eBus Adapter Version 2.0 / 2.1 / 2.2 (Nie wieder Poti einstellen (https://forum.fhem.de/index.php/topic,29737.msg511678.html#msg511678))Zunächst möchte ich mich bei ,,Galileo" für die tolle Arbeit bedanken, der hier (https://forum.fhem.de/index.php/topic,29737.msg511678.html#msg511678) und hier (https://forum.fhem.de/index.php/topic,29737.msg521625.html#msg521625) den Schaltplan für den neuen Adpater (Version 2.0) veröffentlicht hat – das war/ist die Basis für mein Projekt.Er hat mir auch seinen Prototyp zur Verfügung gestellt und ich habe den Adapter bei mir erfolgreich im Einsatz.
Auch besonderen Dank an Reinhart, John aber auch galileo für ihren Einsatz, die viele Stunden ihrer Freizeit fürs tüfteln/testen, Software/Firmware entwickeln, Bauteilberechnungen, Troubleshooting etc. geopfert haben.(alte Version) Was kann der neue eBus Adapter V2.0 (Basisplatine):
- Einfach anschließen und loslegen ,,ohne Poti Einstellungen vornehmen zu müssen"
- THT Bauteile – (fast) jeder kann es bauen/löten oder auch selbst evtl. defekte Teile ersetzen.
- Es sind per default drei UART Adapter (https://forum.fhem.de/index.php?action=dlattach;topic=75878.0;attach=85141) vorgesehen
- FTDI 232
- CP2102 MICR0
- ELV Adapter
Diese können direkt auf entsprechende Steckerleiste aufgesteckt werden, keine Rx/Tx GND/PWR Unsicherheiten und damit einfache Inbetriebnahme möglich. - eBus Power LED vorhanden
- TX LED vorhanden
- RX LED vorhanden
- eBus Betrieb über WiFi mithilfe der eBus Firmware
(alte Version)Erweiterungsplatine V 2.0Es ist eine stapelbare Platine, die jeweils mit einer weiblichen(männlichen) und einer männlichen(weiblichen) Steckerleite verbunden ist.
Funktionsumfang:
- Zusätzlicher Rest Button (SMD) für Wemos
- BME280 (Luftdruck, Feuchte, Temp) (Hinweis: ein zusätzlicher(zweiter) WeMos mit ESPEasy Firmware nötig)
- OLED 1306 Display inkl. Display ,,on" Button (SMD und THT)
- Nextion Display
- Buzzer (Alarmierung ,,Wasserdruck niedrig, Störung, etc.")
- Basisplatine und Erweiterungsplatine können autark betrieben werden (z.B. eBus Basisplatine mit eBus Firmware und Erweiterungsplatine mit ESPEasy)
- "Reedkontakt mit Impulsentprellung (GAS Counter)" (https://forum.fhem.de/index.php/topic,75878.msg687605.html#msg687605)
- NTC Sensor
Bestückungslisten / Preise / AblaufSiehe Thead Sammelbestellung eBus Platine V2.1 + RPI (https://forum.fhem.de/index.php/topic,84633.msg769405.html#msg769405)
Inbetriebnahme Siehe Thead eBus Schaltung V2 in Betrieb nehmen! (https://forum.fhem.de/index.php/topic,79600.msg716138.html#msg716138)
(alte Version) eBus Adapter V2.1 (Basisplatine und Erweiterungsplatine)siehe hier (https://forum.fhem.de/index.php/topic,75878.msg769382.html#msg769382)
Hinweis: Die neue Erweiterungsplatine ist nicht kompatibel mit der Basisplatine V2.0.(alte Version) eBus Adapter V2.1 RPI (eBus Raspberry Pi)siehe hier (https://forum.fhem.de/index.php/topic,75878.msg769400.html#msg769400)
Bestückungslisten / Preise / AblaufSiehe Thead Sammelbestellung eBus Platine V2.1 + RPI (https://forum.fhem.de/index.php/topic,84633.msg769405.html#msg769405)
Inbetriebnahme Siehe Thead eBus Schaltung RPI in Betrieb nehmen!! (https://forum.fhem.de/index.php/topic,84636.msg769462.html#msg769462)
(Neue Version) eBus Adapter V2.2 (Basisplatine, Erweiterungsplatine und RPI)siehe hier (https://forum.fhem.de/index.php/topic,75878.msg857897.html#msg857897)
Hinweis: Die neuen Platinen (Basis und Erweiterung) ist nicht kompatibel mit der Basisplatine/Erweiterungsplatine V2.0/1.Bestückungslisten / Preise / AblaufSiehe Thead Sammelbestellung eBus Adapter V2.2 (2018) (https://forum.fhem.de/index.php/topic,93190.0.html)
Inbetriebnahme Siehe Thead eBus Schaltung V2 in Betrieb nehmen! (https://forum.fhem.de/index.php/topic,79600.msg716138.html#msg716138)
Siehe Thead eBus Schaltung RPI in Betrieb nehmen!! (https://forum.fhem.de/index.php/topic,84636.msg769462.html#msg769462)
Die Verwendung der Daten für kommerzielle Zwecke, Herstellung oder gewerblichen Vertrieb ist untersagt.Historie:26.08.2017 – Start
27.08.2017 – Platinen Layout angepasst
28.08.2017 – Schaltplan hinzugefügt.
18.09.2017 – Diverse/Umfangreichere Informationen hinzugefügt
24.09.2017 – Bilder von der Erweiterungsplatine hinzugefügt / diverse ToDo's hinzugefügt
12.11.2017 – Finale Version des eBus Adapters, hauptthread überarbeitet auf die neuen Gegebenheiten (Bilder, Schaltpläne etc.)
03.12.2017 – Schaltplan eBus Adapter 2.0 Rev. 10 (5V Variante) angehängt.
20.12.2017 – Bilder aktualisier
13.02.2018 – Kleinere Anpassungen (AddOns Funktionalität und RPI)
19.02.2018 – Thread wegen eBus V2.1 überarbeitet.
12.11.2018 – Neue Version eBus V2.2.
Super chons, danke für deine Arbeit!
Eine wirklich tolle Weiterentwicklung, weil damit die Abstimmung des Potis gänzlich wegfällt und hier ja die meisten Probleme beim Nachbau aufgetreten sind.
Danke auch an Galileo für die Entwicklung der Schaltung.
LG
Reinhart
Zitat von: chons am 26 August 2017, 23:37:34
EBUS Adapter Version 2.0
wow, cool @chons! super Arbeit und schon im Voraus Danke dafür!
melde mich schon mal für mindestens eine Platine als Interessent an, muss das ja schließlich auf Herz und Nieren testen :D
Hallo chons & galileo,
Danke für Eure Mühen! Mein Originaladapter läuft zwar aber es findet sich ja immer jemand der mal Hilfe braucht- ich nehme gerne 2 davon.
Wichtig wäre noch eine Teileliste als Warenkorb und insbesondere ein USB Verbinder(wenn ich da nix falsch verstanden habe).
Eine Möglichkeit das Teil in Zukunft vielleicht auf den Raspi stecken zu können wäre auch nett um dem Kabelsalat Herr zu werden.
Erweiterungsplatine wäre für mich weniger interessant da im Heizungsraum kaum was interessantes los ist ;)
Vielen Dank,
Andi
Zitat von: john30 am 27 August 2017, 11:07:10
melde mich schon mal für mindestens eine Platine als Interessent an, muss das ja schließlich auf Herz und Nieren testen :D
Danke für dein Interesse und Bereitschaft zu testen - ich nehme Dich als Tester mit auf die Liste.
Ich habe noch ein paar teils kosmetische Anpassungen vorgenommen, dann schlafe ich eine Nacht drüber, kontrolliere alles und dann bestelle ich eine geringe Anzahl zum testen. Anschließend heißt es nur noch ein paar Wochen warten.
Hi,
an zwei Test Platinen wäre ich auch interessiert ;-)
Sieht schon mal cool auf den Bildern aus!
Wie teuer sind denn die Bauteile?
An der Entwicklungsprovision für den TE soll es nicht scheitern, aber der Selbstaufbau bringt ja erst die "Verbundenheit"
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Ich habe die angepasste hoffentlich finale Version im ersten Beitrag hochgeladen, vielleicht mag ja jemand drüber schauen.
Ein paar generelle Informationen zum Thema Platinen Verfügbarkeit und Reservierung.
Wie bereits eingangs beschrieben, werde ich nur eine geringe Anzahl zum Testen bestellen und die dafür notwendigen Bauteile organisieren. Aktuell habe ich 4 Tester auf meiner Liste, für die ich je zwei Sets (Platine + Bauteile) reserviert habe – es bleiben demnach nicht viele Platinen bzw. Sets übrig (Die übrig gebliebenen kann/werde ich dann gerne hier anbieten).
Das Thema "Welche Bauteile benötigt werden und welche Kosten fallen dafür an" ist noch offen und die entsprechenden Informationen folgen demnächst.
Zitat von: andig am 27 August 2017, 20:10:24
Wichtig wäre noch eine Teileliste als Warenkorb und insbesondere ein USB Verbinder(wenn ich da nix falsch verstanden habe).
Eine Teileliste wird es sicher geben.
Zitat von: andig am 27 August 2017, 20:10:24
Eine Möglichkeit das Teil in Zukunft vielleicht auf den Raspi stecken zu können wäre auch nett um dem Kabelsalat Herr zu werden.
Die Wahrscheinlichkeit, dass die Platine auf die vorhandenen Anschlüsse des RPI gesteckt werden kann, ist sehr gering. Die Idee ist, dafür ein Gehäuse zu verwenden, welches auch noch gefunden werden muss.
Moin
Ich haenge mich hier mal mit rein. Egal ob als Tester, oder als Wartender! (Als Tester wuerde mich zwingen den RPI fuer eBusd endlich mal aufzusetzen!)
Gruss Christoph
Zur Info - Die Testplatinen sind bestellt.
Anbei ein Prototyp (auf die Schnelle) für die Erweiterungsplatine (WiFi Variante...).
Zitat von: pc1246 am 28 August 2017, 13:32:46
Moin
Ich haenge mich hier mal mit rein. Egal ob als Tester, oder als Wartender! (Als Tester wuerde mich zwingen den RPI fuer eBusd endlich mal aufzuisetzen!)
Gruss Christoph
ja, bitte abwarten und im richtigen Moment zuschlagen ;) - ich möchte aktuell die Kosten gering halten.
Also erst einmal vielen Dank und meine Bewunderung an chons für diese Arbeit.
Natürlich möchte ich auch eine Platine und werde sie dann nochmals testen.
Die Teileliste ist sicher kein Problem, ich möchte nur noch gerne vorher alle Berechnungen wiederholen und eventuell die Widerstandswerte am Komparator anpassen.
Mit 1% Toleranz Widerständen könnte man vielleicht potentielle Probleme im Vorhinein vermeiden. Aber das muss ich mir erst ansehen.
Mein Problem für einen Tausch auf 2.0 liegt eher ganz wo anders: Beim mechanischen Einbau. Der muss bei mir in einem Hutschienen-Gehäuse erfolgen.
Da gibt's natürlich viele Möglichkeiten, angefangen von einer einfachen Hutschienen-Träger-Vorrichtung auf die man eine Plastik-Box aufschrauben kann, bis zu einem Raspi-Hutschienen Gehäuse, mit und ohne Platz für eine Zusatz-Platine.
Was mich an all den Lösungen immer stört, ist das dicke USB Kabel, welches beim Raspi zwangsweise seitlich herauskommt und dann ,,irgendwie" auf den EBUS Adapter geführt werden muss.
Ich hätte es vorgezogen, den Adapter direkt auf den Raspi GPIO Stecker aufzustecken.
Ich denke jetzt einmal laut nach:
Der Raspi-eigene UART ist für unsere Zwecke ungeeignet. Meine Meinung über den Grund dafür habe ich schon einmal hier beschrieben:
https://forum.fhem.de/index.php/topic,29737.msg521993.html#msg521993 (https://forum.fhem.de/index.php/topic,29737.msg521993.html#msg521993)
Der USB-to-UART Adapter verwendet einen ,,anderen" UART-Typ und deswegen funktioniert es. Es gibt allerdings auch SPI-to-UART und I2C-to-UART Adapter. Beispielsweise diesen hier:
http://www.dx.com/de/p/sc16is750-single-uart-with-i2c-bus-spi-interface-module-455462 (http://www.dx.com/de/p/sc16is750-single-uart-with-i2c-bus-spi-interface-module-455462)
Vorausgesetzt der UART funktioniert ,,richtig" könnte man den USB Adapter ersetzen und diesen Adapter direkt auf die GPIO Leiste aufstecken.
Frage an chons: Ließe sich das noch als quasi vierten Adapter auf dem Print machen ?
Frage an john30: Was würde das für das Programm bedeuten? Ich bin mir ziemlich sicher dass es einen Linux-Treiber dafür gibt, aber lässt sich das einfach einbinden?
Und noch eine Frage an alle: Wie schaut denn euer mechanischer Einbau aus? Wer wäre denn überhaupt an einer Hutschienen Lösung interessiert oder hat schon jemand eine bessere Lösung in der Schublade?
Grüße Eduard
Zitat von: chons am 28 August 2017, 22:58:58
Zur Info - Die Testplatinen sind bestellt.
Anbei ein Prototyp (auf die Schnelle) für die Erweiterungsplatine (WiFi Variante...).
Moin
Ich sehe da einen kleinen "Designfehler". Wenn Du die LEDs und die serielle so durchfuehrst, dann braucht man unten keine Sockel mehr. Ansonsten total coole Idee, nehme ich!
Gruss Christoph
Das mit den Sockeln ist so eine Sache. Diese Schaltungen mit zwei antiparallelen Optokopplern wurden sehr oft zu Zeiten eingesetzt, wo der Stand der Dinge noch die serielle Verbindung war.
Zwischen allen möglichen Geräten. Mit allen möglichen "grausamen" Beschaltungen. Weil da des Öfteren die Optokoppler abgefackelt sind, hat es sich eingebürgert, diese zwecks einfacherer
Austauschbarkeit zu sockeln. Bei dieser Schaltung hier sind Spannungen und Ströme auf beiden Seiten wohldefiniert, und wenn nicht gerade der Blitz irgendwo einschlägt, dann wird auch nichts
abbrennen. Und wenn doch dann sicher nicht der Optokoppler alleine...
Also kurz gesagt, die Sockel sind IMHO hier eigentlich unnötig.
Danke Galileo,
die sockellose Variante macht für mich Sinn (Lotto spielen ist sicherer ;)) günstig und bringt der Erweiterungsplatine Vorteile durch die geringen Maße (Höhe) ;)
Thema: RPI Platine " ;) gute Idee" - diskutiert das ruhig und wenn genug Interessenten da sind, dann baue ich die aktuelle Platine um - es wird dann aber zwei Platinen geben - probiere das mal mit dem Modul aus (das wird sicher funktionieren) ;) *ich pers. habe keinen RPI im Einsatz zumindest nicht produktiv... (heißt nix! Keine Vorurteile...)
Sorry ich bin für die nächsten Tage kurz Angebunden - dieses Therad soll dazu dienen sich auszutauschen - macht das... Danke...
Zitat von: galileo am 29 August 2017, 11:12:23
Der USB-to-UART Adapter verwendet einen ,,anderen" UART-Typ und deswegen funktioniert es. Es gibt allerdings auch SPI-to-UART und I2C-to-UART Adapter.
Frage an john30: Was würde das für das Programm bedeuten? Ich bin mir ziemlich sicher dass es einen Linux-Treiber dafür gibt, aber lässt sich das einfach einbinden?
Hm, solange es ein kernel module gibt, das aus dem I2C Device einen regulären serial device node macht, sollte das kein Problem sein. Sppontan konnte ich aber keins für den chip finden, was aber nichts heißt.
Ich werde mir einmal so ein SPI-UART Modul besorgen. Das dauert sicher und zum Ausprobieren muss ich dann aber auf den Print von chons warten weil ich aktuell keinen mehr besitze.
Da meine Linux Kenntnisse nur rudimentär sind werde ich zum Einbinden vermutlich Hilfe brauchen, aber schauen wir einmal...
Zitat von: galileo am 30 August 2017, 07:23:26
Ich werde mir einmal so ein SPI-UART Modul besorgen. Das dauert sicher und zum Ausprobieren muss ich dann aber auf den Print von chons warten weil ich aktuell keinen mehr besitze.
Da meine Linux Kenntnisse nur rudimentär sind werde ich zum Einbinden vermutlich Hilfe brauchen, aber schauen wir einmal...
super, dann schauen wir mal.
Was natürlich auch noch gehen sollte, wäre in ebusd low level I2C calls abzusetzen, also einen mini Treiber dafür zu entwickeln.
Ich hoffe das ist als Halblaie jetzt nicht neben dem Thema, aber sowohl i2c als auch spi als Devices sollte möglich sein: https://www.raspberrypi.org/forums/viewtopic.php?f=37&t=15511
ZitatWas natürlich auch noch gehen sollte, wäre in ebusd low level I2C calls abzusetzen, also einen mini Treiber dafür zu entwickeln.
Ich habe mir das Datenblatt vom SC16IS750 angesehen, welcher auf diesem Breakout Board verbaut ist. Der hat jedenfalls dem Modus "FIFO off", wodurch der Interrupt sofort beim ersten empfangenen Byte ausgelöst wird. Damit ist zu hoffen dass ein eventuell vorhandener LINUX Treiber mit VMIN=1 und VTIME=0 korrekt reagiert und die Latenz damit minimal wird. Wenn das nicht der Fall ist oder es keinen fertigen Treiber gibt ist ein Treiber auf I2C oder SPI (SPI ist schneller als I2C!) Basis schon verlockend.
Zitat...aber sowohl i2c als auch spi als Devices sollte möglich sein: https://www.raspberrypi.org/forums/viewtopic.php?f=37&t=15511
Mir scheint das ein Treiber für I2C/SPI low level zu sein, wie von john30 vorgeschlagen. Damit bekommen wir aber noch kein UART device. Wenn man nach "sc16is750 linux driver" googelt bekommt man ein paar gut aussehende Hinweise, aber auf dieser Ebene tue ich mir schon sehr schwer... Aber jedenfalls dürfte so ein Treiber existierten.
Also wenn es wahr ist was ich herausgefunden habe (theoretisch - ausprobiert habe ich das nicht!):
Der sc16is750 ist ein SINGLE I2C/SPI to UART Controller.
Nicht zu verwechseln mit dem sc16is752, das ist ein DUAL I2C/SPI UART Controller.
Für beide Controller gibt es im Raspbian Unterstützung. Für den 750 aber nur im I2C Modus, für den 752 nur im SPI Modus (warum?).
Damit der Treiber für den sc16is750 geladen wird, muss man in /boot/config.txt den Eintrag
dtoverlay=sc16is750-i2c,int_pin=24,addr=48
einfügen. Tatsächlich finden sich unter /boot/overlays die beiden Files sc16is750-i2c.dtbo und sc16is752-spi1.dtbo.
Man erhält dann Zugriff über das Device /dev/ttySC0
Hier ist die Diskussion für das Raspi Modul: https://github.com/raspberrypi/linux/issues/1594
Zitat von: galileo am 30 August 2017, 17:41:03
Man erhält dann Zugriff über das Device /dev/ttySC0
das klingt perfekt, keine zusätzliche Arbeit für mich :-)
Zitat von: galileo am 30 August 2017, 17:41:03
Tatsächlich finden sich unter /boot/overlays die beiden Files sc16is750-i2c.dtbo und sc16is752-spi1.dtbo.
kann ich bestätigen, ist auch im Stretch so!
LG
Eine Frage in die Runde: Reicht die Spannungsversorgung des 78L05 aus, um den Wemos D1 mini zu versorgen? Oder könnte man evtl. auf den 7805 wechseln (der kann 1 oder 1,5 A) und was würde das für die aktuelle Schaltung bedeuten (müssen evtl. andere Bauteileteile darauf angepasst werden?) und kommt dann EBUS damit zurecht?
Hallo chons!
laut eBus Spezifikation dürfen einzelne Geräte am Bus maximal 18 mA entnehmen.
Der kritische Punkt liegt in meinen Augen, dass bei Sendebetrieb ja über die Zenerdiode ein Spannungseinbruch (ein fast Kurzschluß) produziert wird. Das bedeutet, das die interne Versorgung des eBus von der Therme über einen Shunt erfolgen muss und daher darf die Stromentnahme nicht beliebig sein, sonst glaubt die interne Schaltung es handelt sich um einen Sendeversuch eines Slaves.
Wieviel der Wemos Mini beim senden verbratet, müsste man ausmessen, aber bei den 3 Leds auf der Basisplatine geht auch schon ein Teil der angebotenen 18 mA verloren. So gesehen reichen die 100mA des 78L05 allemal, weil man das gar nicht ausreizen darf.
So meine Meinung, aber wenn es jemand genauer weiß, dann bitte posten.
LG
Hallo chons!
Ich hab da offensichtlich irgendwas verschlafen, denn ich habe keine Ahnung wie der Wemos Mini verwendet wird oder wozu er genau dient.
Aber ist es nicht jedenfalls so, dass er (vom eBus aus gesehen) HINTER den Optokopplern zum Einsatz kommt?
Dann darf er sowieso nicht vom 78L05 versorgt werden, sonst ist ja die ganze schöne galvanische Trennung dahin...
Aber wenn ich da ganz falsch liege, klär mich bitte auf ;D
LG
da hast du vollkommen recht, auch die galvanische Trennung wäre dahin, obwohl die mehr oder weniger egal ist weil sie auf keinem anderen Potential terminiert.
Der Wemos Mini sitzt anstatt eines UART und ist für chon seine Erweiterungsplatine für den WLAN Betrieb gedacht.
LG
ich habe nun wegen dem Wemos etwas gegoogelt, da sind Aussagen wie 180-200mA wenn er sendet und das wäre ohnehin das zehnfache des erlaubten! Also bleibt chons eigentlich nur der Weg über eigene Versorgung, bzw. eine andere Nieder Spannung an der Therme abgreifen, aber das haben dann vermutlich nicht alle Geräte zur Verfügung.
Ich werde das die Tage einmal genau nachmessen, weil das kommt mir schon etwas hoch vor. Der Spannungspegel würde ja passen, weil der Wemos an den seriellen Anschlüssen laut Schaltung nicht mehr als 3,3 V bekommt, das wäre sonst ein ko Kriterium.
LG
Erster Vorschlag für die EBUS Erweiterungsplatine
Die beiden Platinen werden mithilfe von Buchsenleisten und Stifftleisten (min. 15 mm oder 17mm) Miteinander verbunden. An den Ecken werden beide Platinen mit M3 Abstandshalter fixiert (ist auf den Abbildungen nicht ersichtlich).
Was kann die Erweiterungsplatine:
(Hinweis: Es handelt sich hierbei, um einen Entwurf, damit ist die Funktionalität nicht gewährleistet):
- WiFi Betrieb
- USB Betrieb über Wemos Modul (per LGW Firmware)
- BMP280 (Luftdruck, Feuchte, Temp)
- OLED 1306 Display inkl. Display ,,on" Button (SMD und THT)
- Nextion Display
- Buzzer (Alarmierung ,,Wasserdruck niedrig, Störung, etc.")
- Rest Button (SMD) für Wemos
- SMD und THT LEDs
- Konfigurationsmöglichkeit für unterschiedliche ESP Firmware (ESPLink, ESPEasy, LGW, etc.)
- Jumper (SJ9) für die 5V Versorgung des ESP's per EBUS (78(L)05) und damit keine separate Stromversorgung nötig (Noch in Klärung, ob möglich und sinnvoll und damit noch nicht verifiziert!)
Was davon alles funktioniert ist noch ungewiss, da ich bisher alles nur auf Basis der Datenblätter und Erfahrung implementiert habe.
Dies soll nur als Anregung dienen und aufzeigen, welche Idee verfolgt wird.
Anbei ein paar Impressionen...
Detailierte Beschreibung folgt...
Super Chons!
Die Erweiterungsplatinen sehen schon sehr gut aus! Erstaunlich wie schnell du dich mit dem Layout Programm einlernst, Hut ab! Ich habe das auch schon öfters versucht und es geht auch mühsam, aber dann fällt mir immer der Spruch ein "Schuster bleib bei deinen Leisten". Ich komme eben noch aus Zeiten wo wir mit Letraset Symbolen Platinennegative gerubbelt haben um sie anschließend zu belichten.
Ich habe heute einen Wemos D1 Mini nachgemessen und ich messe Spitzen von 82-105 mA, vor allem beim einschalten und Wifi suchen. Nach etwa 30 Sekunden pendelt er sich auf 45 mA ein, um anschließend dann herunter zu fallen. Es kommt aber stark auf die Software an, was die dann alles macht. Getestet habe ich mit ESP-Link. So würde schon alleine der 78L05 überlastet, der schafft ja nur 100mA und laut der Spezifikation des eBus mit 18mA liegen wir da weit darüber. Selbst wenn wir auf zukünftige esp82xx hoffen und die HF Sendeleistung weiter so bleibt, ist dies alleine schon ein physikalischer Grundfaktor der immer gleich bleiben wird. Zukünftige Entwicklungen werden da wohl eher stark auf Batteriebetrieb setzen und versuchen den Standby Verbrauch zu senken. Also bleibt dein ursprünglicher Vorschlag Wemos Versorgung über USB Netzteil die bessere Wahl. Jumper SJ9 ist wohl dann hinfällig.
Ich glaube die Buchsen+Stiftleisten kann man auch auf 9,5mm absenken. 7mm Buchsenleiste + 2,5mm Stiftleiste, da ja auf der Basisplatine keine hohen Bauteile verbaut sind, wenn man auf IC Sockel gänzlich verzichtet. Wärmeentwicklung ist auf der Basisplatine auch nicht zu erwarten. Ich meine es wird besser sein die Gesamthöhe inkl. Erweiterungsplatine möglichst nieder zu halten, denn dann tut man sich bei der Wahl der Gehäuse etwas leichter.
So wie du jetzt die Erweiterungsplatine abgebildet hast, ist die Lösung mit den Leds ja sehr gut, vor allem wenn die schon auf der Erweiterungsplatine sitzen (aber nur auf der Erweiterungsplatine, denn sonst würde die Stromaufnahme vom eBus wieder mehr belastet). Wenn der Hersteller die so vormontieren kann und dann auch noch in LowCurrent Version (2mA), wäre das eine gute Lösung. Ansonsten geht auch das manuelle Bestücken der LowCurrents für jedermann sehr gut. Das hätte sogar den Vorteil, dass je nach Gehäuse die Leds sogar noch abgesetzt werden können um sie mittels Sockelhalterung ins Gehäuse zu montieren wenn dies wer will. Hier wird es doch unterschiedliche Anwenderspezifische Lösungen ergeben, da jeder andere Anwendungsfälle hat (mit Wifi oder mit UART etc.).
Reset Button für Wemos kann eigentlich auch entfallen, weil der ja am Modul seitlich schön zugänglich ist, außer du hast da was spezielles im Hinterkopf.
Ansonsten kann ich dir zu diesem Projekt nur gratulieren, sehr gut durchdacht und was ich besonders schätze, es werden nur herkömmliche Bauteile verbaut, die jeder der mit einem Lötkolben umgehen kann auch verbauen kann. Toll ist es auch, das die Anwender hier ihre Ideen mit einbringen können und so es zu einem gemeinsamen Projekt wird, das ja schließlich der Sinn einer Community ist.
Händeklatsch ....
LG
Reinhart
Hallo Reinhart,
danke für dein Lob – na ja, es ist ja jetzt meine zweite Platine bzw. mit der Erweiterungsplatine die dritte.
Ok, danke für deine Messung, dann nehme ich den Jumper und die 5V raus.
Ja, das ist der Plan, die Höhe so gering wie möglich zu halten. Aktuell bestimmen die beiden Kondensatoren (ca. 11mm) und die Buchsleiste + UART Adapter (falls man die/den UART Adapter auf eine Buchsenleiste anbringen möchte), die Höhe.
Wenn man keinen USB UART Adapater verwenden möchte, dann könnte man die Kondensatoren liegend auflöten. Der Plan ist jedoch auch beide Varianten gleichzeitig verwenden zu können. Man kann nämlich auch die beiden Platinen unabhängig voneinander nutzen. Basis Platine für EBUS per USB und Steuerung/Alarmierung/Visualisierung per WiFi über die Erweiterungsplatine.
Die SMD LEDs habe ich nur angebracht, weil ich welche hier habe (ich weiß gar nicht so genau, ob das LowCurrent LEDs sind?). Das heißt, die muss/kann man wenn man möchte, selbst anlöten – Alternative ist eben die normalen LEDs. Ach, und man sollte nicht beide Varianten gleichzeitig verwenden – vermute ich?. Ob, die bunten LowCurrent LEDs grundsätzlich funktionieren werden, ist auch noch fraglich – sonst müssen wir auf ,,rote" LEDs schwenken.
Der Wemos SMD ,,Reset Button" ist ja auch nur Spielerei ;) Ein paar Stück davon habe ich noch in der Bastelkiste und ein Anwendungsszenario wäre: ein Loch in das Gehäuse anbringen, um mit einem spitzen Gegenstand (Büroklammer) den Wemos zu reseten, ohne das Gehäuse öffnen zu müssen. Das ist bei dem seitlich angebrachten Reset Button etwas problematischer. Sonst wie bereits geschrieben – reine Spielerei.
VG
chons
Hallo chons!
Die beiden Elkos sind weder vom Wert noch von der Bauform in Beton gegossen. Die gibt's als Tantal, in SMD, axial oder radial, normal oder extra klein.
Sag doch einmal wie breit und hoch sie für dein Zwecke maximal sein dürften und ich suche entsprechende Typen heraus.
Ok, Danke für deine ausführlichen Erklärungen!
Ja das mit dem Reset des Wemos leuchtet mir jetzt ein, wäre sicher ein Vorteil. Wobei, die Firmware updaten wird man nur am Anfang machen müssen bis alles stabil läuft. Ich habe Sonoff Module im Einsatz die haben noch 3.x Firmware (obwohl es schon 5.x gibt) drauf und laufen und laufen ....
Mit den Leds mach ich mir keine weiteren Gedanken, wenn die LowCurrents schon bei 2-4 mA hell leuchten, werden auch die gelben gut funktionieren.
das einzige was dann zu ändern wird, sind die Vorwiderstände von 1k auf etwa 2k7. Aber das muss man speziell mit den gelben dann austesten was noch gut erkennbar ist.
Das mit dem Kondensator habe ich bereits korrigiert und hier soll nun ein radialer nur 5mm hoher Typ verwendet werden, dann ist der um die Hälfte niedriger und es sinkt die Gesamthöhe. Ansonsten wäre dein Vorschlag ebenfalls gegangen und einen axialen Typ einzusetzen, so aber geht es ohne Platinen Änderung. Ansonsten sehe ich in deinen schönen 3D Bildern keine hohen Bauteile mehr, also sollte es mit 9,5 mm Abstand klappen.
Der Testaufbau wird es dann genau zeigen was da alles an Höhe geht. Es soll ja auch kein gepfriemele werden das nur unsere Frauen das zusammen bauen können.
Kapazität 10 µF
Nennspannung 50 VDC
Ripple Current 35 mA
Toleranz 20 %
Rastermaß 2,5 mm
Durchmesser 6,3 mm
Länge 5 mm
das dürften dann so kleine "Bunkerl" sein, mehr breit als hoch!
LG
Zitat von: galileo am 01 September 2017, 15:59:55
Hallo chons!
Die beiden Elkos sind weder vom Wert noch von der Bauform in Beton gegossen. Die gibt's als Tantal, in SMD, axial oder radial, normal oder extra klein.
Sag doch einmal wie breit und hoch sie für dein Zwecke maximal sein dürften und ich suche entsprechende Typen heraus.
ich glaube das hat sich jetzt gerade überlappt. Das Thema hat sich bereits erledigt. Über Tantals halte ich im allgemeinen nicht so viel, weil sie doch geringere Lebenserwartung haben und meist nicht so spannungsfest sind. Die nehme ich normalerweise nur wenns gar nicht anders geht oder genug Reserven vorhanden sind. Kann aber sein, dass ich da von früher noch geprägt bin, weil da waren die nur Mist.
LG
Vielen Dank euch beiden, das ist ja super.
Ich habe im ersten Post die Bestückungsliste der Basisplatine hinzugefügt inkl. Warenkorb bei Reichelt - Vielen Dank Reinhart für deine Unterstützung!
Danke und Viele Grüße
da du die Erweiterungsplatine noch weiter angepasst hast, sind die Abstandshalter für die Leds noch fraglich ob sie noch benötigt werden, zumindest dann eine kürzere Version ( 9mm= MEN 2818.3090 ). Das wird sich dann spätestens bei der Testplatine heraus stellen. Aber jetzt kann sich sicher jeder schon ein Bild machen welche Kosten in etwa zukommen und was davon schon in der Rappelkiste herum liegt.
Nach den Tests und der Freigabe von chons kann sich der Warenkorb dann noch geringfügig ändern. Ich nehme aber an, es wird jetzt noch keiner was besorgen, da ja die endgültige Version noch nicht getestet ist und chons ja ständig von neuen Ideen sprüht und uns noch mit vielen "Guzzys" überraschen wird.
LG
ach übrigens, ich habe chons Unterstützung angeboten und darf sein Projekt somit auch tatkräftig unterstützen. Ich werde nach dann nach den Abschluss Tests die Sammelbestellung durchführen, die Bausätze besorgen und eventuellen Lötanfängern die Platinen zusammen bauen.
Die Löthilfe hat sich schon bei der ersten Version bewährt und hat sich in Grenzen gehalten und es konnte doch einigen Anwendern geholfen werden. Ich glaube auch das viele die jetzt schon die erste Variante in Betrieb haben, durch die vielen neuen Möglichkeiten auf die Version 2.0 umsteigen werden. Ich denke da an Leute die kein Netzwerk in der Nähe haben oder noch einige Temperaturen mit übertragen wollen. Oled und Nextion wird ohnehin der Hammer wenn es so funktioniert wie chons es sich vorstellt.
LG
Zitat von: Reinhart am 01 September 2017, 18:42:43
da du die Erweiterungsplatine noch weiter angepasst hast, sind die Abstandshalter für die Leds noch fraglich ob sie noch benötigt werden, zumindest dann eine kürzere Version ( 9mm= MEN 2818.3090 ).
Da ich die LEDs nach hinten versetzt habe sind die Abstandshalter nicht mehr nötig.
Zitat von: Reinhart am 01 September 2017, 18:42:43
Nach den Tests und der Freigabe von chons kann sich der Warenkorb dann noch geringfügig ändern. Ich nehme aber an, es wird jetzt noch keiner was besorgen, da ja die endgültige Version noch nicht getestet ist und chons ja ständig von neuen Ideen sprüht und uns noch mit vielen "Guzzys" überraschen wird.
Es wird erstmal nicht mehr viel kommen - wir sehen erstmal was davon überhaupt funktioniert (ich hoffe dass ich keine Ffehler eingebaut habe) und ob und mit welcher Firmware das ganze laufen wird.
Ausserdem habe ich die Erweiterungsplatine vorhin schon bestellt. ;)
Zitat von: chons am 01 September 2017, 19:00:13
Ausserdem habe ich die Erweiterungsplatine vorhin schon bestellt. ;)
hoffentlich kommt dann bald ein strenger und kalter Winter, da wird dann viel gebastelt!
LG
Als Testplatine zum Testen der Hauptfunktionalität "EBUS per WiFi" reicht die Platine so wie die ist vollkommen aus. ;)
Vorschläge was man noch implementieren könnte (z.B. Countereingang für das Auslesen des Gaszählers per Reedkontakt ;)), sind willkommen.
Mir würde v.a. die einfachere Verbindung zum Raspi gefallen, zur Not auch per Zwischenplatine (unten drunter oder über Kopf)? Dann wäre ich den Kabelsalat vom ftdi auch los. Wie hattet ihr Euch denn das Oled vorgestellt- zu programmieren über Esp o.ä. oder iwie fertig mit der ebus Lösung in Software verdrahtet?
Hallo zusammen,
ich bin zwar sehr weit von eurer Tiefe entfernt, interessiere mich aber für die USB-Ankopplung eines EBUS an mein FHEM.
Wäre also gerne mit dabei, wenn ihr eine Bestellung für das Projekt macht.
Nach den Diskussionen, die ihr hier führt, traue ich mich nicht, mich als Tester zu bewerben, da meine Kenntnisse hierfür wohl nicht ausreichen. Einen Lötkolben bedienen kann ich, wenn man nicht extrem kleine SMD-Bauteile löten muss.
Also melde ich hier einfach mal Interesse an und bin auch gerne bereit mich an den Kosten für die Testplatinen zu beteiligen. (Sofern das Ganze unter dem Preis des EBUS-Kopplers von Esera bleibt.)
Danke schonmal für die Professionalität, die ihr hier zu Grunde legt.
chons ist im Augenblick in seinem wohlverdienten Urlaub und ich weiß nicht ob er hier mitliest bzw. antworten kann.
Was er mir geschrieben hat, sind alle Testplatinen bereits vergriffen aber schon bestellt und in Produktion, aber da kann es ja noch sein das einige Dinge im Layout noch geändert werden müssen. Wenn alles getestet ist und funktioniert wird es sicher eine Sammelbestellung geben (dazu ist schon alles vorbereitet), vermutlich getrennt von Basisplatine und Erweiterung. Das wird dann chons noch entscheiden und wie das auch zeitlich zu bewerkstelligen ist, da die Hardware- und Softwaretests doch auch einiges an Zeit benötigen werden.
Die Arbeit mit den Sammelbestellungen (komplett mit oder ohne Bauteile, mit oder ohne Uarts etc.) nehme ich ihm ab und ihr werdet sobald alles läuft eine Info hier im Thread erhalten. Auch die genauen Preise werden dann kalkuliert werden können (Platinenpreise hängen auch von den Stückzahlen ab), wenn alle Bauteile klar sind ob und in welcher Ausführung sie benötigt werden. Gehäuse werden wir vermutlich keine in der Sammelbestellung mit anbieten, da diese sehr sperrig sind und die Portokosten nur in die Höhe treiben.
LG
Ich muss nochmal fragen: wie bekomme ich den Adapter an den USB Port vom Raspi? Löte ich dafür eine FTDI Platine via Steckerleiste drauf? Haben die Platinen alle das gleiche Pinout damit das funktioniert?
Entschuldigung wenn die Frage Quark ist, aber an der Stelle hab ich einen Klemmer [emoji15]
Zitatwie bekomme ich den Adapter an den USB Port vom Raspi? Löte ich dafür eine FTDI Platine via Steckerleiste drauf?
Schau einmal hier (https://forum.fhem.de/index.php/topic,75878.30.html)
Ganz unten sitzt die Basis Platine mit dem EBus Interface. Darauf kommt eine Adapter-Platine welche z.B. die FTDI Platine trägt.
Der Schaltplan hier (https://forum.fhem.de/index.php/topic,75878.0.html) macht es vielleicht nocheinmal deutlicher. Die einelnen Module links in der Zeichnung sind alternativ.
Die Verbindung zum Raspi erfolgt dann vom obersten FTDI via USB Kabel.
Moin
Kurze ungeduldige Frage, da ja die Heizung bald wieder angeht. Sind die Platinen schon angekommen? Laufen schon Tests?
Ich habe nur keine Lust mich mit dem Poti (Habe noch das Poti, nicht den trimmer) rumzuquaelen, und dann ein paar Tage spaeter heisst es go.
Danke und entschuldigende Gruesse
Christoph
chons hat die Platinen Anfang September bestellt und in der Regel dauert das etwa 6 Wochen. Wenn die Testplatinen eintreffen dann müssen diese erst versandt und getestet werden, würde sagen das dauert mindestens weitere 1-2 Wochen. Dann erst wird die Hauptbestellung durchgeführt werden können, d.h. wieder 6 Wochen.
Dann kannst du selber abschätzen, dass mit den ersten Platinen/Bausätze Anfang Dezember zu rechnen ist, außer du bist einer der glücklichen Tester dann schon in 2 Wochen.
In deinem Fall würde ich das Poti abstimmen damit du vorerst über die Runden kommst, dann hast du auch für später eine funktionierende Reserveplatine. Ich habe in den Morgenstunden schon um die 7 Grad und heize schon auf Automatik.
LG
Zitat von: Winterbottom am 04 September 2017, 21:09:42
(Sofern das Ganze unter dem Preis des EBUS-Kopplers von Esera bleibt.)
,,Marketing an" Dir ist klar, dass Du – wenn die Platine funktioniert – einen viel besseren Adapter bekommst?
,,Marketing aus" ;) :D
Danke für deine Bereitschaft.
Ich schaue was sich machen lässt – vielleicht bekomme ich 1-2 Platinen mehr – die kann ich dann verteilen.
Zitat von: andig am 10 September 2017, 17:03:23
Ich muss nochmal fragen: wie bekomme ich den Adapter an den USB Port vom Raspi? Löte ich dafür eine FTDI Platine via Steckerleiste drauf? Haben die Platinen alle das gleiche Pinout damit das funktioniert?
Entschuldigung wenn die Frage Quark ist, aber an der Stelle hab ich einen Klemmer [emoji15]
Ich habe im ersten Post die USB Adapter Varianten (Bilder) (https://forum.fhem.de/index.php?action=dlattach;topic=75878.0;attach=85141) hinzugefügt - vielleicht wird es deutlicher, welche Varianten unterstützt werden.
@Galileo und @Reinhart
Danke für euren tollen Support in meiner Abwesenheit
Zitat von: pc1246 am 18 September 2017, 11:10:19
Moin
Kurze ungeduldige Frage, da ja die Heizung bald wieder angeht. Sind die Platinen schon angekommen? Laufen schon Tests?
Ich habe nur keine Lust mich mit dem Poti (Habe noch das Poti, nicht den trimmer) rumzuquaelen, und dann ein paar Tage spaeter heisst es go.
Danke und entschuldigende Gruesse
Christoph
Hallo Christoph,
Platinen sind fertig produziert und unterwegs – ich denke, dass die bald da sind. Ich werde zunächst, wenn die Platinen da sind, nur die ,,Core Tester: Galileo, Reinhart, John" mit den Platinen-Sets ausstatten. Sobald die ersten Funktionstests erfolgreich sind, dann kommen weitere Tester hinzu. Heißt, bitte noch etwas gedulden und bitte um Verständnis (ich möchte unnötige Kosten vermeiden), dass die Platinen (noch) nicht verfügbar sind.
Hallo
Ich wollte einfach nur mal nachfragen. Mir ist klar, dass die Platinen erst die Tage kommenwerden. Aber wie das so ist. Jetzt sind meine Abende wieder frei, und da koennte ich mal loslegen.
@Reinhart: Du hast natuerlich recht, ich kann ja erstmal mit meiner Platine anfangen, aber meine Heizung will derzeit noch nicht! Hier sind es auch 6°C die Nacht, aber im Haus sind noch immer 22°C.
ZitatDreammode on
Ich warte weiter bis es los geht. Aber ich weiss jetzt schon das es genial wird, da CHONS einfach nur geniale Ideen hat. Ich sehe schon meinen eBUS-Adapter mit dem Nextion Display, der meine Heizung vollumfaenglich abbildet!
/Dreammode off
Gruss Christoph
Zitat von: galileo am 30 August 2017, 17:41:03
Also wenn es wahr ist was ich herausgefunden habe (theoretisch - ausprobiert habe ich das nicht!):
Der sc16is750 ist ein SINGLE I2C/SPI to UART Controller.
Nicht zu verwechseln mit dem sc16is752, das ist ein DUAL I2C/SPI UART Controller.
Für beide Controller gibt es im Raspbian Unterstützung. Für den 750 aber nur im I2C Modus, für den 752 nur im SPI Modus (warum?).
Damit der Treiber für den sc16is750 geladen wird, muss man in /boot/config.txt den Eintrag
dtoverlay=sc16is750-i2c,int_pin=24,addr=48
einfügen. Tatsächlich finden sich unter /boot/overlays die beiden Files sc16is750-i2c.dtbo und sc16is752-spi1.dtbo.
Man erhält dann Zugriff über das Device /dev/ttySC0
Da mein SC16IS750 Breakout inzwischen angekommen ist, habe ich es mit deiner Platine (siehe Testaufbau im Anhang) "praktisch ausprobiert" und ,,Es läuft...!" – aber nicht out of the box :( das hat mich stunden Testerei und einiges an Nerven bis hin zu Zweifel an eigenen Fähigkeiten gekostet!
Die Lösung ist einfach, wenn man weiß wie es geht!
Warum funktioniert ,,SC16IS750 Breakout" an RPI nicht out of the box?Das Problem liegt an einer fehlenden Leiterbahn zum IRQ Pin des SC16IS750 Breakout (https://forum.fhem.de/index.php?action=dlattach;topic=75878.0;attach=85171). Auf meinem Breakout (https://forum.fhem.de/index.php?action=dlattach;topic=75878.0;attach=85171) sind die Leiterbahnen schlicht nicht vorhanden bzw. der IRQ Pin ist gar nicht beschaltet.
Abhilfe: Eine Leiterbahn zum 1K Resistor herstellen (siehe Abbildung (https://forum.fhem.de/index.php?action=dlattach;topic=75878.0;attach=85171)) – FERTIG. Danach funktioniert die Kommunikation bisher ohne Probleme.
Beschaltung (https://forum.fhem.de/index.php?action=dlattach;topic=75878.0;attach=85175) und Bild vom Prototyp (https://forum.fhem.de/index.php?action=dlattach;topic=75878.0;attach=85173) (nicht lachen ;)) habe ich angehängt.
Informationen zur Erweiterungsplatine V 0.1
Ich habe (ich nenne es) eine Funktionsmatrix (https://forum.fhem.de/index.php?action=dlattach;topic=75878.0;attach=85145) (noch nicht 100% fix) erstellt, was mit der Erweiterungsplatine V 0.1 alles möglich sein sollte. Die rot markierten Felder sind Funktionen, die ich ich gerne noch implementieren würde - ich wollte diese zwar schon in der V0.1 haben, jedoch aus Zeitgründen nicht mehr geschaft.
Schaltplan Erweiterungsplatine V0.1 (https://forum.fhem.de/index.php?action=dlattach;topic=75878.0;attach=85165) im ersten Post hinzugefügt.
Sonstiges:
ToDo Liste im ersten Post hinzugefügt.
Informationen zur Erweiterungsplatine V 0.2 (Ideensammlung)
Auf Wunsch habe ich ein GAS Counter implementiert.
Beschreibung: "Reedkontakt mit Impulsentprellung (GAS Counter)"
Wir der Reedkontakt geschlossen, dann entlädt sich der Kondensator und der Eingang wird negativ, öffnet der Kontakt lädt sich der Kondensator wieder und wird vom Wemos als Impuls erkannt. Prellt der Kontakt, dann verhindert der Kondensator mit dem Widerstand 18K als RC Glied das prellen weil er zwischenzeitlich immer wieder über 1,2K geladen wird und so die untere Schaltschwelle nie erreicht.
Das kann eigentlich für alles verwendet werden, was Zustände melden soll. Kommt dann auf die Software darauf was die macht, entweder einen Counter oder Offen/Zu Erkennung.
Diese Funktion steht dann mit der ESPEasy Firmware zur Verfügung.
Na dann musst Du auch schon wieder die Tabelle aktualisieren!
:) :D ;D
Nein wirklich genial, ick freu mir!
Gruss Christoph
P.S.: Wenn ich einen sinnvollen Beitrag leisten kann, dann nur Bescheid sagen. Dieses Jahr habe ich noch viel Zeit. (Kontingent ist erschoepft, sonst frisst mich der Fiskus auf!)
Da vermutlich der EBUSD mit SC16IS750 Modul auf dem RPI (https://forum.fhem.de/index.php/topic,75878.msg687576.html#msg687576) funktioniert, möchte ich ein paar Anregungen sammeln, um die Platine EBUS Adpater 2.0 RPI zu layouten.
(Mit der Herstellung warten wir bis klar ist, dass der EBUS Adapter 2.0 Basisiplatine (USB/WiFi) funktioniert.)
Herausforderungen/offene Themen/Festlegungen:
- Herausforderung: Raspberry Pi 1 Model B+ (https://en.wikipedia.org/wiki/Raspberry_Pi#/media/File:Drawing_of_Raspberry_Pi_model_B_rev2.svg) ist vom Layout nicht mit RPI 2 und 3 kompatibel. Bei einer 5cmx5cm Platine stört der Video out am RPi 1.
- Auf der EBUS Platine muss darauf geachtet werden, dass evtl. vorhandener CPU Kühlkörper die EBUS Bauteile nicht berührt
- Idee: SI16SC750 kommt oben (TOP) auf die Platine
- Bauteile (Widerstände,etc.) kommen nach unten (Buttom – hängen runter).
ToDo:
- EBUSAdpater 2.0 RPI: SI16SC750 LIB Eagle erstellen => erledigt
- EBUSAdpater 2.0 RPI: PCB Layout Prototyp erstellen
- EBUSAdpater 2.0 RPI: 3D Layout
- EBUSAdpater 2.0 RPI: Installationsanleitung/Inbetriebnahme "SI16SC750 Modul am RPI"
Ideen/Anmerkungen sind gerne willkommen...
ZitatDa mein SC16IS750 Breakout inzwischen angekommen ist, habe ich es mit deiner Platine (siehe Testaufbau im Anhang) "praktisch ausprobiert" und ,,Es läuft...!"
Wow! Das ist ja wirklich super!
Eigentlich wollte ich ja diese "Arbeit" auf mich nehmen, aber ich warte leider immer noch auf mein Breakout Board.
Das mit dem IRQ ist ärgerlich, aber es scheint sich dabei um einen Router Fehler zu handeln. Siehe https://github.com/sparkfun/SC16IS750_Breakout (https://github.com/sparkfun/SC16IS750_Breakout) dort kann man schön sehen, dass die Verbindung zwar im Schaltplan vorhanden ist, im Routing aber fehlt. Vermutlich werden das alle Breakout Boards haben.
Wo hast du dein Breakout Board her und was hat es gekostet? Ich hätte mir nämlich gedacht dass es vielleicht auch möglich wäre, den Chip und die paar Bauteile direkt auf die Adapter Platine zu setzen.
Vorteil: eventuell Platzersparnis ? Möglicherweise billiger ?
Nachteil: kompliziertere Bauteilbeschaffung und SMD Lötungen notwendig
Zitat von: galileo am 19 September 2017, 10:11:03
Nachteil: kompliziertere Bauteilbeschaffung und SMD Lötungen notwendig
ich glaube das ist ein Ko Urteil für das Projekt! Chons hat sich bemüht alles ohne SMD zu bewerkstelligen, weil ja die meisten Hobbybastler für SMD Lötungen nicht ausgestattet sind.
Generell ist die Lösung ja gut, aber dann gibt es wieder die Probleme den Raspi schön in ein Gehäuse zu verpacken weil das dann doch sehr groß wird. Vom Preis her kostet das Breakoutboard ja um die 11.- €, da ist ein Uart um 1.- € wesentlich billiger und Onboard auf der Basisplatine untergebracht. Aber es wird sicher Leute geben, die das Breakoutboard nehmen werden und wenn chons nun schon alles zum Laufen gebracht hat ist das ja noch schöner.
Soweit ich das sehe, geht es ja im wesentlichen nur um das Einsparen des USB Kabels, denn technisch gesehen kommt es auf das selbe heraus.
LG
Zitat... weil ja die meisten Hobbybastler für SMD Lötungen nicht ausgestattet sind
Ja, ich geb dir schon recht, obwohl man die größeren Bauteile durchaus mit einem normalen (kleinen) Lötkolben verarbeiten kann. Jedenfalls ist ein Breakout Board aber stressfreier :)
ZitatSoweit ich das sehe, geht es ja im wesentlichen nur um das Einsparen des USB Kabels
Ja, aber es ist weniger ein finanzielles "Einsparen" als das "Loswerden" des bockigen Kabels welches verhindert dass der Raspi und das Adapter-Board in das gleiche Gehäuse eingebaut werden können. Praktisch alle verfügbaren Raspi Gehäuse legen den USB Stecker an die Gehäuse Außenwand (na klar, wo sonst hin) und dann bleibt nichts anderes übrig als den Adapter in ein zweites Gehäuse einzubauen und die beiden mit einem möglichst kurzen USB Kabel zu verbinden. Mit dem SC16IS750 sollte es doch möglich sein, auch mechanisch direkt auf dem Raspi I/O Stecker aufzustecken.
Na gut, das war so meine Wunsch-Idee. Ob das wirklich geht und in das mechanische Konzept passt muss aber Chons sagen...
Moin
Ich muss Reinhart recht geben, das der Zweck/Nutzen Aufwand eher gering ist. Klar hat nicht jeder einen 2000x800x600mm Schaltschrank und macht sich keinen Kopf. Aber chons macht das, weil es gemacht werden kann! Ganz am Ende wird es sowieso die Variante mit dem Wemos werden, und natuerlich ein Nextion Display daran. Und dann kann man das Ganze auch noch darueber bedienen, und der Raspi kann wohnen wo er will, da Netzwerk statt USB.
Gruss Christoph
aber sei es wie es sei, chons hat mit seinem Konzept ja schon sehr viele Varianten durchdacht und auch im Layout umgesetzt, so kann wirklich jeder seine persönliche Variante sich dann bestücken. USB Kabel raus und wieder rein ist natürlich ein schlagkräftiges Argument. Wichtig wird es jetzt das alles zu testen bevor die große Charge bestellt wird.
Was sehr gut ist, ist die Tatsache dass Galileo seine Schaltungsergänzung ja schon ein paar Monate Langzeittest hinter sich hat. Mehr oder weniger geht es bei unseren Tests um das Zusammenspiel der Software bzw. ob noch wo Layout Fehler versteckt sind, sowas passiert immer wieder (siehe Breakoutboard) .
LG
Die "EBUS Adapter Version 2.0" Platinen sind angekommen!!!
Sorry bin kurz angebunden.
Antworten, Infos zur Platine, Antworten auf PM's, etc. folgen...
Moin
Sehen gut aus! Seit gestern abend laeuft mein RPI1 mit eBusD! Die alte Platine auch, und das Einstellen war jetzt erstmal nicht so schlimm, wie ich erwartet haette! Trotzdem freue ich mich auf die Neue, wenn es denn soweit ist! Muss jetzt erstmal sehen, die Daten auch ins fhem zu bekommen!
Gruss Christoph
Zitat von: galileo am 19 September 2017, 10:11:03
Wow! Das ist ja wirklich super!
Eigentlich wollte ich ja diese "Arbeit" auf mich nehmen, aber ich warte leider immer noch auf mein Breakout Board.
Entschuldigung.
Zitat von: galileo am 19 September 2017, 10:11:03
Das mit dem IRQ ist ärgerlich, aber es scheint sich dabei um einen Router Fehler zu handeln. Siehe https://github.com/sparkfun/SC16IS750_Breakout (https://github.com/sparkfun/SC16IS750_Breakout) dort kann man schön sehen, dass die Verbindung zwar im Schaltplan vorhanden ist, im Routing aber fehlt. Vermutlich werden das alle Breakout Boards haben.
Ja, ich habe es mir angesehen – das Routing ist falsch bzw. der NAME ist nicht richtig! Nur gleichnamige Routings werden miteinander verbunden und das ist in diesem Fall ,,nicht" der Fall.
Witzig ist jedoch, dass seit/nach 3 Jahren immer noch die Platinen hergestellt werden und der Fehler nicht beseitigt wird/ist.
Zitat von: galileo am 19 September 2017, 10:11:03
Wo hast du dein Breakout Board her und was hat es gekostet? Ich hätte mir nämlich gedacht dass es vielleicht auch möglich wäre, den Chip und die paar Bauteile direkt auf die Adapter Platine zu setzen.
Vorteil: eventuell Platzersparnis ? Möglicherweise billiger ?
Nachteil: kompliziertere Bauteilbeschaffung und SMD Lötungen notwendig
Zitat von: Reinhart am 19 September 2017, 14:35:35
ich glaube das ist ein Ko Urteil für das Projekt! Chons hat sich bemüht alles ohne SMD zu bewerkstelligen, weil ja die meisten Hobbybastler für SMD Lötungen nicht ausgestattet sind.
Generell ist die Lösung ja gut, aber dann gibt es wieder die Probleme den Raspi schön in ein Gehäuse zu verpacken weil das dann doch sehr groß wird. Vom Preis her kostet das Breakoutboard ja um die 11.- €, da ist ein Uart um 1.- € wesentlich billiger und Onboard auf der Basisplatine untergebracht. Aber es wird sicher Leute geben, die das Breakoutboard nehmen werden und wenn chons nun schon alles zum Laufen gebracht hat ist das ja noch schöner.
Soweit ich das sehe, geht es ja im wesentlichen nur um das Einsparen des USB Kabels, denn technisch gesehen kommt es auf das selbe heraus.
LG
Ich habe meine SC16IS750 ,,
endlich mal" bei AliEx geschossen (Die waren monatelang nicht verfügbar...). Ich kenne das Breakout Board bereits vom LGW Projekt (ein paar Monate her) und das SC16IS750 - Board mit riesen Potential - war mir damals wirklich etwas zu teuer (über 10€) und nun bekommt man es für unter 3€. Ich habe ca. 3,40€ bezahlt. Es gibt bei Ali aktuell Angebote unter 3€ (einfach mal suchen).
Zum Thema SMD(zur Klarstellung): Ja, mir ist wichtig (ich versuche es zumindest), dass ,,jeder
Einsteiger" die Platine – egal ob SMD/THT – löten kann
und Galileo hat Recht ,,SMD kann man mit etwas Übung löten" und ich versuche das so zu bauen – siehe Buttons – und wenn es auch nur hilft sich an das Thema ,,SMD" heranzutasten (und ich meine damit – ich muss mir keinen Offen kaufen um SMD zu löten.). ;)
Zitat von: galileo am 19 September 2017, 15:15:07
Na gut, das war so meine Wunsch-Idee. Ob das wirklich geht und in das mechanische Konzept passt muss aber Chons sagen...
Ich würde aktuell nicht die Flinte ins Korn werfen – ich schaue mir das mal an (ich bin guter Dinge).
Fragen zu den Details folgen...
Die EBUS 2.0 Erweiterungsplatine V0.1 ist da...
Ich bin überwältigt...!!!
Review folgt...
@chons: du hast mich falsch verstanden und brachst dich nicht zu entschuldigen!!! Ich wollte nur niemandem Arbeit für meine Ideen aufbürden. Wenn du trotzdem so viel Zeit investiert hast dann kann nur ich DANKE sagen.
Übrigens ist mein Breakout Board heute (nach 4 Wochen) gekommen. Bestellt habe ich es bei DealExtreme (www.dx.com). Es hat knapp über 3 EUR gekostet. Mittlerweile kostet es dort aber 4.18 EUR.
Ich werde dann alles zusammen mit deinem Print testen.
Noch eine Anmerkung für den ersten Testaufbau: Ich kann mir (theoretisch) vorstellen dass es mit allen 3 LEDs ein Problem geben kann. Gelbe und grüne LEDs und auch zusätzlich "Low Current" LEDs haben eine höhere Flußspannung als rote "normale" LEDs. Das kann in der jetzigen Schaltung mit den derzeitigen Widerstandswerten dazu führen, dass sie einerseits nicht gut genug leuchten, im Extremfall könnte aber sogar der Rx/Tx Pfad versagen. Das nur für den Hinterkopf falls da etwas nicht funktioniert. Ich werde mir das aber genau ansehen und vermutlich lässt sich das durch Ändern der jeweiligen Vor-Widerstände hinkriegen.
LG
Eduard
Zitat von: chons am 23 September 2017, 00:21:18
Die EBUS 2.0 Erweiterungsplatine V0.1 ist da...
Ich bin überwältigt...!!!
Review folgt...
Sieht ja super aus! Top!
Noch eine Idee für die Zukunft: könnte man auch noch einen Serial2Ethernet Adapter anstelle von Serial2USB vorsehen?
Ich nutze inzwischen 3 Adapter und zwei davon laufen schon seit Ewigkeiten ganz gut mit dem USR-TCP232-T. Gibt sicher noch Alternativen dazu.
Zitat von: galileo am 23 September 2017, 08:56:48
Noch eine Anmerkung für den ersten Testaufbau: Ich kann mir (theoretisch) vorstellen dass es mit allen 3 LEDs ein Problem geben kann. Gelbe und grüne LEDs und auch zusätzlich "Low Current" LEDs haben eine höhere Flußspannung als rote "normale" LEDs. Das kann in der jetzigen Schaltung mit den derzeitigen Widerstandswerten dazu führen, dass sie einerseits nicht gut genug leuchten, im Extremfall könnte aber sogar der Rx/Tx Pfad versagen. Das nur für den Hinterkopf falls da etwas nicht funktioniert. Ich werde mir das aber genau ansehen und vermutlich lässt sich das durch Ändern der jeweiligen Vor-Widerstände hinkriegen.
Genau das habe ich auch vermutet, das hier der eine oder andere Widerstand angepasst werden muss. Wo ich mir noch nicht sicher bin, ob es hier auch so gravierende Unterschiede zwischen den Farben gibt. Die Sendeled ist ja in Reihe geschaltet und hier wird man messen müssen ob der Basisstrom zum problemlosen Sendebetrieb noch ausreichend durchsteuert. Bei der alten Schaltung war hier ein Darlington Transistor mit hoher Verstärkung, aber das sollte trotzdem mit dem ausreichen. Die Low Current Leds funktionieren ja von 2-8 mA und man hat da etwas Spielraum. Aber das werden die Test dann sicher zeigen. Wenn es hier Probleme geben sollte, kann man die Tx Ledanschlüsse kurzschließen und es gibt ja auf den meisten Uarts ohnehin auch noch Rx und Tx Leds, sodass man eine Aktivität auch hier erkennen kann sofern ein solcher eingesetzt wird.
Sobald ich meine Testplatine zusammengebaut habe werde ich mir diese Thematik auf jeden Fall mit dem Oszilloskop genauer betrachten. Es soll ja gleichzeitig die Leuchtstärke der Led auch bei Tageslicht noch brauchbar sein. Das Problem ist ja die Gesamtstromaufnahme vom eBus die man möglichst gering halten sollte.
Aber die Platinen sehen gut aus und wurden auch relativ rasch geliefert.
LG
Reinhart
Zitat von: galileo am 23 September 2017, 08:56:48
@chons: du hast mich falsch verstanden und brachst dich nicht zu entschuldigen!!! Ich wollte nur niemandem Arbeit für meine Ideen aufbürden. Wenn du trotzdem so viel Zeit investiert hast dann kann nur ich DANKE sagen.
Alles gut – ich wollte mich nur entschuldigen, weil ich dir womöglich deinen Spaß genommen habe
,,deine" Idee auszuprobieren. ;)
Zitat von: galileo am 23 September 2017, 08:56:48
Noch eine Anmerkung für den ersten Testaufbau: Ich kann mir (theoretisch) vorstellen dass es mit allen 3 LEDs ein Problem geben kann. Gelbe und grüne LEDs und auch zusätzlich "Low Current" LEDs haben eine höhere Flußspannung als rote "normale" LEDs. Das kann in der jetzigen Schaltung mit den derzeitigen Widerstandswerten dazu führen, dass sie einerseits nicht gut genug leuchten, im Extremfall könnte aber sogar der Rx/Tx Pfad versagen. Das nur für den Hinterkopf falls da etwas nicht funktioniert. Ich werde mir das aber genau ansehen und vermutlich lässt sich das durch Ändern der jeweiligen Vor-Widerstände hinkriegen.
Danke für deinen Hinweis, das dürft ihr dann austüfteln ;). Ich halte eh die Füße still bis Ihr eure Messungen und Tests durchgeführt habt.
Meine Platinen baue ich aber schon mal zusammen so dass ich, wenn Ihr grünes Licht für die Basis Platine gibt, ein paar Varianten- und vor allem Firmwaretests durchführen kann.
Zitat von: john30 am 23 September 2017, 09:02:50
Noch eine Idee für die Zukunft: könnte man auch noch einen Serial2Ethernet Adapter anstelle von Serial2USB vorsehen?
Ich nutze inzwischen 3 Adapter und zwei davon laufen schon seit Ewigkeiten ganz gut mit dem USR-TCP232-T. Gibt sicher noch Alternativen dazu.
Den kenne ich und ich habe den bei mir auch mehrfach im Einsatz allerdings nicht mit EBUS.
Die Idee einen Serial2Ethernet Adapter auf die Platine zu packen hatte ich auch (siehe Anhang USR-K2).
Gründe warum ich es nicht gemacht habe waren:
- Ich hatte keine Zeit mehr gehabt den zu implementieren.
- Der USR-TCP232-T ist zu groß für die 5x5cm vor allem wegen dem EBUS Anschluss – den hätte ich in eine Ecke verschieben müssen, damit der USR-TCP232-T passt.
- Ich habe keine Bezugsquellen gefunden (ein paar Wochen her...) bei denen man sowohl den USR-TCP232-T als auch den USR-K2 für einen brauchbaren Preis beziehen kann.
Generell bin ich für die Idee.
Vielleicht kennt jemand günstige Bezugsquellen oder kennt eine ,,günstige" Alternative.
So, nach der grobmotorischen Gartenarbeit musste ich doch den Lötkolben anwerfen, nebenbei kurz mit PeMue geschnaggelt ;o), und das ist dabei rausgekommen inkl. aller möglichen USB Varianten.
Es ist nicht ,,die finale produktive Version" ich habe die Platine so aufgebaut, dass ich alle Varianten mal testen kann. Die finale Version wird eine ganz andere - viel kleinere - Bauhöhe haben und etwas anders aussehen.
Nach dem Zusammenbau ein kurzes Feedback/Review zur Basisplatine (nicht vollständig – die Test-Truppe wird sicher auch eine Meinung haben ;))
- Objektiv macht die Platine einen guten Eindruck - die Verarbeitung ist gut.
- Durch die Änderung an den Kondensatoren ,,weniger höhe" dafür ,,breiter" sind die Bauteile C1 und C2 zu nah aneinander. (Das muss nachgebesserter werden – ,,auf die ToDo Liste")
- C3 Kondensator ist zu breit – da muss eine andere Bauform (Platinen Device) oder ein anderer Kondensator her (vermutlich nicht ohne Aufpreis möglich).
- Schade, dass die Werte für die Widerstände und Kondensatoren nicht drauf stehen. Das würde den Zusammenbau vereinfachen. Ich muss mal recherchieren was ich falsch gemacht habe (Review Gerber Files), zumal ich mir dafür viel Zeit genommen habe. :(
- Platinen Bezeichnung/Beschreibung ist völlig daneben (siehe (c) chons 08/2017) (Das sollte nachgebesserter werden – ,,auf die ToDo Liste")
Mein persönlicher Fazit: Wenn man strukturiert vorgeht (Bauteile zurechtlegen etc.) dann ist der Zusammenbau schnell und einfach (relativ ja...) erledigt. Alle oben genannten Review Themen sind ,,Jammern auf hohem Niveau". Jetzt muss nur noch die Basis Platine ,,und die ist die wichtigste" funktionieren und ich bin aktuell echt angespannt.
Zitat von: chons am 23 September 2017, 23:44:56
So, nach der grobmotorischen Gartenarbeit musste ich doch den Lötkolben anwerfen, nebenbei kurz mit PeMue geschnaggelt ;o), und das ist dabei rausgekommen inkl. aller möglichen USB Varianten.
Es ist nicht ,,die finale produktive Version" ich habe die Platine so aufgebaut, dass ich alle Varianten mal testen kann. Die finale Version wird eine ganz andere - viel kleinere - Bauhöhe haben und etwas anders aussehen.
Sieht echt super aus, Klasse! Freu mich schon aufs Bestücken :-)
Noch ein kleiner Verbesserungsvorschlag:
Auf dem zweiten Bild (EBUSAdapter2.0_Test-Board_02.JPG) sieht man, dass der Anschluss des Widerstands links unten (bezeichnit mit R1) recht nah an dem Abstandshalte liegt. Das könnte für einen ungeübten Löter evtl. zum Problem werden. Also wenns ginge, da vielleicht noch bissl Abstand reinzaubern :)
Super chons!
Sieht ja schon ganz professionell aus!
Wegen C2, dann kann man ja die nächst kleinere Spannung mit 16V nehmen, der hat dann 4mm Durchmesser bei 5mm Höhe (https://www.reichelt.de/Elkos-radial-85-C/KS-A-10U-16/3/index.html?ACTION=3&LA=2&ARTICLE=199873&GROUPID=3143&artnr=KS-A+10U+16&SEARCH=%252A), nur das Rastermaß verringert sich dann auf 1,5 mm. Bei C3 sind die Angaben vom Hersteller sehr wage, die geben 2,5 -5 mm an. Bei entsprechenden Typ 2,5 sollte es passen. Das werde ich mir bei der Testplatine dann ausmessen und auf das richtige Maß/Typ ausweichen (https://www.reichelt.de/Vielschicht-bedrahtet-X7R-10-/C3X7R-100NA50/3/index.html?ACTION=3&LA=2&ARTICLE=206877&GROUPID=3162&artnr=C3X7R+100NA50&SEARCH=%252A) ( oder den (https://www.reichelt.de/Vielschicht-bedrahtet-X7R-10-/X7R-2-5-100N/3/index.html?ACTION=3&LA=2&ARTICLE=22853&GROUPID=3162&artnr=X7R-2%2C5+100N&SEARCH=%252A) ) bzw. vorher beim Lieferanten hinweisen/absprechen. Wobei Folienkondensatoren meist noch breiter sind. In meiner Bastelbox hätte ich dir richtigen liegen, die hatte ich seinerzeit bei Conrad gekauft.
Die Werte zusätzlich auf die Platine zu drucken ist nicht schlecht, aber wenn hier zuviel Text und zu dicht drauf steht verwirrt es oft mehr als es bringt.
Ich mache das immer so: drucke mir die Bestückungsliste aus, nehme zB: R3, messe den Wert nach und stecke ihn in die Platine und biege hinten um, dann den nächsten. Nachmessen hat sich insofern als gut erwiesen, weil je nach Licht und Sehstärke die Farben sich oft ähnlich sehen (rot/braun). Oder umgekehrt, einfach einen Widerstand nehmen, messen und in das richtige Loch lt. Bestückungsliste stecken. Wenn alle bestückt sind merkt man schnell wenn was nicht stimmt, solange sie nicht verlötet sind kann man leicht korrigieren, dann alle auf einmal verlöten. Dann die nächst höhere Bauteilgruppe usw. Aber da sind die Anwender oft sehr flexibel und einfallsreich was das Bestücken betrifft.
LG
Reinhart
Die Erweiterungsplatine ist jetzt auch fertig bestückt.
Es ist auch nicht die finale produktive Variante – ich hoffe, dass ich die Komponenten so am besten testen kann.
Jetzt muss nur noch alles funktionieren :-[
Review zum Layout etc. folgt...
Zitat von: john30 am 24 September 2017, 10:00:17
Sieht echt super aus, Klasse! Freu mich schon aufs Bestücken :-)
Noch ein kleiner Verbesserungsvorschlag:
Auf dem zweiten Bild (EBUSAdapter2.0_Test-Board_02.JPG) sieht man, dass der Anschluss des Widerstands links unten (bezeichnit mit R1) recht nah an dem Abstandshalte liegt. Das könnte für einen ungeübten Löter evtl. zum Problem werden. Also wenns ginge, da vielleicht noch bissl Abstand reinzaubern :)
Stimmt und zaubern ist hier der richtige Begriff – kommt auf die ToDo Liste und ich schaue was ich machen kann.
Hallo Zusammen,
Zitat von: galileo am 19 September 2017, 15:15:07
Ja, ich geb dir schon recht, obwohl man die größeren Bauteile durchaus mit einem normalen (kleinen) Lötkolben verarbeiten kann. Jedenfalls ist ein Breakout Board aber stressfreier :)
Ja, aber es ist weniger ein finanzielles "Einsparen" als das "Loswerden" des bockigen Kabels welches verhindert dass der Raspi und das Adapter-Board in das gleiche Gehäuse eingebaut werden können.
Das sehe ich auch so. Ich könnte mir vorstellen dass der Anwendungsfall für 95% der User im direkt angeschlossenen Raspi liegt. Je weniger Gebamsel dest besser, von Raspi Direktanschluss bis USB Verbindung.
Leider scheint es nicht möglich zu sein für die vermutete 95% Variante eine Bestückung mit FTDI zu finden (gibts die Dinger überhaupt in manuell lötbaren Ausführungen)?
Die Idee mit der Adapterplatine ist gut, führt aber zu Gunsten der Flexibiität auch zu ziemlichen Adapterstacks. Ich frage mich ob es eine direkt bestückbare Basisplatine geben könnte die ohne weitere Addons mit dem Raspi kombinierbar wäre- sei es mit WeMos oder anderen Varianten. Ich finde die Kosten dabei weniger relevant, sondern eher die Menge des eingesparten "Geraffels".
OT bzgl. der WeMos Variante: die setzt ja erstmal WLAN voraus, mir ist aber die SW Integration nicht klar. Wie wird das WeMos Interface mit dem EBUSD zusammen gestöpselt- bei als Clients an einem MQTT? Wie wäre dann z.B. der flow um das Auslesen eines Busteilnehmers zu forcieren?
Davon völlig unabhängig bin ich mehr als dankbar für die viele Arbeit die in die neue Version fließt- Dank an alle Beteiligten!
Viele Grüße, Andreas
Sehen echt super aus die Plantienen.... würde mich mal interessieren ob man die uhr Version 1.6 auch mit dem Wemos betreiben kann ..
Zitat von: internet-files am 24 September 2017, 14:25:35
Sehen echt super aus die Plantienen.... würde mich mal interessieren ob man die uhr Version 1.6 auch mit dem Wemos betreiben kann ..
Ja, man kann.
Zitat von: chons am 24 September 2017, 16:56:39
Ja, man kann.
Hat jemand diesen denn schon so am laufen ... habe leider hier in forum nichts darüber gefunden zwecks anschluss am wemos (esp pinbelegung) und software (espeasy?). Da von den 1.6 plantinen ja schon einige im umlauf und betrieb sind wäre das ein super update solange die v2.0 noch nicht verfügbar ist .
Zitat von: andig am 24 September 2017, 13:16:47
Das sehe ich auch so. Ich könnte mir vorstellen dass der Anwendungsfall für 95% der User im direkt angeschlossenen Raspi liegt. Je weniger Gebamsel dest besser, von Raspi Direktanschluss bis USB Verbindung.
Dann bin ich die 5%. Ich setzte von Anfang an die LAN Variante des EBUS Adapters ein und habe auch keinen RPI im produktiven Einsatz. ;)
Zitat von: andig am 24 September 2017, 13:16:47
Leider scheint es nicht möglich zu sein für die vermutete 95% Variante eine Bestückung mit FTDI zu finden (gibts die Dinger überhaupt in manuell lötbaren Ausführungen)?
Doch der SI16SC750 wird mit hoher Wahrscheinlichkeit kommen.
Zitat von: andig am 24 September 2017, 13:16:47
Die Idee mit der Adapterplatine ist gut, führt aber zu Gunsten der Flexibiität auch zu ziemlichen Adapterstacks. Ich frage mich ob es eine direkt bestückbare Basisplatine geben könnte die ohne weitere Addons mit dem Raspi kombinierbar wäre- sei es mit WeMos oder anderen Varianten. Ich finde die Kosten dabei weniger relevant, sondern eher die Menge des eingesparten "Geraffels".
Die Erweiterungsplatine ist nur entstanden, weil ich den WeMos nicht mehr vernünftig auf die Basisplatine drauf bekommen habe bzw. es wäre eine gewesen den da daran zu packen bzw. da müsste eine größere Platine her. Was natürlich geht ist den WeMos an die entsprechenden Buchsen anzuschließen ohne die Erweiterungsplatine. Wenn man den EBUS Adapter im reinen WiFi Modus betreiben möchte (und die Spielereien weg lässt), dann ist mMn die Anzahl der Bauteile überschaubar.
Zitat von: andig am 24 September 2017, 13:16:47
OT bzgl. der WeMos Variante: die setzt ja erstmal WLAN voraus, mir ist aber die SW Integration nicht klar. Wie wird das WeMos Interface mit dem EBUSD zusammen gestöpselt- bei als Clients an einem MQTT? Wie wäre dann z.B. der flow um das Auslesen eines Busteilnehmers zu forcieren?
Der WiFi Betrieb wird über diverse Firmware realisiert – welche man nimmt ist Geschmackssache und abhängig davon was man alles realisieren möchte (Siehe Funktionsmatrix im ersten Post). Die Firmware stellt die serielle Schnittstelle transparent auf einem konfigurierbaren TCP Port bereit - EBUSD greift auf den Server zu und das wars auch schon.
Zitat von: internet-files am 24 September 2017, 17:27:59
Hat jemand diesen denn schon so am laufen ... habe leider hier in forum nichts darüber gefunden zwecks anschluss am wemos (esp pinbelegung) und software (espeasy?). Da von den 1.6 plantinen ja schon einige im umlauf und betrieb sind wäre das ein super update solange die v2.0 noch nicht verfügbar ist .
Ja, ich ;)
Nein das gibt es nicht aber mit Sicherheit 1000 Post wie man mit z.B. ESPEasy und ESPLink eine Serielle Schnittstelle (Serial Server) transparent auf einen TCP Port bereitstellen kann. Du kannst dir das hier (https://drive.google.com/file/d/0B6eiMICeQsa8cmxQZjlIZ0I5R0k/view?usp=sharing) mal anschauen, da ist es eigentlich gut beschrieben wie das mit allen möglichen Firmware Versionen funktioniert. ;) Es ist zwar ein HM-UART, aber er kommuniziert ja auch ganz simpel über die Serielle Schnittstelle.
Zitat von: Reinhart am 24 September 2017, 10:01:49
Wegen C2, dann kann man ja die nächst kleinere Spannung mit 16V nehmen, der hat dann 4mm Durchmesser bei 5mm Höhe (https://www.reichelt.de/Elkos-radial-85-C/KS-A-10U-16/3/index.html?ACTION=3&LA=2&ARTICLE=199873&GROUPID=3143&artnr=KS-A+10U+16&SEARCH=%252A), nur das Rastermaß verringert sich dann auf 1,5 mm.
In dem Bereich ist noch etwas Platz ich ziehe die beiden Kondensatoren weiter auseinander - kommt dann in die V2.1
Zitat von: Reinhart am 24 September 2017, 10:01:49
Bei C3 sind die Angaben vom Hersteller sehr wage, die geben 2,5 -5 mm an. Bei entsprechenden Typ 2,5 sollte es passen. Das werde ich mir bei der Testplatine dann ausmessen und auf das richtige Maß/Typ ausweichen (https://www.reichelt.de/Vielschicht-bedrahtet-X7R-10-/C3X7R-100NA50/3/index.html?ACTION=3&LA=2&ARTICLE=206877&GROUPID=3162&artnr=C3X7R+100NA50&SEARCH=%252A) ( oder den (https://www.reichelt.de/Vielschicht-bedrahtet-X7R-10-/X7R-2-5-100N/3/index.html?ACTION=3&LA=2&ARTICLE=22853&GROUPID=3162&artnr=X7R-2%2C5+100N&SEARCH=%252A) ) bzw. vorher beim Lieferanten hinweisen/absprechen. Wobei Folienkondensatoren meist noch breiter sind. In meiner Bastelbox hätte ich dir richtigen liegen, die hatte ich seinerzeit bei Conrad gekauft.
Ok, dann kein ToDo für mich ;) :D
Zitat von: Reinhart am 24 September 2017, 10:01:49
Die Werte zusätzlich auf die Platine zu drucken ist nicht schlecht, aber wenn hier zuviel Text und zu dicht drauf steht verwirrt es oft mehr als es bringt.
Ich mache das immer so: drucke mir die Bestückungsliste aus, nehme zB: R3, messe den Wert nach und stecke ihn in die Platine und biege hinten um, dann den nächsten. Nachmessen hat sich insofern als gut erwiesen, weil je nach Licht und Sehstärke die Farben sich oft ähnlich sehen (rot/braun). Oder umgekehrt, einfach einen Widerstand nehmen, messen und in das richtige Loch lt. Bestückungsliste stecken. Wenn alle bestückt sind merkt man schnell wenn was nicht stimmt, solange sie nicht verlötet sind kann man leicht korrigieren, dann alle auf einmal verlöten. Dann die nächst höhere Bauteilgruppe usw. Aber da sind die Anwender oft sehr flexibel und einfallsreich was das Bestücken betrifft.
Hast recht - so mache ich das auch - dann lassen wir das Thema.
@chons
Ich habe mir das jetzt mit der Beschriftung nochmals angesehen, hast du die tvalues beim Bestückungsdruck im CAM Prozessor mit dazu genommen?
Ich könnte mir vielleicht vorstellen das hier das Problem liegt wenn die fehlen. Kenne mich zwar im Eagle nicht sonderlich aus, aber alles deutet darauf hin das im Job gerb274x.cam die nicht markiert sind.
LG
Zitat von: Reinhart am 24 September 2017, 20:48:53
Ich habe mir das jetzt mit der Beschriftung nochmals angesehen, hast du die tvalues beim Bestückungsdruck im CAM Prozessor mit dazu genommen?
Ich könnte mir vielleicht vorstellen das hier das Problem liegt wenn die fehlen. Kenne mich zwar im Eagle nicht sonderlich aus, aber alles deutet darauf hin das im Job gerb274x.cam die nicht markiert sind.
Ich habe mir eben die Gerber Files angeschaut, die tValues und die für die Erweiterungsplatine wichtigen bValues (wegen der jumper Beschriftung) fehlen. :(
Zitat von: chons am 24 September 2017, 17:48:07
Ja, ich ;)
Nein das gibt es nicht aber mit Sicherheit 1000 Post wie man mit z.B. ESPEasy und ESPLink eine Serielle Schnittstelle (Serial Server) transparent auf einen TCP Port bereitstellen kann. Du kannst dir das hier (https://drive.google.com/file/d/0B6eiMICeQsa8cmxQZjlIZ0I5R0k/view?usp=sharing) mal anschauen, da ist es eigentlich gut beschrieben wie das mit allen möglichen Firmware Versionen funktioniert. ;) Es ist zwar ein HM-UART, aber er kommuniziert ja auch ganz simpel über die Serielle Schnittstelle.
Leichter gesagt als getan ... für den Otto normal verbraucher leider nicht so einfach .. Alleine in esp easy kann man so einiges einstellen .. naja auch egal werde erstmal bei der usb und raspi variante bleiben ....
Zitat von: internet-files am 24 September 2017, 21:15:26
Leichter gesagt als getan ... für den Otto normal verbraucher leider nicht so einfach .. Alleine in esp easy kann man so einiges einstellen .. naja auch egal werde erstmal bei der usb und raspi variante bleiben ....
Stimmt, etwas in das Thema einarbeiten muss man sich schon. Ansonsten abwarten, ich denke, dass hier eine Art "Step-by-Step Anleitung" mal entstehen wird. Sorry...
Ich überlege, ob es nicht Sinn macht einen neuen Thread zu erstellen für die "Inbetriebnahme des Adapters". Die HW Teile können dann hier diskutiert werden der Rest im anderen Thread. Sonst wird das hier schnell unübersichtlich. Meinungen...
Ich habe mir mal eben das Thema LAN angeschaut - dankenswerterweise hat PeMue mir seine Lib zur Verfügung gestellt und ich habe die mal in die bestehende Basisplatine eingebaut.
Wenn man den FTDI und ELV UART Adapter wegrationalisiert, dann könnte es passen – siehe Anhang (rote Markierungen ist der USR-K1/K2 LAN Adapter).
Soll heißen, die aktuelle Basisplatine bleibt wie sie ist, der LAN Adapter passt einfach nicht drauf. Ich nehme das Thema auf die ToDo Liste und schaue es mir im Rahmen des RPI Designs an.
Zitat von: chons am 24 September 2017, 21:37:35
Ich überlege, ob es nicht Sinn macht einen neuen Thread zu erstellen für die "Inbetriebnahme des Adapters". Die HW Teile können dann hier diskutiert werden der Rest im anderen Thread. Sonst wird das hier schnell unübersichtlich. Meinungen...
War auch bei der alten Platine so, sonst findet dann keiner mehr die entsprechenden Informationen. Würde ich auf jeden Fall so machen, dann hast du hier Platz für Ideen, Probleme diskutieren, Rück- oder Fehlermeldungen an der HW. Bei der Inbetriebnahme muss man ja dann auch die SW mit einbeziehen, da wird es dann doch viele Fragen dazu geben.
Momentan ist es ja hier noch eher eine einseitige Kommunikation von dir, du entwickelst was und stellst es uns vor, wir nicken und du haust wieder in die Tasten.
Ich warte schon auf die erste Testplatine damit ich auch einmal meinen Beitrag dazu leisten kann. Beim Layouten kann ich dir leider nicht helfen, da fehlt mir die Erfahrung mit Eagle.
LG
Zitat von: chons am 24 September 2017, 22:08:24
Soll heißen, die aktuelle Basisplatine bleibt wie sie ist, der LAN Adapter passt einfach nicht drauf. Ich nehme das Thema auf die ToDo Liste und schaue es mir im Rahmen des RPI Designs an.
stimme ich dir voll zu, denn über 5 x 5 cm werden die Platinen leider teurer. Ich glaube wenn die Basisplatine einmal sauber läuft, werden wir von dir noch einiges zu hören und sehen bekommen.
Denke bitte auch an deine Familie (ich schaue da auf deine Postingzeiten), die ist immer noch Zuhause und nicht hier.
LG
@chons
du hattest mal gefragt ob wer eine Quelle für den USR-K2 kennt, habe hier einen (https://de.aliexpress.com/item/USR-K2-Serial-Port-TTL-to-Ethernet-Lan-Module-with-WEB-DHCP/32810297050.html?spm=a2g0x.10010108.1000013.4.29e66e8cGQdnpk&traffic_analysisId=recommend_2088_2_89359_iswistore&scm=1007.13339.89359.0&pvid=fabde632-51bb-4cb6-b4fd-8b7354bf9890&tpp=1) gefunden um gut 10.- € und eine Alteranative (https://de.aliexpress.com/item/USR-TCP232-T2-RS232-Serial-to-Ethernet-Module-Tcp-Ip-UDP-Network-Converter-Module-TTL-Lan/32811682376.html?spm=a2g0x.search0104.3.80.sfgJQl&ws_ab_test=searchweb0_0,searchweb201602_4_10152_10065_10151_10068_10344_10342_10343_10340_10341_10304_10307_10137_10060_10302_10155_10154_10056_10055_10054_5470020_10059_10532_100031_10099_5460020_10338_10339_10103_10102_10052_10053_10142_10107_10050_10051_5380020_10326_10084_10083_5370020_10080_10082_10081_10177_10110_10111_10112_10113_10114_143_10312_10313_10314_10078_10079_10073,searchweb201603_30,ppcSwitch_5&btsid=4040b729-fe8c-4e01-99a6-3a9081a2edef&algo_expid=f38dbb8b-ca56-4a3b-9a8d-909839a4fc0a-10&algo_pvid=f38dbb8b-ca56-4a3b-9a8d-909839a4fc0a) um 7.- €. Wobei letztere wieder etwas größer ist. Vom K2 hat der Ali 1 Million Stück, also keine Engpässe. Vor 2 Tagen gab es die noch nicht.
Schön wäre von der Größe der (https://de.aliexpress.com/item/USR-ES1-W5500-Chip-New-SPI-to-LAN-Ethernet-Converter-TCPIP-Mod/32598945210.html?spm=a2g0x.10010108.1000013.4.67b1c769WIyz4V&traffic_analysisId=recommend_2088_2_89359_iswistore&scm=1007.13339.89359.0&pvid=fb22c853-43f7-40af-82bf-0568c36bb027&tpp=1), hat aber leider eine SPI Schnittstelle mit der wie nicht viel machen können.
LG
Reinhart
ZitatGenau das habe ich auch vermutet, das hier der eine oder andere Widerstand angepasst werden muss. Wo ich mir noch nicht sicher bin, ob es hier auch so gravierende Unterschiede zwischen den Farben gibt. Die Sendeled ist ja in Reihe geschaltet und hier wird man messen müssen ob der Basisstrom zum problemlosen Sendebetrieb noch ausreichend durchsteuert. Bei der alten Schaltung war hier ein Darlington Transistor mit hoher Verstärkung, aber das sollte trotzdem mit dem ausreichen. Die Low Current Leds funktionieren ja von 2-8 mA und man hat da etwas Spielraum. Aber das werden die Test dann sicher zeigen. Wenn es hier Probleme geben sollte, kann man die Tx Ledanschlüsse kurzschließen und es gibt ja auf den meisten Uarts ohnehin auch noch Rx und Tx Leds, sodass man eine Aktivität auch hier erkennen kann sofern ein solcher eingesetzt wird.
Ich bin wegen der LEDs nicht ganz so pessimistisch. Erstens ist es ja theoretisch berechnet und zweitens hat es ja im Testaufbau auch funktioniert.
Ich denke auch man sollte das nicht wegrationalisieren weil es bei der fertigen Platine auch der Funktionskontrolle dient. Man sieht auf einen Blick ob sich da "etwas tut".
Und zwar auf jenem Punkt der möglichst nahe(!) am EBus liegt.
Aber vielleicht hier noch einmal die theoretischen Überlegungen:
Transistor Q1: Flußspannung B-E = 0.7V, Optokoppler OK2: Spannung C-E=0.4V (worst case), LED2 gelb low current: 2.4V
Also 5V - 2.4V - 0.4V - 0.7V = 1.5V
Die bleiben für den Widerstand R6. Daraus ergibt sich I=U/R = 1.5/1000 = 1,5mA
Mit einem DC current gain von mindestens 250 kann der BC337-40 also mindestens 375mA am EBus treiben.
Die EBus Physical Layer Spezifikation legt sowieso einen maximalen Strom von 100mA fest.
Wenn also die LED bei 1.5mA noch leuchtet ist alles gut.
Die Rechnung mit den Flußspannungen war übrigens der Grund warum ich in meiner Schaltung
- Statt eines Darligton Transistors (2x 0,7V !) lieber einen Transistor mit hoher Stromverstärkung (-40 beim BC337) genommen habe
- eine rote Standard-LED mit 1.6V Flußspannung genommen habe. Dann bleiben für den R6 noch 2,3V und demnach 2,3mA
Je höher die Spannung am Widerstand desto geringer ist die Abhängigkeit von den Toleranzen der anderen Bauteile.
Das ist aber immer das Worst-Case-Scenario. Praktisch wird es viel besser funktionieren. Und vermutlich wird es das auch mit einer gelben LED wenn man den R6 ein wenig verkleinert.
Aber das wollte ich mir erst ansehen wenn ich die endgültigen LEDs vor mir habe.
Falls es jemanden interessiert, hier (https://www.elektronik-kompendium.de/sites/bau/0201111.htm) gibt es eine schöne Zusammenfassung über die Flußspannungen bei den diversen LED Varianten.
LG
Eduard
Zitat von: galileo am 26 September 2017, 07:50:46
Wenn also die LED bei 1.5mA noch leuchtet ist alles gut.
genau um das geht es ja, darum warten wir einfach die Tests ab wie sich das objektiv anfühlt. Gerade bei den Leds musste ich die Erfahrung machen, dass die empfundene Leuchtstärke stark vom Hersteller und der Bauform abhängt (rund, eckig) . Es gibt alleine schon vom Kunststoffgehäuse "hellere gelb" und "dunklere gelb". Zusätzlich wird uns ohnehin helfen, das kaum jemand den eBus im Freien einsetzt sondern meist im Heizraum oder dergleichen, die ohnehin nicht stark ausgeleuchtet sind und vermutlich auch bei 1,5 mA noch gut ausnehmbar sein wird. Ich kenne leider den genauen Typ von Reichelt nicht, daher kann man sich nur auf das Datenblatt stützen und das sagt über die empfundene Leuchtstärke nichts aus, lediglich der Betrachtungswinkel wird hier genau dargestellt (Spatial Distribution) .
und ja, auch ich habe es gerne wenn ich ein optisches Feedback von der Funktion der Schaltung bekomme.
LG
Habe heute die Testplatinen erhalten und bin gerade dabei die zu testen.
Broadcast werden tadellos empfangen, aber der Sendezweig funktioniert noch nicht. Nach ersten kurzen Messungen musste ich feststellen, dass TxD nicht auf Low geht (soweit man das mit dem Multimeter testen kann) somit wird auch Pin2 von OK2 nicht Low. Wenn ich den Uart auf eine Buchsenleiste stecke wo TxD unterbrochen ist und ich dann Pin2 auf Low lege funktioniert der Rest der Schaltung. Habe das Ganze statisch mit einem Netzteil mit Vorwiderstand getestet um vorweg die Pegel zu kontrollieren.
Ich habe ja ein ganzes Arsenal an allen möglichen Typen von Uarts von chons bekommen und werde die alle durchtesten auf diesen Effekt. Ich muss mir allerdings morgen mein Oszilloskop wieder holen welches ich verliehen habe, damit geht das dann besser als mit dem Multimeter im Livesystem zu testen. Momentan teste ich mit einem CP2102. Layoutfehler ist es keiner, das habe ich schon geprüft. Eventuell ist wirklich der CP2102 defekt. Im Livesystem geht das dann besser zu messen, weil ich dann einen Full Scan anstoßen kann und schon simuliere ich das Senden in einer kleinen Schleife.
Ach ja die Leds leuchten alle, wenn auch etwas schwach. Das ist aber jetzt noch sekundär und schau ich später noch genau wie weit man sie erhellen kann.
Platinen sehen alle gut aus und haben auch eine sehr gute Qualität, da kann man nicht meckern. Der Zusammenbau der Basisplatine dauert etwa 15-20 Minuten und ist sehr einfach.
LG
so, kurze Info, Basisplatine funktioniert!
Der Fehler war mit dem Oszilloskop schnell gefunden, es lief eine 2.Instanz vom ebusd und das war das Problem. Wenn jemand sowas testet, bitte einfach schauen wieviel Instanzen da laufen. D.h. die Platine hat auf Anhieb funktioniert was ja schon mal für ein Prototypen sehr gut ist.
ps -aux|grep ebusd
Ich habe nun folgende Adapter getestet:
FTDI 232, ELV Uart, Uart Mini, bei den Bausätzen soll der Uart Mini zum Einsatz kommen.
Im Anhang das RxD Signal gemessen an der Stiftleiste JP1. Das Sendesignal sieht auch so ähnlich mit diesen Flanken aus.
Ich starte nun mit dieser Platine einen Langzeittest von mehren Tagen und schaue mir nebenbei das Problem mit der Leuchstärke der Leds an. Die Reihung der Leds habe ich tewas geändert, da klappt es schon halbwegs mit der Sichtbarkeit. Led1=rot, Led2=grün, Led3=gelb. Led3 leuchtet schaltungstechnisch am hellsten und auch die Sendeled (Led2) ist nun sehr gut ausnehmbar. Die Empfangsled flackert sehr schnell vor sich hin, somit ist automatisch die nie so hell. Alle Leds sind auch am Mini Uart nochmals in voller Leuchtkraft vorhanden. Die Leds haben daher den Sinn wenn die Schaltung in ein Gehäuse verbaut ist.
Ich teste nun fröhlich weiter.
Ich hänge hier ein paar Bilder von den Testplatinen an. Als Buchsenleisten habe ich die 7mm Höhe genommen und die Gesamthöhe möglichst nieder zu halten.
Die Tests laufen alle noch und es gibt noch einiges zu tun.
LG
Reinhart
Zitat von: Reinhart am 25 September 2017, 18:24:43
@chons
du hattest mal gefragt ob wer eine Quelle für den USR-K2 kennt, habe hier einen (https://de.aliexpress.com/item/USR-K2-Serial-Port-TTL-to-Ethernet-Lan-Module-with-WEB-DHCP/32810297050.html?spm=a2g0x.10010108.1000013.4.29e66e8cGQdnpk&traffic_analysisId=recommend_2088_2_89359_iswistore&scm=1007.13339.89359.0&pvid=fabde632-51bb-4cb6-b4fd-8b7354bf9890&tpp=1) gefunden um gut 10.- € und eine Alteranative (https://de.aliexpress.com/item/USR-TCP232-T2-RS232-Serial-to-Ethernet-Module-Tcp-Ip-UDP-Network-Converter-Module-TTL-Lan/32811682376.html?spm=a2g0x.search0104.3.80.sfgJQl&ws_ab_test=searchweb0_0,searchweb201602_4_10152_10065_10151_10068_10344_10342_10343_10340_10341_10304_10307_10137_10060_10302_10155_10154_10056_10055_10054_5470020_10059_10532_100031_10099_5460020_10338_10339_10103_10102_10052_10053_10142_10107_10050_10051_5380020_10326_10084_10083_5370020_10080_10082_10081_10177_10110_10111_10112_10113_10114_143_10312_10313_10314_10078_10079_10073,searchweb201603_30,ppcSwitch_5&btsid=4040b729-fe8c-4e01-99a6-3a9081a2edef&algo_expid=f38dbb8b-ca56-4a3b-9a8d-909839a4fc0a-10&algo_pvid=f38dbb8b-ca56-4a3b-9a8d-909839a4fc0a) um 7.- €. Wobei letztere wieder etwas größer ist. Vom K2 hat der Ali 1 Million Stück, also keine Engpässe. Vor 2 Tagen gab es die noch nicht.
Danke Reinhart - Ich sehe den USR-K2/K3 mal für die RPI Platine vor, wenn ich auch aktuell "was die Suche angeht" weit weg von "1 Million Stück!" ;D entfernt bin - die scheinen aber generell weit verbreitet zu sein. ;)
Von dem USR-TCP232-T2 würde ich aktuell absehen, da er einfach zu groß ist (ich schaue es mir mal an, ob ich etwas machen kann, sehe aber wenig Chancen, dass der im Rennen ist.).
Zitat von: Reinhart am 25 September 2017, 18:24:43
Schön wäre von der Größe der (https://de.aliexpress.com/item/USR-ES1-W5500-Chip-New-SPI-to-LAN-Ethernet-Converter-TCPIP-Mod/32598945210.html?spm=a2g0x.10010108.1000013.4.67b1c769WIyz4V&traffic_analysisId=recommend_2088_2_89359_iswistore&scm=1007.13339.89359.0&pvid=fb22c853-43f7-40af-82bf-0568c36bb027&tpp=1), hat aber leider eine SPI Schnittstelle mit der wie nicht viel machen können.
Ja das wäre super, aber aktuell keine Idee womit ich das Teil an den Start bringen könnte... :-\
Zitat von: Reinhart am 29 September 2017, 20:42:36
Ich hänge hier ein paar Bilder von den Testplatinen an. Als Buchsenleisten habe ich die 7mm Höhe genommen und die Gesamthöhe möglichst nieder zu halten.
Die Tests laufen alle noch und es gibt noch einiges zu tun.
LG
Reinhart
Das sieht alles so toll aus (noch besser als ich es mir vorgestellt habe) und ich bin überwältigt, aber mach mir bitte einen Gefallen und stecke den WeMos anders herum drauf bevor Du eine Spannung anlegst... – sonst schrotest Du dein Wemos (und womöglich mehr ;)) ;) :D ;D
Nichts für Ungut Reinhart, aber das heitert mich auf ;) – bei den Herausforderungen die vor uns liegen!!!!!
PS: Die Präzisionspins machen schon was her, die sind super wenn auch etwas teurer- oder?
PPS: Was meint Ihr zu den schwarzen günstigen und den grünen treueren Anschluss klemmen? (Ich finde die grünen besser...)
PPS: Reinhart! – SMD Löten scheint Dir – trotz deiner Bedenken – keine Probleme zu breiten! Die Buttons sehen super aus und ich hoffe, dass die sehr experimentelle Erweiterungsplatine funktioniert. Die Abstandshalter für die Leds sehen auch super aus.
Zwischenstatus:
- Die Platinen sind gestern bei fast allen "Core-Testern" angekommen
- Review von den bisherigen Testern ist teilweise erfolgt
- Um Missverständnisse und Verwirrungen zu vermeiden, konsolidiere ich die Ergebnisse der ,,Core Tester" und veröffentliche diese demnächst hier im Forum.
- An die Interessenten: ,,Bitte abwarten bis die Testergebnisse final sind"
Zitat von: chons am 30 September 2017, 23:31:12
Das sieht alles so toll aus (noch besser als ich es mir vorgestellt habe) und ich bin überwältigt, aber mach mir bitte einen Gefallen und stecke den WeMos anders herum drauf bevor Du eine Spannung anlegst... – sonst schrotest Du dein Wemos (und womöglich mehr ;)) ;) :D ;D
Nichts für Ungut Reinhart, aber das heitert mich auf ;) – bei den Herausforderungen die vor uns liegen!!!!!
PS: Die Präzisionspins machen schon was her, die sind super wenn auch etwas teurer- oder?
PPS: Was meint Ihr zu den schwarzen günstigen und den grünen treueren Anschluss klemmen? (Ich finde die grünen besser...)
PPS: Reinhart! – SMD Löten scheint Dir – trotz deiner Bedenken – keine Probleme zu breiten! Die Buttons sehen super aus und ich hoffe, dass die sehr experimentelle Erweiterungsplatine funktioniert. Die Abstandshalter für die Leds sehen auch super aus.
ja, das ist blöd wenn ich solche Bilder mit dem verkehrt eingesteckten Wemos poste, sonst macht das noch wer nach.
SMD löten ist so eine Sache, wenn daneben genug Platz ist geht das gut, aber so einen 40-pol IC möchte ich mit meinem Werkzeug nicht so löten müssen. Die Led Abstandhalter sind so eine Sache, sind einfach zu montieren weil dann alle die gleiche Höhe haben, muss dann aber schließlich auch in das Gehäuse genau passen und hier werden die unterschiedlichsten Varianten zum Einsatz kommen. Aber ich glaube die 60 Cent für alle 3 sollten gerade noch passen.
LG
Zwischenstatus der bisherigen Tests
Zunächst vielen vielen Dank an die Tester für ihre Bereitschaft zu testen und bei dem Projekt zu unterstützen.
Ich habe gute und leider auch schlechte Nachrichten – die gute ist, dass die EBUS Basisplatine funktioniert und die schlechte, dass die nicht ,,out-of-the box" funktioniert. Grund hierfür ist, dass ich die masseseitige galvanische Trennung im Layout verhauen habe. Was bedeutet, dass die Platine nur funktioniert, wenn man ein paar Masseflächen durchtrennt und ein paar (bis zu 4 – ich habe es auch mit zwei geschafft) Lötbrücken setzt.
Bisher wurden unter anderem die nachfolgenden Punkte als Feedback zurückgemeldet:
Review/ToDo's Basisplatine V2.0
- Bei manchen Bauteilen sind die Lötpads klein/winzig und das kann bei Löteinsteigern zu Problemen führen. Z.B haben die 1N4148 schöne große Pads, aber die Zener-Diode (D6) hat kleine Pads, obwohl es eigentlich anders herum sein sollte.
ToDo: Also generell sind große Pads zu bevorzugen, da die sich einfach leichter löten lassen.
- Das Rastermaß von C3 ist für den ausgesuchten Kondensator zu klein.
ToDo: Ein neunen Kondensator mit entsprechenden Rastermaß raussuchen. Reinhart hat bereits einen herausgesucht.
- Die 2 Elkos stehen zu nahe zusammen, aber vielleicht lässt sich das anders lösen: C2 muss keine 50V Spannungsfestigkeit haben. Irgendwas größer 10V tuts auch und ist vielleicht kleiner. Auch die 10uF sind nicht in Beton gegossen sondern ein "nice to have".
- Sehr toll ist der Aufdruck mit den Bauteilbezeichnungen. Da findet man wirklich alles und sofort.
- Ein Vorschlag um das Leben der Nicht-Elektroniker zu vereinfachen: die DIL Gehäuse sowohl von den CNY17 als auch vom TLC393 haben keine Kerbe sondern einen Punkt beim Pin 1. ToDo: Vielleicht könnte man das im Aufdruck noch dazutun.
- Die interne 3,3V des Mini UART (Micro CP2102) beträgt satte 4,1 V, das scheint aber – nach bisherigen Tests der Schaltung egal zu sein
- Power LED ist sehr nah an der Bohrung platziert.
- Led1 und Led2 etwas zusammen rücken auf Rastermaß 2,54, dann kann man schön eine 4-fach Buchsenleiste bei den Leds einsetzen. Gleiches gilt dann auch für die Adapterplatine, die geht dann auch leichter zum Aufstecken.
Offene Themen/Tests:
- Widerstände LED's (keine Layout Thema)
Review/ToDo's Erweiterungsplatine
- Wifi Betrieb mit ESPLink (Normal Rx-Tx - siehe Funktionstabelle ID 1) erfolgreich getestet.
- Drucksensoren BMP180/BME280 funktionieren mit ESPEasy (siehe ID 5 und 6)
- Power LED ist sehr nah an der Bohrung platziert.
- Led1 und Led2 etwas zusammen rücken auf Rastermaß 2,54, dann kann man schön eine 4-fach Buchsenleiste bei den Leds einsetzen. Gleiches gilt dann auch für die Adapterplatine, die geht dann auch leichter zum Aufstecken.
- setzt man an der Adapterplatine den Buzzer ein, wird es eng mit dem Platz. Entweder den Wemos etwas nach unten rücken, oder die Buchsenleiste um 2 mm nach oben, was allerdings dann die OLED Buchse verdeckt. Ich habe jetzt beim Buzzer eine höhere Buchsenleiste eingesetzt, 8 statt 7 mm, dann gehts auch.
Offene Themen/Tests/Issues:
- Der Einsatz mit ESPEasy über den Serial Server macht aktuell Probleme und es liegt nach den bisherigen Erkenntnissen an den Rx und Tx Signale die mit internen Widerständen von 470 Ohm beschaltet sind und dabei ein Spannungsteiler entsteht.
- LGW Test noch nicht erfolgt
- Swapped Varianten ungetestet
- Buzzer ungetestet
- Nextion ungetestet
Der aktuelle Zustand entspricht nicht meinen (und sicher auch euren) Anforderungen/Erwartungen. Eine echte Version kann es nur geben wenn mindestens die galvanische Trennung wiederhergestellt ist und da ich sowieso an das Layout dran muss, dann kann ich die Schönheitsfehler/Optimierungen gleich mit einbauen.
Die Erweiterungsplatine ist auch von der galvanischen Trennung Verhau (meinerseits) betroffen und muss angepasst werden - zumal noch nicht alle Funktionen durchgetestet sind (na ja, zumindest funktioniert WiFi per ESPLink schon mal) und unklar ist, welche Anpassungen notwendig sind.
Aufgrund der Umstände müssen wir eine zweite finale Testrunde drehen, da ich – hoffentlich nicht – mit den Anpassungen möglicherweise neue Fehler einbaue.
Was heißt das? Die Sammelbestellung wird sich leider etwas verzögern.
Wie lange? Ist aktuell nicht absehbar, aber sobald es absehbar ist, dann gibt es sicher von mir Infos dazu.
Hallo,
hier im Thread ist es sehr ruhig geworden, dies trifft jedoch nicht für die Aktivitäten im Hintergrund zu, denn in den letzten fünf/sechs Wochen wurde sehr intensiv an der Optimierung und Verbesserung des eBus-Adapters gearbeitet.
Und es ist so weit: ,,Die Schaltung funktioniert nun so wie wir uns das vorstellen (dazu später mehr)!"
An dieser Stelle möchte ich mich zunächst bei Reinhart, Eduard und John ganz herzlich bedanken, die keine Kosten (für diverse Bestellungen von neuen Bauteilen) und Mühen (Ihre Freizeit - für diverse Messungen, Neuberechnungen von Bauteilen, Softwareentwicklung und gefühlt 1000 Tests - geopfert haben!) gescheut haben und es erst ermöglicht haben, dass der Adapter in der nun optimierten und robusten Version entstehen konnte. DANKE!
Ich werde nicht groß zusammenfassen, was alles in den letzten Wochen (mit über 300 Mails) passiert ist und welche Herausforderungen überwunden werden mussten – das würde den Thread sprengen.
Aus diesem Grund nur die wichtigsten Themen:
- Galvanische Trennung implementiert/gefixt
- Für die bessere Unterstützung der UARTS (manche haben einen Spannungsteiler im Tx/Rx Pfad z.B. WeMos und manche wiederum nicht) wurde der Optokopler CNY17-3 gegen CNY17-4 ausgetauscht - wegen seiner höheren Stromverstärkung.
- Zusätzlich wurde der Spannungsregler 78L05 (5V) gegen einen 78L08 (8V) ausgetauscht, um Flussspannungsthemen los zu werden.
- Die Zehnerdiode 7V wurde durch eine 9V ersetzt.
- Alle 1N4148 (Gleichrichterdioden) wurden gegen 1N4007 getauscht
- UART Power LED wurde entfernt stattdessen gibt es nun eBus Power LED
- LED Leuchtstärke optimiert
- Die WiFi Betrieb mit ESPEasy und ESPLink funktioniert nicht. Grund hierfür sind zu hohe Latenzzeiten. Aus diesem Grund hat John eine für eBus optimierte Firmware programmiert. Diese Firmware unterstützt aktuell keine Sensoren (das wird sich sicher ändern). Der Betrieb ist nach den bisherigen Erkenntnissen stabil.
Ferner wurden folgende Anpassungen (Changelog) an den beiden Platinen vorgenommen:
Basisplatine
- Galvanische Trennung implementiert
- CNY17-3 gegen CNY17-4 getauscht
- 78L08(8V) inkl. neuen Widerstandswerten implementiert
- LED3 weiter nach innen verschoben, da die sonst zu nah an der Bohrung platziert war
- LED1 und LED2 an 2,54 Raster angepasst
- Markierung (Punkt) für OK1,OK2,IC1 zwecks besserer Erkennung.
- LEDs, Q1, IC2, IC1, C3, Widerstände haben etwas größere Lötpads bekommen.
- Tx/Rx D8/D7 gefixt wenn auch nicht funktional wegen Tx/Rx Swap Themen
- Abstände GND zu Leiterbahnen und Lötpads auf 10mil (bisher 0mil) geändert.
- Zehnerdiode von 7V auf 9V geändert
- Mehr Platz(Abstand) für C1 und C2
- JP5 und JP6 an den Rand verschoben und an 2,54 Raster angepasst
- Dioden von 1N4148 gegen 1N4007 getauscht
- Diverse unzählige kosmetik Themen
Erweiterungsplatine
- NTC Implementiert
- Gas Counter implementiert
- LED3 PWR verschoben
- Größere Pads für LEDs und Kondensator
- GND Abstand auf 10 mil vergrößert.
- Devices (Sensoren etc.) auf 2,54 Raster angepasst
- Jumper Bezeichnung werden nun auch auf der Platine vorhanden sein
- Diverse unzählige kosmetik Themen
- SMD LEDs entfernt
Fazit: Die Platinen sind erwachsen, stabiler und robuster geworden.
Der weitere Ablauf sieht wie folgt aus:
- Wir haben eine Bestellung (mit überschaubaren Anzahl der Platinen) der neuen Version initiiert inkl. Express Versand, damit wir nicht 4-6 Wochen auf die Platinen warten müssen. Aktuell befinden sich die Platinen in Produktion. Die Lieferung erwarten wir im Laufe der nächsten Woche.
- Die Platinen müssen zunächst von uns final getestet werden, da doch sehr viele Umbauten an der Platine vorgenommen wurden, und evtl. Fehler nicht ausschließen können. Wir sind aber sehr zuversichtlich, dass alles funktionieren wird.
- Bei der Bestellung sind ein paar mehr Platinen dabei, um nicht nur die Tester zu versorgen (Details dazu folgen – siehe nächsten Punkt).
- Reinhart hat sich dankenswerter Weise bereit erklärt die Sammelbestellung zu organisieren. Er wird hierzu ein Thread eröffnen indem alle Informationen (Varianten, Preise, Organisation, Zeiten, Anzahl etc.) bereitgestellt werden. Über diesen Thread wird er auch die im Zulauf befindlichen Platinen abwickeln.
Ich habe den ersten Post (https://forum.fhem.de/index.php/topic,75878.msg677355.html#msg677355) überarbeitet. Dort findet ihr alle neuen Informationen (Schaltpläne, Bilder, 3D, Funktionsumfang etc.) zu der finalen Version des eBus Adapters.
VG chons
EDIT:Typos
Danke chons!
Sammelbestellung wird hier durchgeführt. (https://forum.fhem.de/index.php/topic,79427.0.html)
LG
Reinhart
zur Info:
Seit Testbeginn läuft bei mir eine Basis Platine im Lan und eine mit ebusd-esp und ESPEasy im WLAN ohne Probleme. Ebusd Version ist 3.0.
Hier im Anhang die Aufzeichnung von ESPEasy mit dem BME280, der hängt direkt neben der Therme und wie man sieht ist ihm schön warm und das Wetter wird nicht gut, Luftdruck fällt und fällt.
LG
Zitat von: Reinhart am 12 November 2017, 19:13:06
Luftdruck fällt und fällt.
Tja, warum sollte in Österreich das Wetter auch besser sein, als bei uns hier 8)
Gruß PeMue
Zitat von: PeMue am 12 November 2017, 19:31:37
Tja, warum sollte in Österreich das Wetter auch besser sein, als bei uns hier 8)
Gruß PeMue
Hallo PeMue,
Du hast deine Fühler auch überall ;)
LG Chons
die von chons angekündigten Features wie Oled's sind ebenfalls schon im Test und funktionieren auch auf der eBus Platine sehr gut.
Etwas klein, aber für unter 3.- sicher eine gute Anschaffung. Das es sich ja um ESPEasy handelt, können hier viele Sensoren die auf i2c basieren angehängt werden.
Wir testen aber noch die Langzeitstabilität.
LG
Reinhart
Ha
Wie gut, dass ich noch ein Display uebrig habe!
Jetzt fehlt nur noch das Nextion, und dann brauchen wir eigentlich den RT nicht mehr! ;)
Gruss Christoph
Ja ist klar, Nextion steht auch noch auf der Liste, aber im Augenblick haben wir mit der Logistik der vielen Sammelbestellungen alle Hände voll zu tun, kommt aber sicher noch. Ebenso will ja chons auch noch die RPI Schnittstelle ausreizen, siehe Post vorne.
In erster Linie konzentrieren wir uns um die eBus Funktionalitäten im allen möglichen Varianten, wenn die alle erledigt sind dann kommen die Features nach und nach dazu. Jeder von uns hat auch Familie, da bleibt dann oft nicht mehr viel Zeit. Aber das Projekt sollte ja auch jeden zu Ideen anspornen und die Grundlagen sind ja bereits schon geschafft. Wenn die ersten Bausätze erfolgreich in Betrieb sind, wird auch von den Anwendern einiges an Input kommen, das ist ja das Grundprinzip von so einer Plattform.
LG
Reinhart
Wie im eBus Sammelbestellungs Thread (https://forum.fhem.de/index.php/topic,79427.msg720347.html#msg720347) angekündigt, sind die überarbeiteten Platinen nun angekommen und ich konnte die ersten Tests erfolgreich durchführen - ausgenommen von den Tests sind folgende Komponenten: NTC, Nextion, Buzzer.
Die Platinen werden vermutlich Anfang nächster Woche bei John und Reinhart ankommen - Galileo bekommt natürlich auch je eine Platine.
Im ersten Thread (https://forum.fhem.de/index.php/topic,75878.0.html) findet ihr ein paar neue Bilder der finalen und fertig gelöteten Platine.
Achtung: Das ist mein Test Setup damit ich flexibel und einfach testen kann. Die produktive Version wird evtl. anders aussehen - insbesondere die Erweiterungsplatine.
...und noch ein paar mehr Bilder, weil der Hauptthread leider die zulässige Grenze erreicht hat.
Hallo, ich bin wirklich an einer Schnittstelle zu meinem Heizsystem auf Basis einer Vaillant ecoINWALL plus interessiert. Ich möchte es in mein Netzwerk integrieren, um es zu lesen und, wenn möglich, einige Befehle zu geben.
Von dem, was ich online sehen kann, scheint diese Platine wirklich meine einzige Hoffnung zu sein, mein Ziel zu erreichen. Ist es korrekt?
Nochmals vielen Dank und Entschuldigung für mein schlechtes Deutsch. :)
Hi, I'm really interested in an interface with my heating system based on a Vaillant ecoINWALL plus. I would like to integrate it inside my network in order to read and, if possible, give some commands.
From what I can see online this PCB seems really my only hope accomplish my objective. Is it correct?
Thanks again and sorry for my bad german. :)
It's not the "only" but currently the recommended "hope", according the ebusd-Wiki (https://github.com/john30/ebusd/wiki/6.-Hardware).
Zitat von: Sven77 am 04 Dezember 2017, 15:07:23
It's not the "only" but currently the recommended "hope", according the ebusd-Wiki (https://github.com/john30/ebusd/wiki/6.-Hardware).
Thanks for your quick answer! ;)
Yes, this is the exact page where I found this discussion.
I would like to join and try to buy an eBus adapter too.
Which variant (A,B,C,D) can I take to be able to communicate with my heating system and send this information through my wifi network to my RPi?
I also need another arduino or RPi to connect to this adapter in order to send this information?
Hello,
you can take variant A to communicate via Wifi. But it also works variant C + a Wemos. Yes, you need an Arduino or RPI, there the eBus demon runs to receive the Vaillant data.
LG
Reinhart
Zitat von: CrazYoshi am 04 Dezember 2017, 16:46:28
Thanks for your quick answer! ;)
Yes, this is the exact page where I found this discussion.
I would like to join and try to buy an eBus adapter too.
Which variant (A,B,C,D) can I take to be able to communicate with my heating system and send this information through my wifi network to my RPi?
I also need another arduino or RPi to connect to this adapter in order to send this information?
AFAIK you don't need an extra rpi beside the one running the ebus demon. The advantage of this system with the wemos is that it connects wireless to your rpi without anything in between.
Regards
Schnitzelbrain
Thanks guys, I will join the massive order with alt A + BME280 + soldering
Hope that will help me to have a cheaper interface connected to my heating system 8)
Hallo,
kann mir jemand sagen welche Variante ich bestellen muss, wenn ich nur eine Verbindung über LAN vornehmen möchte? Oder ist das gar nicht vorgesehen.
Die angebotenen I2C Anschlüsse wären für mich auch praktisch.
Danke für den Support
Hallo nochmal,
LAN gibt es wohl (noch) nicht.
Vielleicht kann ich mir das später selbst noch mit dem USR-K1/K2 LAN Adapter realisieren.
Ich würde dann erst mal die Variante B nehmen um auf der Erweiterungsplatine den Wemos mit ebusd-esp zu platzieren.
Der Wemos müsste sich dann mit meinem WLAN Router unterhalten an dem auch der Raspi per LAN hängt.
Das sollte doch gehen, oder?
Danke und Grüße
Hallo!
ja, das passt so, mit A,B oder C kannst du per WLAN kommunizieren.
USR-K2/K3 ist noch in Entwicklung und man kann noch nicht sagen ob das auch wirklich zu 100% funktioniert weil die Latenzen noch ordentlich Probleme machen. Für I2C gilt dasselbe. Wir haben aber auch noch nicht wirklich für dieses Thema Zeit dafür gehabt, weil wir noch auf anderer Seite viel testen.
LG
Hello.
I wanted to try to use this v2.0 board to read (and maybe write) data from my Ariston Clas Premium EVO 24 FF (it uses BridgeNet protocol, but AFAIK it is eBus).
My question: is it possible to get the eagle files for this PCB? I've found only 1.6 version.
Thank you.
Do not planned to create a version where the ebus daemon is run directly on esp8266?
Fantom
Zitat von: Fantom am 18 Dezember 2017, 20:50:51
Do not planned to create a version where the ebus daemon is run directly on esp8266?
that's a tricky task, but it might be realized at some point in future. There are no plans to do that yet, though.
mal ne Frage zu dem Elko
Wo entfällt er denn? Blicke da in der Doku nicht ganz durch...
Fertig aufgebaute Basisplatine. Die Buchsenleisten fu r nicht vorhandene Uarts kann man sich in der Regel sparen und müssen nicht bestückt werden. Der Kondensator C1 entfällt (wird nur benötigt bei 8V Variante) und ebenso der Widerstand R10. Dieser wird mit einer Drahtbrücke öder 1 Ohm Widerstand bestu ckt. Die Position der Zenerdiode und der 1N4007 nicht verwechseln.
Bei den Optokopplern ist unbedingt zu achten das diese richtig eingesetzt werden. Es befindet sich links unten jeweils ein Punkt, das ist Pin 1 und ist sö zu platzieren das dieser beim Aufdruck der Aussparung ist. Gleiches gilt für den Komparator.
Achtung: der Elektrolytkondensator C2 entfällt bei dieser Variante. Dieser war bei der 8V Variante vorgesehen, die jedoch wegen anderer Nachteile nicht zur Auslieferung gekommen ist.
Hab ihn jetzt auf C2 gelötet analog zu dem Bild in der Doku..
Hoffe das war richtig so .... ::)
Gruß
Markus
ja, richtig C1 entfällt.
und direkt noch ne Frage...will ja nix falsch verbauen :-)
Wo kommen den die zwei Bauteile aus dem Bild hin. Und was sind das für Teile..will ja nicht dumm sterben.. ;D
Hallo Markus,
das dürfte ein PTC bzw. ein Reed-Relais sein. Bezüglich PTC gab es weiter oben schon mal ein Bild.
Gruß Peter
Zitat von: PeMue am 23 Dezember 2017, 17:39:13
Hallo Markus,
das dürfte ein PTC bzw. ein Reed-Relais sein. Bezüglich PTC gab es weiter oben schon mal ein Bild.
Gruß Peter
Hi
es ist ein NTC kein PTC. Ist ein Tempersturfühler.
Das Reedrelais kannst am Gaszähler anbringen (nicht bei jedem) dann kannst du die Gasmenge erfassen!
zB: Link (https://forum.fhem.de/index.php/topic,26059.msg257868.html#msg257868), Link2 (https://forum.fhem.de/index.php/topic,41973.msg347802.html#msg347802)
Der NTC dient zur Messung von Temperaturen am Analogeingang zB: an einem Rohr oder Luft).
LG
Ahh super danke für die Info! Ist schon genial das Teil ;D
Hoffe habe ich bald Zeit um auch mal testen zu können wenn ich fertig bin.
Gruß
Markus
Hallo Zusammen,
nochmal eine Frage zum zusammenbau...
Und zwar bezüglich UART Adapter und Stiftleiste für zusätzlichen Wemos an der Basisplatine.
Den Uart kann man ja nicht sockeln, da er ja dann zu hoch wird und die Zusatzplatine nicht mehr drauf passt. Wenn man den aber nicht sockelt passt ja die Stiftleiste nicht mehr drunter für den zusätzlichen Wemos..oder?
Kommt dann die Stiftleiste einfach unter die Basisplatine? Dann würde es ja passen. Oder läuft da in meiner "Denke" was schief?
Mmh denke hat sich erledigt.... den uart braucht man ja nur für den Fall das man einen Raspi z.b. über USB anschliessen will und dabei die Erweiterungsplatine nicht nutzt....oder..?
Gruß
Markus
Zitat von: Reinhart am 23 Dezember 2017, 19:04:04
Das Reedrelais kannst am Gaszähler anbringen (nicht bei jedem) dann kannst du die Gasmenge erfassen!
zB: Link (https://forum.fhem.de/index.php/topic,26059.msg257868.html#msg257868), Link2 (https://forum.fhem.de/index.php/topic,41973.msg347802.html#msg347802)
Der NTC dient zur Messung von Temperaturen am Analogeingang zB: an einem Rohr oder Luft).
LG
Hallo Reinhart,
kann man mit diesem Reedkontakt auch eine Wasseruhr ablesen? Da dreht ja auch ein Rad.
Gruss
lewej
Hallo lewej,
Zitat von: lewej am 24 Dezember 2017, 11:27:00
kann man mit diesem Reedkontakt auch eine Wasseruhr ablesen? Da dreht ja auch ein Rad.
wenn der Wasserzähler einen drehenden Magnet hat, dann ja. Das Reed-Relais wird dann geschlossen, wenn der Magnet vorbeikommt. Meistens hat er das aber leider nicht ...
Gruß PeMue
Zitat von: Markus. am 24 Dezember 2017, 11:12:54
den uart braucht man ja nur für den Fall das man einen Raspi z.b. über USB anschliessen will und dabei die Erweiterungsplatine nicht nutzt....oder..?
ganz genau!
Hallo zusammen!
liegen die Projektdateien eigentlich irgendwo ab?
Ich würde mir die Platinchen evtl. gerne selbst herstellen...
Danke auch für die tolle Arbeit!
Servus zusammen,
wie man sieht bin ich neu hier im Forum. Ich verfolge aber diverse Themen schon längere Zeit.
Ich nutze zu Hause KNX und beschäftige mich seit kurzem auch mit FHEM. Wie viele andere User hier, würde ich gerne auch unsere Vaillant Therme mit einbinden. Zum einen um verschiedene Stati zu lesen und in Fhem auszuwerten, aber auch gewisse Funktionen auszulösen, also schreiben zu können.
Ich habe bis heute nur den Thread von pah gekannt und bin dann auf diesen Thread hier gestoßen. So wie ich das verstehe die Weiterentwicklung des ebus Adapters von pah!?
Ich habe mir den ganzen Thread zu Gemüte geführt und bin schwer beeindruckt von eurer Arbeit und Mühe!
An dieser Stelle ein großes Lob!
Allerdings bin ich auch ein wenig verwirrt. Zum einen bin ich unsicher, welcher Bausatz für mich in Frage käme um o.g. Ziel zu erreichen und welche Ziele hier verfolgt werden weil ja doch sehr viele Funktionen kombiniert werden.
Die Steuerung und das Auslesen des Ebus, klar. Aber zusätzlich noch Digital Signale und Analogwerte, Display Anbindung und die Möglichkeit den Gaszähler auszuwerten und andere Funktionen, die ich nicht verstanden habe...
Das soll bitte nicht nörgelnd rüber kommen ganz im Gegenteil!! Vielleicht kann mir jemand die Vorteile dieser ganzen kombinierten Funktionen erklären?
Bis jetzt habe ich in irgendeinem Forum gelesen, dass davon abgeraten wird den Ebusd auf dem gleichen System laufen zu lassen, wie das "Haupt-Fhem" zumindest wenn man FHEM auf einem Raspi betreibt, weil der Ebus den Raspi wohl ziemlich "belastet". Stimmt das soweit noch?
Basierend darauf hätte ich einen weiteren Raspi mit diesem Adapter hier verwendet. Oder ist das mit diesem Adapter gar unnötig? So habe ich das allerdings nicht verstanden
Demnach würde ich mit der Basis Platine und dem Uart Mini wohl auskommen...
Die Variante A hat eine WLan konnektivität mit einem Wemos. Aber was macht der Zweite?
Brauche ich dann auch noch den zweiten Raspi? Und die WLAN Verbindung ist nur eine Alternative zu USB?
Es tut mir leid. Vielleicht bin ich ich auch einfach nur zu blöd ::)
LG und entschuldigt diesen etwas umstrukturieren Post ;D
Zitat von: Andi291 am 30 Dezember 2017, 13:25:18
Hallo zusammen!
liegen die Projektdateien eigentlich irgendwo ab?
Ich würde mir die Platinchen evtl. gerne selbst herstellen...
Danke auch für die tolle Arbeit!
Hallo Andi291!
Die Gerberfiles hat Chons alleine entwickelt, er wird die aber sicherlich freigeben. Im Augenblick ist er aber auf Urlaub.
Wenn du vorab Platinen brauchst, noch sind genug vorhanden.
LG
Reinhart
@Keldi!
Um es kurz zu sagen, ja die Platine ist eine komplette Weiterentwicklung mit Schwerpunkt unterschiedlichste Uarts oder Wemos anschließen zu können.
Ebenso wurde die Nachbausicherheit (Toleranzen der Bauteile) erleichtert.
Standard sollte eine Verbindung mit Lan via Uart sein (Basisplatine). Da jedoch viele Anwender im Heizraum kein Netzwerk haben, wurde auch noch die Möglichkeit geschaffen eine Verbindung über WLAN herzustellen. John hat da eine eigene Firmware für den Wemos entwickelt (ebusd-esp) um die geforderten Latenzen des eBus Protokolls einhalten zu können. Der zweite Wemos (ESPEasy) dient nun dazu, alles mögliche anschließen zu können und kann dies an einem angeschlossenen Oled auch direkt im Heizraum ausgeben. Da ESPEasy ja den meisten Anwendern geläufig ist, kann sich hier jeder austoben und nach eigenem Geschmack einrichten. Verschiedene Anschlüsse sind auf der Erweiterungsplatine vorhanden. Wer das nicht braucht, kommt mit der Basisplatine aus (auch eBus WLAN). ESPEasy arbeitet völlig unabhängig vom eBus und nutzt nur den Platz auf der Platine.
Also für den Einsteig, Bausatz B oder C sofern du Uart oder Wemos selber hast.
Ob du einen zweiten Raspi für den eBus Dämon nimmst, obliegt dir. Ein Raspi 2 oder 3 hat genug Power um beides zu verkraften. Es empfiehlt sich zwecks Ausfallsicherheit und unterbrechungsfreiem Fhem einen zweiten zu verwenden. Damit kannst du genug experimentieren ohne den normalen Fhem Betrieb zu stören (booten etc.). Jeder Adapter muss die Signale zum Dämon (die eigentliche eBus Software) transportieren, der muss auf jeden Fall wo laufen und ist daher auch mit der Version 2.0 erforderlich. Fhem verbindet sich dann via Telnet zum Dämon (ECMD) und holt sich nach belieben die Daten ab.
Eventuell baut John einmal eine Miniversion des Dämons direkt auf einem Wemos, aber das ist Zukunft.
Das war jetzt einmal eine Kurzversion, man könnte darüber Seitenlang schreiben.
Weiter Infos und Links zu dem Thema findest du hier (https://forum.fhem.de/index.php/topic,79600.msg716138.html#msg716138).
LG
Hallo Reinhart,
danke für die schnelle Antwort!
Ja, ich würde sehr gerne zwei Platinen nehmen. Optional natürlich gleich zwei komplette Bausätze. Variante C wäre dann die richtige.
Wenn noch zwei UARTS vorhanden wären, wäre ich auch nicht böse :-)
Grüße, Andi
Hallo Reinhart,
danke für die Antwort! Also verstehe ich das richtig, der eine WeMos stellt die WLan Verbindung her und der andere WeMos dient als Prozessor um EspEasy zur Verfügung zu stellen, das WLan wird hier gar nicht verwendet?! Sodass man also theoretisch eine Stand Alone Lösung hätte, wenn man das OLed verwendet?
Zu der UART Anbindung mit LAN. Hieß es nicht bis zuletzt, das das nicht erprobt ist? Bzw es derzeit nicht für diese Platine vorgesehen ist wegen der Baugröße? Ich überlege mal, welche Version für mich in Frage kommt. Aber bei dem Preisen wäre es eigentlich unsinnig nicht die Version A zu nehmen. So hat man immerhin alle Möglichkeiten. Und es ist allemal günstiger und variabler, als alle fertig zu kaufen den Adapter!
Ich überlege nochmal und melde mich dann per PM
Wünsche an dieser Stelle schonmal allen einen guten Rutsch und einen guten Start ins neue Jahr!!
Keldi
Zitat von: PeMue am 24 Dezember 2017, 11:46:17
Hallo lewej,
wenn der Wasserzähler einen drehenden Magnet hat, dann ja. Das Reed-Relais wird dann geschlossen, wenn der Magnet vorbeikommt. Meistens hat er das aber leider nicht ...
Gruß PeMue
Moin, und frohes neues Jahr zusammen
Ich moechte das gerne richtig stellen. Das beiligende Glasroehrchen ist ein Reedkontakt, und kein Reedrelais. Ein Reedrelais hat noch zwei weitere Anschluesse, um den Elektromagneten zu erregen.
Gruss Christoph
Hallo Keldi, fast richtig!
Zitat von: Keldi am 31 Dezember 2017, 17:07:27
danke für die Antwort! Also verstehe ich das richtig, der eine WeMos stellt die WLan Verbindung her und der andere WeMos dient als Prozessor um EspEasy zur Verfügung zu stellen, das WLan wird hier gar nicht verwendet?! Sodass man also theoretisch eine Stand Alone Lösung hätte, wenn man das OLed verwendet?
beide Wemos verwenden Wlan und loggen sich am AP ein. Der ebusd-esp übeträgt die eBus Daten zum Dämon, ESPEasy kümmert sich um die Extras wie BME280, Oled etc.
ZitatZu der UART Anbindung mit LAN. Hieß es nicht bis zuletzt, das das nicht erprobt ist? Bzw es derzeit nicht für diese Platine vorgesehen ist wegen der Baugröße? Ich überlege mal, welche Version für mich in Frage kommt. Aber bei dem Preisen wäre es eigentlich unsinnig nicht die Version A zu nehmen. So hat man immerhin alle Möglichkeiten. Und es ist allemal günstiger und variabler, als alle fertig zu kaufen den Adapter!
UART auf USB, also direkt auf Raspi etc. funktioniert zu 100%. UART auf Lan wäre der K2, das wird so auf die schnelle nichts werden (Latenzen). Aber im Augenblick ist ohnehin alles aus und die Bestellungen sind geschlossen. Aber du hast recht, im Bausatz A ist alles drinnen und du bist flexibel was die Anbindung betrifft. Entweder per USB oder Wlan, beides funktioniert.
ZitatIch überlege nochmal und melde mich dann per PM
Bitte keine technischen Anfragen per PN, auch andere lernen hier mit und ich könnte die Fülle der Anfragen nicht beantworten. Das ist ja der Sinn von einem Forum.
LG
Reinhart
Hallo,
im prinzip läuft fast alles. Allerdings hab ich jetzt in Abständen von Tagen an und ein eine Fehlermeldung T1 der Wärmepumpe.
Im Ergebnis steigt die Pumpe aus und geht erst wieder nach Quittierung des Fehlers wieder an. Das könnte natürlich auch "zufällig" sein, aber die WP läuft seit Jahren 100% stabil, weshalb ich den Zufall eigentlich eher ausschließe.
Könnte es sein, das der Raspi mit seinen Abfragen den BUS überlastet (obwohl ich nicht kontinuierlich, sondern in 5min Abstand ca. 10 Werte abfrage) und daher evtl. der Messsert nach Kompressorstart nicht rechtzeitig an die WärmePumpe-CPU gemeldet wird. Dann würde der Kompressor natürlich von einem Fehler ausgehen und abschalten. Hatte jemand schon mal sowas?
Gruss
Ja, das mit dem Arbitrierungsverfahren ist ja so eine Sache, je mehr Geräte am Bus senden desto weniger können andere eine sichere Übertragung durchführen weil die freien Zeitfenster immer kleiner werden. Du kannst das ja ganz einfach testen, indem du die Abfragezeit einmal extrem auf 30 Minuten erhöhst und dann schaust ob die Wärmepumpe dann auch noch so oft aussteigt. Du kannst auch einmal versuchen die Priorität des eBus Adapters ganz nach hinten stellen, also Adresse FF vergeben das ist die schlechteste Priorität.
Bis jetzt waren ja deine Busgeräte unter sich, aber jetzt funkt jemand dazwischen. Eventuell kannst du im Log sehen wann da was passiert und ob da gerade von der Platine gesendet wurde und es damit zusammen hängt.
Wenn du viele Geräte am Bus hängen hast, kann auch die Stromversorgung dessen schon eine Rolle spielen. Gerade bei Anlagen mit Wärmepumpen kann dies schnell eintreten. Dafür hat Vaillant ja externe Speisegeräte geschaffen die den Bus stützen.
LG
was mir noch einfällt, versuche einmal die 10 Werte nicht auf einmal sondern zeitversetzt abzufragen. Zuerst 5, dann 30-60 Sekunden warten und dann die nächsten. Dann wird das Zeitfenster kleiner wo der Bus belegt ist und andere können dazwischen leichter senden.
LG
Hallo Reinhart,
so hab ich das jetzt auch probiert. Lese nur noch 5 Werte aus. Und habe die option von -f auf -m mit verschiedenen zeiten gesetzt.
-m heisst ja, dass keine neue Busabfrage erzwungen wird, wenn der angefragte Wert innerhalb der Zeit schon mal abgefragt wurde, oder? Ebusd fordert selbsständig aber keine Werte an oder? Dann hieße dass doch , man fängt die Werte ab die evtl. von anderen Busteilnhmern innerhalb der Zeit gerade auch schon einmal ausgetauscht wurden. Ist das richtig so?
(Reinhart, koenntest du evtl. auch mal kurz in den Parallethread schauen. geht um EMCD get-Befehle, bzw. Formatierung. Bekomme die abschließenden Zeilenumbrüche nicht raus, bzw. ein sauberes On/off. )
Danke
Frank
Auch auf die Gefahr, dass ich mich nun blamiere, aber ich muss es dennoch fragen:
Ich bin glücklicher Besitzer der von john30-vorbereiteten Basisplatine und dem Erweiterungsboard (Variante A). Es sind die beiden Wemos Minis (ESP Easy und ebusd-esp) daran angeschlossen.
John hat mir auch den UART CP2102 beigelegt. Ich persönlich würde den Adapter gerne per USB anschließen. Kann man den CP2102 und den es ebusd-Wemos gleichzeitig nutzen? Auch unabhängig vom Wemos wird es mit dem CP2102 ein wenig eng im Zwischenraum. Oder kann ich sogar die USB-Schnittstelle des Wemos nutzen, um die Daten seriell abzugreifen?
Zitat von: FunkOdyssey am 08 Januar 2018, 12:09:45
John hat mir auch den UART CP2102 beigelegt. Ich persönlich würde den Adapter gerne per USB anschließen. Kann man den CP2102 und den es ebusd-Wemos gleichzeitig nutzen? Auch unabhängig vom Wemos wird es mit dem CP2102 ein wenig eng im Zwischenraum. Oder kann ich sogar die USB-Schnittstelle des Wemos nutzen, um die Daten seriell abzugreifen?
parallel bringt jetzt nicht so richtig viel, da kannst (und solltest) Du den Wemos mit ebusd-esp Firmware einfach weg lassen.
Damit sind Basis und Erweiterungsplatine auch unabhängig voneinander, weil auf der Basisplatine dann die Stromzufuhr via CP2102 erfolgt (dann müsstest die 3 extra LEDs direkt auf der Basisplatine anbringen oder mit Stecker).
Oder Du schließt den CP2102 an dem gewinkelten Stecker an, wo jetzt der ebusd-esp dran hing, dann passt es auch wieder. Stromzufuhr bekommt der espeasy dann über den CP2102.
Und zur letzten Frage: Die Daten hängen natürlich auch am USB Serial vom Wemos an, aber ich weiß jetzt nicht ob das mit den internen Vorwiderständen auf dem Wemos überhaupt oder gut funktioniert...
Hmm, irgendwie habe ich mich unglücklich ausgedrückt. Tatsächlich will ich den ebusd-esp nicht zeitgleich mit der UART-Schnittstelle einsetzen. Ist wirklich unsinnig.
Ich habe meinen alten eBus-Adapter halt direkt neben meinem RasPi liegen und habe dafür extra neulich noch Kabel verlegt. Ich persönlich bevorzuge eine stabile serielle Verbindung vor einem WLAN. Das war mir auch vor dem Kauf wohl bekannt. Ich wollte halt nur alle Möglichkeiten haben, die ihr mit dem neuen Adapter zur Verfügung stellt.
Aber auch ohne ebuss-esp wird es ein wenig eng im Zwischenraum. Ich werde dann wohl eher die UART-Anschlussmöglichkeit am Wemos-Stecker verwenden. Wenn man auf die Pin-Belegung achtet, scheint es ja egal zu sein, wo man sich die Schnittstelle herholt. Danke für den Hinweis.
Die Erweiterungsplatine ist für mich nicht kritisch. Die bleibt erhalten, da ich noch einen Pulse-Counter und Buzzer anschließen will.
Das ist jetzt nicht euer Thema: Aber richtig geil wäre es, wenn man ESPEasy auch über UART steuern könnte. Analog Firmata oder ähnlich.
Ich weiß, dass das schwachsinnig klingt. Ich habe halt nur das Glück, dass sich alles in einem Schrank befindet. Wäre eine kurze WLAN-Strecke.
Ich habe einfach zu viele Möglichkeiten mit eurem Adapter. :-)
Zitat von: FunkOdyssey am 08 Januar 2018, 16:01:04
Ich habe einfach zu viele Möglichkeiten mit eurem Adapter. :-)
Ja das ist aber so gewollt, weil wie du da siehst sind wirklich viele Kombinationen abgedeckt. Du bist ja ein erfahrener Anwender, aber ich kann mir schon vorstellen, das einige Neueinsteiger hier überfordert sind was damit alles machbar ist.
Der mitgelieferte Uart sollte auch die Fehlersuche vereinfachen, wenn mal das Wlan nicht auf Anhieb funktionieren sollte, kann man hiermit die Basisfunktion durchtesten. Die Erweiterungsplatine kannst du auch abziehen und nur für den ESPeasy auch autark betreiben. Somit würde auch dein Pulse-Counter und Buzzer unabhängig von der Basisplatine funktionieren und kannst auch örtlich wo anders platzieren, vielleicht auch noch ein Oled drauf.
Bausatz C + Uart wäre eigentlich für die meisten Anwender ausreichend, aber dennoch wollen die meisten alle Möglichkeiten offen lassen und greifen zu "A".
LG
Zitat
Du kannst das ja ganz einfach testen, indem du die Abfragezeit einmal extrem auf 30 Minuten erhöhst und dann schaust ob die Wärmepumpe dann auch noch so oft aussteigt. Du kannst auch einmal versuchen die Priorität des eBus Adapters ganz nach hinten stellen, also Adresse FF vergeben das ist die schlechteste Priorität.
ich habe leider immer noch ab und an den T1 Fehler. Irgendwie hab ich den Eindruck der Fehler taucht im Zeitfenster auf wenn die Pumpe von Heizen auf Heisswasser umstellt also evtl. die Steuerung an einen anderen Busteilnehmer übergeht. Ich habe sukessive die ehemals zu 5er Gruppen gebündelten Abfragen jetzt mit 10 timern in 30s Intervallen zu Einzelabfragen gewandelt. Das sollte ja eigentlich der Bus genügend zeit haben. Gefühlt hat sich das ganze auch deutlich verbessert. Letzter Ausfall vor 3 Tagen. Ich dachte schon das wars, aber dann heute morgen wieder eine Störung.
Deshalb greife ich hier noch mal deine Idee auf ein FF zu vergeben. nur....wie mach ich das? :-)
Gruss
die Adresse des Adapters kannst in der /etc/default/ebusd in den OPTs mit dem Parameter "--address=ff" einstellen. Hier wäre "ff" die (letzte) Adresse am Bus.
Beispiel:
EBUSD_OPTS="-d /dev/ttyUSB0 -l /var/log/ebusd.log --scanconfig --latency=30000 --address=ff"
Den Dämon dann neu starten!
LG
hallo,
werde ich versuchen. danke
ein anderer Ansatz von mir wäre zu versuchen den Parameter : TempFailDetectTime anzuheben. Da ich davon ausgehe, dass mir der BUS Verkehr irgendwie ab und zu an der falschen stelle dazwischen funkt und dann den offenbar von der Steuerung erwarteten Rückgabewert T1 verschluckt, hatte ich mir gedacht das evtl. ein anheben dieses Parameters dem BUS mehr zeit verschafft, bevor ein Fehler angenommen wird.
Auslesen geht: ebusctl r -c uih TempFailDetectTime und liefert "0".
Irgendwie schaffe ich es aber nicht zu schreiben : ebusctl w -c uih#install TempFailDetectTime 0 läuft mit "ERR: element not found" ins Leere....
was mach ich falsch ?
Zitat von: f.f am 11 Januar 2018, 22:20:33
ein anderer Ansatz von mir wäre zu versuchen den Parameter : TempFailDetectTime anzuheben. Da ich davon ausgehe, dass mir der BUS Verkehr irgendwie ab und zu an der falschen stelle dazwischen funkt und dann den offenbar von der Steuerung erwarteten Rückgabewert T1 verschluckt, hatte ich mir gedacht das evtl. ein anheben dieses Parameters dem BUS mehr zeit verschafft, bevor ein Fehler angenommen wird.
"dazwischen funken" wird durch den CRC check abgefangen, so dass in diesem Fall eine Nachricht nicht vollständig wird.
Zitat von: f.f am 11 Januar 2018, 22:20:33
Irgendwie schaffe ich es aber nicht zu schreiben : ebusctl w -c uih#install TempFailDetectTime 0 läuft mit "ERR: element not found" ins Leere....
wenn Du ebusd 3 verwendest, dann musst Du #install wegnehmen und den client mit entsprechend mehr Rechten ausstatten, sprich authentifizieren (https://github.com/john30/ebusd/wiki/3.1.-TCP-client-commands#auth). Alternativ ebusd mit zusätzlichem Parameter für default auth level starten (z.B. "--accesslevel=* (https://github.com/john30/ebusd/wiki/2.-Run#daemon-options)").
Hallo,
funktioniert
ebusd --accesslevel=* nicht bei laufendem betrieb? Hatte das nämlich gestern noch gefunden und probiert, hat nicht funktioniert.
Auch die adresse hatte ich mit --adress im laufenden Betrieb aufgerufen. Fehler kam in keinem Fall. Funktioniert das auch nur beim neustart?. Hatte die Zeile von Reinhart nämlich wie geplant in der datei ebusd untergebracht, aber danach hat irgendwie ebaus gar nicht mehr richtig gestartet.
Zitat von: f.f am 12 Januar 2018, 14:35:05
Auch die adresse hatte ich mit --adress im laufenden Betrieb aufgerufen. Fehler kam in keinem Fall. Funktioniert das auch nur beim neustart?. Hatte die Zeile von Reinhart nämlich wie geplant in der datei ebusd untergebracht, aber danach hat irgendwie ebaus gar nicht mehr richtig gestartet.
wenn du "--address=...." mit einem "d" schreibst produzierst du einen Startfehler und Online geht da gar nichts! Immer Dämon neu starten!
LG
Hi, wollte dem neuen Adapter ein Gehäuse gönnen und hab dann mal etwas in Sketchup gebastelt.
(https://uploads.tapatalk-cdn.com/20180122/a19cf30a145e9b0203d97f23a437b28b.jpg)
Offen ist noch wie ich den zweiten Deckelversuch gestalte. Wie hoch sind denn Eure Varianten? Ich hab derzeit einen Wemos D1 mit den Standardverbindern, der ist etwa so hoch wie die LEDs und würde nicht so gut unter einen Deckel passen. Wie ist denn so die Hitzeentwicklung- braucht's Lüftungsschlitze?
Gesendet von iPhone mit Tapatalk
1. chons, galileo, John30, Danke für Ihre Arbeit!
2. Ich benutze Adapter 1.6, aber für einige meiner Freunde funktioniert es (Adapter 1.6) nicht mit Vaillant :(
Die Transportlogistik zu uns (Ukraine) sieht problematischer aus als die Herstellung des Boards
Deshalb ich:
schaute auf die verfügbaren Gehäuse, wählte das passende (D2MG)
benutzte einige SMD-Komponenten
machte die Platzierung von Komponenten auf einer Platine einer bestimmten Größe (https://3dbrdviewer.com/share?uid=24787d3e18c24d9eba6388e56d760abf)
3. Jetzt die Frage.
Aufgrund Ihrer Erfahrung sagen Sie mir bitte:
Welche möglichen Fehler habe ich gemacht?
Haben alle Komponenten den richtigen Namen, Wert usw.?
Part Value Package
C2 10uF C0805
C3 100nF C0805
D1 1n4007 (S1M, M7) DO214AC
D2 1n4007 (S1M, M7) DO214AC
D3 1n4007 (S1M, M7) DO214AC
D4 1n4007 (S1M, M7) DO214AC
D5 1n4007 (S1M, M7) DO214AC
IC1 TLC393P DIL08
IC3 78L08Z TO92
OK1 CNY17-4 DIL06
OK2 CNY17-4 DIL06
Q1 BC337-40 TO92
R1 390 R0805
R2 220 R0805
R3 100 R0805
R4 22k R0805
R5 470 R0805
R6 470 R0805
R7 18k R0805
R8 15k R0805
R9 220k R0805
R10 1 R0805
R11 820 R0805
R12 10k R0805
R13 1,2k R0805
R14 220 R0805
Z1 ZPY 9,1V 1,3W DO41Z10
Ich habe diese Nachricht (https://forum.fhem.de/index.php/topic,75878.msg714318.html#msg714318) gelesen, aber vielleicht hat sich im Moment schon etwas geändert?
Vielen Dank!
Entschuldigung für mein Deutsch (Google Translate:))
Hallo fim!
IC3 78L08Z TO92
R3 100 R0805
der ist falsch, muss ein 79L05 sein und R3 = 100K! Sonst sehe ich soweit keine Fehler!
Vergleiche bitte mit der Bestückungsliste (https://ebus.github.io/adapter/partlist)!
LG
Reinhart, vielen Dank!
Hallo fim!
C1 (10 uF) muss entfallen. Dieser Kondensator führt zu einer schlechten Kurvenform an Bus.
R10 und D5 können in der Folge entfallen, weil unnötig (stört aber auch nicht wenn sie bleiben)
LG
Zitat von: galileo am 13 Februar 2018, 22:09:58
C1 (10 uF) muss entfallen. Dieser Kondensator führt zu einer schlechten Kurvenform an Bus.
R10 und D5 können in der Folge entfallen, weil unnötig (stört aber auch nicht wenn sie bleiben)
galileo, Vielen Dank!
Ja, ja, ich erinnere mich, dass in C1 (10uF) keine Notwendigkeit besteht.
Wie ich es verstehe, bedeutet dies, dass P10 und D5 zu Debuggingzwecken auf der Platine sind.
Mit anderen Worten, es stellt sich heraus, dass man ein solches Schema sicher verwenden kann?
Ja, passt so. Nur der CNY17 muss ein CNY17-4 sein.
LG
Hallo fim,
Da ist noch ein fataler Fehler: Du hast die beiden Grounds zusammengeschlossen. Diese müssen aber getrennt sein.
Also links von den Optokopplern ein eigenes Netz "GND2" und rechts von den Optokopplern "GND".
LG
Zitat von: galileo am 14 Februar 2018, 07:14:45
Da ist noch ein fataler Fehler: Du hast die beiden Grounds zusammengeschlossen. Diese müssen aber getrennt sein.
Also links von den Optokopplern ein eigenes Netz "GND2" und rechts von den Optokopplern "GND".
Hallo galileo,
Vielen Dank!
Entschuldigung für meine Nachlässigkeit, ich habe mit Optokopplern nicht gut gearbeitet.
jetzt: OK1 (GND2) und... ??? :o OK2 (rotate MR180)
LG
Hi guys,
I have received the eBus Adapter and now I successfully connected to my network. What I don't understand so far is if the adapter is able to share the ebus with my Vaillant thermostat inside my place or I have to unplug it.
I don't know if the eBus can supply enought power to run both correctly.
Let me know!
Hello CrazYoshi!
The eBus is simply wired in parallel, so you clamp the board parallel to it. For 98% of users, the power of the eBus is sufficient. It only becomes critical when many devices ( >4-5 ) have been connected to the bus.
Please do not disconnect the Calormatic, test it!
LG
Reinhart
Zitat von: Reinhart am 17 Februar 2018, 10:37:54
Hello CrazYoshi!
The eBus is simply wired in parallel, so you clamp the board parallel to it. For 98% of users, the power of the eBus is sufficient. It only becomes critical when many devices ( >4-5 ) have been connected to the bus.
Please do not disconnect the Calormatic, test it!
LG
Reinhart
Ok thanks for your quick reply.
I have successfully connected ebusd with the eBus Adapter. Now from the webpage of the WeMos I see:
Build: 20171230
Chip ID: 009f4801
CPU frequency: 80
Free heap: 37192
Hostname: ebus-9f4801
ebusd device string: 192.168.1.23:9999
ebusd connected: yes (inactive)
eBUS signal: acquiredBut if I run ebusctl info from my raspi I get:
version: ebusd 3.1.v3.0-35-gb0e20b7
update check: revision v3.1-1-g60a18d1 available, broadcast.csv: different version available
signal: no signal
reconnects: 0
masters: 1
messages: 10
conditional: 0
poll: 0
update: 7
address 31: master #8, ebusd
address 36: slave #8, ebusdWhat should I do now?How can I start see some heating data?
Zitat von: CrazYoshi am 17 Februar 2018, 11:02:04
What should I do now?How can I start see some heating data?
I guess you need to initiate a full scan, as it seems you have no controller attached to the bus.
Zitat von: john30 am 17 Februar 2018, 11:06:03
I guess you need to initiate a full scan, as it seems you have no controller attached to the bus.
I have performed a full scan but the result it's still the same:
pi@homedaemon:~ $ ebusctl scan full
done
pi@homedaemon:~ $ ebusctl scan result
done
pi@homedaemon:~ $ ebusctl info
version: ebusd 3.1.v3.0-35-gb0e20b7
update check: revision v3.1-1-g60a18d1 available, broadcast.csv: different version available
signal: no signal
reconnects: 0
masters: 1
messages: 10
conditional: 0
poll: 0
update: 7
address 31: master #8, ebusd
address 36: slave #8, ebusd
Zitat von: CrazYoshi am 17 Februar 2018, 11:24:19
...
signal: no signal
...
without signal, the scan is useless. did you set up the device string in /etc/default/ebusd according to the wemos settings?
Zitat von: john30 am 17 Februar 2018, 11:35:14
without signal, the scan is useless. did you set up the device string in /etc/default/ebusd according to the wemos settings?
yes, I change the file /etc/default/ebusd:
# /etc/default/ebusd:
# config file for ebusd service.
# Options to pass to ebusd (run "ebusd -?" for more info):
EBUSD_OPTS="--scanconfig -d 192.168.1.23:9999"
# MULTIPLE EBUSD INSTANCES WITH SYSV
# In order to run multiple ebusd instances on a SysV enabled system, simply
# define several EBUSD_OPTS with a unique suffix for each. Recommended is to
# use a number as suffix for all EBUSD_OPTS settings. That number will then be
# taken as additional "instance" parameter to the init.d script in order to
# start/stop an individual ebusd instance instead of all instances.
# Example: (uncomment the EBUSD_OPTS above)
#EBUSD_OPTS1="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 -p 8888 -l /var/log/ebusd1.log"
#EBUSD_OPTS2="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A900acTF-if00-port0 -p 8889 -l /var/log/ebusd2.log"
#EBUSD_OPTS3="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A900beCG-if00-port0 -p 8890 -l /var/log/ebusd3.log"
# MULTIPLE EBUSD INSTANCES WITH SYSTEMD
# In order to run muiltiple ebusd instances on a systemd enabled system, just
# copy the /usr/lib/systemd/system/ebusd.service file to /etc/systemd/system/
# with a different name (e.g. ebusd-2.service), remove the line starting with
# 'EnvironmentFile=', and replace the '$EBUSD_OPTS' with the options for that
# particular ebusd instance.
This is what WeMos show:
Build: 20171230
Chip ID: 009f4801
CPU frequency: 80
Free heap: 37392
Hostname: ebus-9f4801
ebusd device string: 192.168.1.23:9999
ebusd connected: yes (inactive)
eBUS signal: acquired
have you the correct Ip an Port (https://forum.fhem.de/index.php/topic,79600.msg759319.html#msg759319)?
LG
Zitat von: Reinhart am 17 Februar 2018, 12:33:22
have you the correct Ip an Port (https://forum.fhem.de/index.php/topic,79600.msg759319.html#msg759319)?
LG
if I undestand correclty I have to change both ebusd TCP port and Management TCP port to 8889 and 9999, correct?
Below my actual WeMos config
Here instead ebusd log after configuration change to the one you posted:
2018-02-17 12:46:19.429 [main notice] SIGTERM received
2018-02-17 12:46:19.980 [main notice] ebusd 3.1.v3.0-35-gb0e20b7 started with auto scan
2018-02-17 12:46:20.179 [bus notice] bus started with own address 31/36
2018-02-17 12:46:20.179 [bus notice] signal acquired
2018-02-17 12:46:20.241 [bus notice] new master 10, master count 2
2018-02-17 12:46:21.292 [bus notice] new master 03, master count 3
2018-02-17 12:46:22.349 [main notice] ebusd stopped
2018-02-17 12:46:28.533 [update notice] unknown MS cmd: 1008b5110101 / 09403f6008ffff0000ff
2018-02-17 12:46:28.772 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2018-02-17 12:46:28.938 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2018-02-17 12:46:30.317 [main error] scan config 08: ERR: read timeout
2018-02-17 12:46:32.690 [main error] scan config 15: ERR: read timeout
2018-02-17 12:46:38.574 [update notice] unknown MS cmd: 1008b5110101 / 09403f6008ffff0000ff
2018-02-17 12:46:38.839 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2018-02-17 12:46:38.938 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2018-02-17 12:46:39.101 [update notice] unknown MS cmd: 1008b5110102 / 06011496467864
2018-02-17 12:46:48.593 [update notice] unknown MS cmd: 1008b5110101 / 09403f6008ffff0000ff
2018-02-17 12:46:48.857 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2018-02-17 12:46:48.939 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2018-02-17 12:46:58.595 [update notice] unknown MS cmd: 1008b5110101 / 09403f6008ffff0000ff
2018-02-17 12:46:58.881 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2018-02-17 12:46:58.939 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2018-02-17 12:47:08.585 [update notice] unknown MS cmd: 1008b5110101 / 09403f6008ffff0000ff
2018-02-17 12:47:08.898 [update notice] unknown MS cmd: 1008b5040100 / 0a00ffffffffffffff6008
2018-02-17 12:47:08.940 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2018-02-17 12:47:09.108 [update notice] unknown BC cmd: 10feb516080045101306010215
2018-02-17 12:47:09.403 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2018-02-17 12:47:09.653 [update notice] unknown MS cmd: 1008b5110102 / 06011496467864
2018-02-17 12:47:09.914 [update notice] unknown MS cmd: 1008b5110100 / 0903020c001f10000000
2018-02-17 12:47:10.169 [update notice] unknown MS cmd: 1008b5100305ff01 / 0101
2018-02-17 12:47:10.381 [update notice] unknown MS cmd: 1008b512020064 / 00
2018-02-17 12:47:10.634 [update notice] unknown MS cmd: 1008b5120204ff / 0101
2018-02-17 12:47:10.857 [update notice] unknown BC cmd: 10feb51603016008
2018-02-17 12:47:18.634 [update notice] unknown MS cmd: 1008b5110101 / 09403f6008ffff0000ff
2018-02-17 12:47:18.860 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2018-02-17 12:47:18.940 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2018-02-17 12:47:28.623 [update notice] unknown MS cmd: 1008b5110101 / 09403f6008ffff0000ff
2018-02-17 12:47:28.886 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2018-02-17 12:47:28.947 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2018-02-17 12:47:38.639 [update notice] unknown MS cmd: 1008b5110101 / 09403f6008ffff0000ff
2018-02-17 12:47:38.909 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2018-02-17 12:47:38.948 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2018-02-17 12:47:39.179 [update notice] unknown MS cmd: 1008b5110102 / 06011496467864
Zitat von: CrazYoshi am 17 Februar 2018, 12:40:53
2018-02-17 12:46:28.938 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
that doesn't make sense at all if you set up the defaults correctly. did you also restart the daemon? and what is connected to ttyUSB0?
Zitat von: john30 am 17 Februar 2018, 14:19:23
that doesn't make sense at all if you set up the defaults correctly. did you also restart the daemon? and what is connected to ttyUSB0?
I have stop and start the service and updated ebusd-configuration cloining github repository as described in the wiki and now it seems connected correctly:
pi@homedaemon:~ $ ebusctl info
version: ebusd 3.1.v3.0-35-gb0e20b7
signal: acquired
symbol rate: 25
max symbol rate: 85
min arbitration micros: 224
max arbitration micros: 262
min symbol latency: 7
max symbol latency: 12
reconnects: 0
masters: 3
messages: 363
conditional: 0
poll: 0
update: 8
address 03: master #11
address 08: slave #11
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0110;HW=2103", loaded "vaillant/15.700.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
Now I only to understand all the heating system attribute and parameters cause at the moment seems pretty empty to me.. :o
{
"700": {
"messages": {
"AdaptHeatCurve": {
"name": "AdaptHeatCurve",
"passive": false,
"write": false,
"lastup": 0
},
"BankHolidayEndPeriod": {
"name": "BankHolidayEndPeriod",
"passive": false,
"write": false,
"lastup": 0
},
"BankHolidayStartPeriod": {
"name": "BankHolidayStartPeriod",
"passive": false,
"write": false,
"lastup": 0
},
"ccTimer.Friday": {
"name": "ccTimer.Friday",
"passive": false,
"write": false,
"lastup": 0
},
"ccTimer.Monday": {
"name": "ccTimer.Monday",
"passive": false,
"write": false,
"lastup": 0
},
"ccTimer.Saturday": {
"name": "ccTimer.Saturday",
"passive": false,
"write": false,
"lastup": 0
},
"ccTimer.Sunday": {
"name": "ccTimer.Sunday",
"passive": false,
"write": false,
"lastup": 0
},
"ccTimer.Thursday": {
"name": "ccTimer.Thursday",
"passive": false,
"write": false,
"lastup": 0
},
"ccTimer.Tuesday": {
"name": "ccTimer.Tuesday",
"passive": false,
"write": false,
"lastup": 0
},
"ccTimer.Wednesday": {
"name": "ccTimer.Wednesday",
"passive": false,
"write": false,
"lastup": 0
},
"ContinuosHeating": {
"name": "ContinuosHeating",
"passive": false,
"write": false,
"lastup": 0
},
"currenterror": {
"name": "currenterror",
"passive": false,
"write": false,
"lastup": 0
},
"CylinderChargeHyst": {
"name": "CylinderChargeHyst",
"passive": false,
"write": false,
"lastup": 0
},
"CylinderChargeOffset": {
"name": "CylinderChargeOffset",
"passive": false,
"write": false,
"lastup": 0
},
"Date": {
"name": "Date",
"passive": false,
"write": false,
"lastup": 0
},
"DisplayedOutsideTemp": {
"name": "DisplayedOutsideTemp",
"passive": false,
"write": false,
"lastup": 0
},
"errorhistory": {
"name": "errorhistory",
"passive": false,
"write": false,
"lastup": 0
},
"FrostOverRideTime": {
"name": "FrostOverRideTime",
"passive": false,
"write": false,
"lastup": 0
},
"Hc1ActualFlowTempDesired": {
"name": "Hc1ActualFlowTempDesired",
"passive": false,
"write": false,
"lastup": 0
},
"Hc1AutoOffMode": {
"name": "Hc1AutoOffMode",
"passive": false,
"write": false,
"lastup": 0
},
"Hc1CircuitType": {
"name": "Hc1CircuitType",
"passive": false,
"write": false,
"lastup": 0
},
"Hc1ExcessTemp": {
"name": "Hc1ExcessTemp",
"passive": false,
"write": false,
"lastup": 0
},
"Hc1FlowTemp": {
"name": "Hc1FlowTemp",
"passive": false,
"write": false,
"lastup": 0
},
"Hc1HeatCurve": {
"name": "Hc1HeatCurve",
"passive": false,
"write": false,
"lastup": 0
},
"Hc1HeatCurveAdaption": {
"name": "Hc1HeatCurveAdaption",
"passive": false,
"write": false,
"lastup": 0
},
"Hc1MaxFlowTempDesired": {
"name": "Hc1MaxFlowTempDesired",
"passive": false,
"write": false,
"lastup": 0
},
"Hc1MinFlowTempDesired": {
"name": "Hc1MinFlowTempDesired",
"passive": false,
"write": false,
"lastup": 0
},
"Hc1MixerMovement": {
"name": "Hc1MixerMovement",
"passive": false,
"write": false,
"lastup": 0
},
"Hc1PumpStatus": {
"name": "Hc1PumpStatus",
"passive": false,
"write": false,
"lastup": 0
},
"Hc1RoomTempSwitchOn": {
"name": "Hc1RoomTempSwitchOn",
"passive": false,
"write": false,
"lastup": 0
},
"Hc1Status": {
"name": "Hc1Status",
"passive": false,
"write": false,
"lastup": 0
},
"Hc1SummerTempLimit": {
"name": "Hc1SummerTempLimit",
"passive": false,
"write": false,
"lastup": 0
},
"Hc2ActualFlowTempDesired": {
"name": "Hc2ActualFlowTempDesired",
"passive": false,
"write": false,
"lastup": 0
},
"Hc2AutoOffMode": {
"name": "Hc2AutoOffMode",
"passive": false,
"write": false,
"lastup": 0
},
"Hc2CircuitType": {
"name": "Hc2CircuitType",
"passive": false,
"write": false,
"lastup": 0
},
"Hc2ExcessTemp": {
"name": "Hc2ExcessTemp",
"passive": false,
"write": false,
"lastup": 0
},
"Hc2FlowTemp": {
"name": "Hc2FlowTemp",
"passive": false,
"write": false,
"lastup": 0
},
"Hc2HeatCurve": {
"name": "Hc2HeatCurve",
"passive": false,
"write": false,
"lastup": 0
},
"Hc2HeatCurveAdaption": {
"name": "Hc2HeatCurveAdaption",
"passive": false,
"write": false,
"lastup": 0
},
"Hc2MaxFlowTempDesired": {
"name": "Hc2MaxFlowTempDesired",
"passive": false,
"write": false,
"lastup": 0
},
"Hc2MinFlowTempDesired": {
"name": "Hc2MinFlowTempDesired",
"passive": false,
"write": false,
"lastup": 0
},
"Hc2MixerMovement": {
"name": "Hc2MixerMovement",
"passive": false,
"write": false,
"lastup": 0
},
"Hc2PumpStatus": {
"name": "Hc2PumpStatus",
"passive": false,
"write": false,
"lastup": 0
},
"Hc2RoomTempSwitchOn": {
"name": "Hc2RoomTempSwitchOn",
"passive": false,
"write": false,
"lastup": 0
},
"Hc2Status": {
"name": "Hc2Status",
"passive": false,
"write": false,
"lastup": 0
},
"Hc2SummerTempLimit": {
"name": "Hc2SummerTempLimit",
"passive": false,
"write": false,
"lastup": 0
},
"HcStorageTempBottom": {
"name": "HcStorageTempBottom",
"passive": false,
"write": false,
"lastup": 0
},
"HcStorageTempTop": {
"name": "HcStorageTempTop",
"passive": false,
"write": false,
"lastup": 0
},
"HolidayEndPeriod": {
"name": "HolidayEndPeriod",
"passive": false,
"write": false,
"lastup": 0
},
"HolidayStartPeriod": {
"name": "HolidayStartPeriod",
"passive": false,
"write": false,
"lastup": 0
},
"HolidayTemp": {
"name": "HolidayTemp",
"passive": false,
"write": false,
"lastup": 0
},
"HwcBankHolidayEndPeriod": {
"name": "HwcBankHolidayEndPeriod",
"passive": false,
"write": false,
"lastup": 0
},
"HwcBankHolidayStartPeriod": {
"name": "HwcBankHolidayStartPeriod",
"passive": false,
"write": false,
"lastup": 0
},
"HwcFlowTemp": {
"name": "HwcFlowTemp",
"passive": false,
"write": false,
"lastup": 0
},
"HwcHolidayEndPeriod": {
"name": "HwcHolidayEndPeriod",
"passive": false,
"write": false,
"lastup": 0
},
"HwcHolidayStartPeriod": {
"name": "HwcHolidayStartPeriod",
"passive": false,
"write": false,
"lastup": 0
},
"HwcLockTime": {
"name": "HwcLockTime",
"passive": false,
"write": false,
"lastup": 0
},
"HwcMaxFlowTempDesired": {
"name": "HwcMaxFlowTempDesired",
"passive": false,
"write": false,
"lastup": 0
},
"HwcOpMode": {
"name": "HwcOpMode",
"passive": false,
"write": false,
"lastup": 0
},
"HwcParallelLoading": {
"name": "HwcParallelLoading",
"passive": false,
"write": false,
"lastup": 0
},
"HwcSFMode": {
"name": "HwcSFMode",
"passive": false,
"write": false,
"lastup": 0
},
"HwcStorageTemp": {
"name": "HwcStorageTemp",
"passive": false,
"write": false,
"lastup": 0
},
"HwcStorageTempBottom": {
"name": "HwcStorageTempBottom",
"passive": false,
"write": false,
"lastup": 0
},
"HwcStorageTempTop": {
"name": "HwcStorageTempTop",
"passive": false,
"write": false,
"lastup": 0
},
"HwcTempDesired": {
"name": "HwcTempDesired",
"passive": false,
"write": false,
"lastup": 0
},
"hwcTimer.Friday": {
"name": "hwcTimer.Friday",
"passive": false,
"write": false,
"lastup": 0
},
"hwcTimer.Monday": {
"name": "hwcTimer.Monday",
"passive": false,
"write": false,
"lastup": 0
},
"hwcTimer.Saturday": {
"name": "hwcTimer.Saturday",
"passive": false,
"write": false,
"lastup": 0
},
"hwcTimer.Sunday": {
"name": "hwcTimer.Sunday",
"passive": false,
"write": false,
"lastup": 0
},
"hwcTimer.Thursday": {
"name": "hwcTimer.Thursday",
"passive": false,
"write": false,
"lastup": 0
},
"hwcTimer.Tuesday": {
"name": "hwcTimer.Tuesday",
"passive": false,
"write": false,
"lastup": 0
},
"hwcTimer.Wednesday": {
"name": "hwcTimer.Wednesday",
"passive": false,
"write": false,
"lastup": 0
},
"HydraulicScheme": {
"name": "HydraulicScheme",
"passive": false,
"write": false,
"lastup": 0
},
"Installer1": {
"name": "Installer1",
"passive": false,
"write": false,
"lastup": 0
},
"Installer2": {
"name": "Installer2",
"passive": false,
"write": false,
"lastup": 0
},
"KeyCodeforConfigMenu": {
"name": "KeyCodeforConfigMenu",
"passive": false,
"write": false,
"lastup": 0
},
"MaintenanceDate": {
"name": "MaintenanceDate",
"passive": false,
"write": false,
"lastup": 0
},
"MaintenanceDue": {
"name": "MaintenanceDue",
"passive": false,
"write": false,
"lastup": 0
},
"MaxCylinderChargeTime": {
"name": "MaxCylinderChargeTime",
"passive": false,
"write": false,
"lastup": 0
},
"MaxRoomHumidity": {
"name": "MaxRoomHumidity",
"passive": false,
"write": false,
"lastup": 0
},
"MultiRelaySetting": {
"name": "MultiRelaySetting",
"passive": false,
"write": false,
"lastup": 0
},
"noiseReductionTimer.Friday": {
"name": "noiseReductionTimer.Friday",
"passive": false,
"write": false,
"lastup": 0
},
"noiseReductionTimer.Monday": {
"name": "noiseReductionTimer.Monday",
"passive": false,
"write": false,
"lastup": 0
},
"noiseReductionTimer.Saturday": {
"name": "noiseReductionTimer.Saturday",
"passive": false,
"write": false,
"lastup": 0
},
"noiseReductionTimer.Sunday": {
"name": "noiseReductionTimer.Sunday",
"passive": false,
"write": false,
"lastup": 0
},
"noiseReductionTimer.Thursday": {
"name": "noiseReductionTimer.Thursday",
"passive": false,
"write": false,
"lastup": 0
},
"noiseReductionTimer.Tuesday": {
"name": "noiseReductionTimer.Tuesday",
"passive": false,
"write": false,
"lastup": 0
},
"noiseReductionTimer.Wednesday": {
"name": "noiseReductionTimer.Wednesday",
"passive": false,
"write": false,
"lastup": 0
},
"OpMode": {
"name": "OpMode",
"passive": false,
"write": false,
"lastup": 0
},
"OpModeEffect": {
"name": "OpModeEffect",
"passive": false,
"write": false,
"lastup": 0
},
"OutsideTempAvg": {
"name": "OutsideTempAvg",
"passive": false,
"write": false,
"lastup": 0
},
"PhoneNumber1": {
"name": "PhoneNumber1",
"passive": false,
"write": false,
"lastup": 0
},
"PhoneNumber2": {
"name": "PhoneNumber2",
"passive": false,
"write": false,
"lastup": 0
},
"PrEnergySum": {
"name": "PrEnergySum",
"passive": false,
"write": false,
"lastup": 0
},
"PrEnergySumHc": {
"name": "PrEnergySumHc",
"passive": false,
"write": false,
"lastup": 0
},
"PrEnergySumHcLastMonth": {
"name": "PrEnergySumHcLastMonth",
"passive": false,
"write": false,
"lastup": 0
},
"PrEnergySumHcThisMonth": {
"name": "PrEnergySumHcThisMonth",
"passive": false,
"write": false,
"lastup": 0
},
"PrEnergySumHwc": {
"name": "PrEnergySumHwc",
"passive": false,
"write": false,
"lastup": 0
},
"PrEnergySumHwcLastMonth": {
"name": "PrEnergySumHwcLastMonth",
"passive": false,
"write": false,
"lastup": 0
},
"PrEnergySumHwcThisMonth": {
"name": "PrEnergySumHwcThisMonth",
"passive": false,
"write": false,
"lastup": 0
},
"PumpAdditionalTime": {
"name": "PumpAdditionalTime",
"passive": false,
"write": false,
"lastup": 0
},
"SFMode": {
"name": "SFMode",
"passive": false,
"write": false,
"lastup": 0
},
"SolarYieldTotal": {
"name": "SolarYieldTotal",
"passive": false,
"write": false,
"lastup": 0
},
"SystemFlowTemp": {
"name": "SystemFlowTemp",
"passive": false,
"write": false,
"lastup": 0
},
"tariffTimer.Friday": {
"name": "tariffTimer.Friday",
"passive": false,
"write": false,
"lastup": 0
},
"tariffTimer.Monday": {
"name": "tariffTimer.Monday",
"passive": false,
"write": false,
"lastup": 0
},
"tariffTimer.Saturday": {
"name": "tariffTimer.Saturday",
"passive": false,
"write": false,
"lastup": 0
},
"tariffTimer.Sunday": {
"name": "tariffTimer.Sunday",
"passive": false,
"write": false,
"lastup": 0
},
"tariffTimer.Thursday": {
"name": "tariffTimer.Thursday",
"passive": false,
"write": false,
"lastup": 0
},
"tariffTimer.Tuesday": {
"name": "tariffTimer.Tuesday",
"passive": false,
"write": false,
"lastup": 0
},
"tariffTimer.Wednesday": {
"name": "tariffTimer.Wednesday",
"passive": false,
"write": false,
"lastup": 0
},
"Time": {
"name": "Time",
"passive": false,
"write": false,
"lastup": 0
},
"ventilationTimer.Friday": {
"name": "ventilationTimer.Friday",
"passive": false,
"write": false,
"lastup": 0
},
"ventilationTimer.Monday": {
"name": "ventilationTimer.Monday",
"passive": false,
"write": false,
"lastup": 0
},
"ventilationTimer.Saturday": {
"name": "ventilationTimer.Saturday",
"passive": false,
"write": false,
"lastup": 0
},
"ventilationTimer.Sunday": {
"name": "ventilationTimer.Sunday",
"passive": false,
"write": false,
"lastup": 0
},
"ventilationTimer.Thursday": {
"name": "ventilationTimer.Thursday",
"passive": false,
"write": false,
"lastup": 0
},
"ventilationTimer.Tuesday": {
"name": "ventilationTimer.Tuesday",
"passive": false,
"write": false,
"lastup": 0
},
"ventilationTimer.Wednesday": {
"name": "ventilationTimer.Wednesday",
"passive": false,
"write": false,
"lastup": 0
},
"WaterPressure": {
"name": "WaterPressure",
"passive": false,
"write": false,
"lastup": 0
},
"YieldTotal": {
"name": "YieldTotal",
"passive": false,
"write": false,
"lastup": 0
},
"z1ActualRoomTempDesired": {
"name": "z1ActualRoomTempDesired",
"passive": false,
"write": false,
"lastup": 0
},
"z1BankHolidayEndPeriod": {
"name": "z1BankHolidayEndPeriod",
"passive": false,
"write": false,
"lastup": 0
},
"z1BankHolidayStartPeriod": {
"name": "z1BankHolidayStartPeriod",
"passive": false,
"write": false,
"lastup": 0
},
"z1CoolingTimer.Friday": {
"name": "z1CoolingTimer.Friday",
"passive": false,
"write": false,
"lastup": 0
},
"z1CoolingTimer.Monday": {
"name": "z1CoolingTimer.Monday",
"passive": false,
"write": false,
"lastup": 0
},
"z1CoolingTimer.Saturday": {
"name": "z1CoolingTimer.Saturday",
"passive": false,
"write": false,
"lastup": 0
},
"z1CoolingTimer.Sunday": {
"name": "z1CoolingTimer.Sunday",
"passive": false,
"write": false,
"lastup": 0
},
"z1CoolingTimer.Thursday": {
"name": "z1CoolingTimer.Thursday",
"passive": false,
"write": false,
"lastup": 0
},
"z1CoolingTimer.Tuesday": {
"name": "z1CoolingTimer.Tuesday",
"passive": false,
"write": false,
"lastup": 0
},
"z1CoolingTimer.Wednesday": {
"name": "z1CoolingTimer.Wednesday",
"passive": false,
"write": false,
"lastup": 0
},
"z1DayTemp": {
"name": "z1DayTemp",
"passive": false,
"write": false,
"lastup": 0
},
"z1HolidayEndPeriod": {
"name": "z1HolidayEndPeriod",
"passive": false,
"write": false,
"lastup": 0
},
"z1HolidayStartPeriod": {
"name": "z1HolidayStartPeriod",
"passive": false,
"write": false,
"lastup": 0
},
"z1HolidayTemp": {
"name": "z1HolidayTemp",
"passive": false,
"write": false,
"lastup": 0
},
"z1Name1": {
"name": "z1Name1",
"passive": false,
"write": false,
"lastup": 0
},
"z1Name2": {
"name": "z1Name2",
"passive": false,
"write": false,
"lastup": 0
},
"z1NightTemp": {
"name": "z1NightTemp",
"passive": false,
"write": false,
"lastup": 0
},
"z1OpMode": {
"name": "z1OpMode",
"passive": false,
"write": false,
"lastup": 0
},
"z1QuickVetoTemp": {
"name": "z1QuickVetoTemp",
"passive": false,
"write": false,
"lastup": 0
},
"z1RoomTemp": {
"name": "z1RoomTemp",
"passive": false,
"write": false,
"lastup": 0
},
"z1RoomZoneMapping": {
"name": "z1RoomZoneMapping",
"passive": false,
"write": false,
"lastup": 0
},
"z1SFMode": {
"name": "z1SFMode",
"passive": false,
"write": false,
"lastup": 0
},
"z1Shortname": {
"name": "z1Shortname",
"passive": false,
"write": false,
"lastup": 0
},
"z1Timer.Friday": {
"name": "z1Timer.Friday",
"passive": false,
"write": false,
"lastup": 0
},
"z1Timer.Monday": {
"name": "z1Timer.Monday",
"passive": false,
"write": false,
"lastup": 0
},
"z1Timer.Saturday": {
"name": "z1Timer.Saturday",
"passive": false,
"write": false,
"lastup": 0
},
"z1Timer.Sunday": {
"name": "z1Timer.Sunday",
"passive": false,
"write": false,
"lastup": 0
},
"z1Timer.Thursday": {
"name": "z1Timer.Thursday",
"passive": false,
"write": false,
"lastup": 0
},
"z1Timer.Tuesday": {
"name": "z1Timer.Tuesday",
"passive": false,
"write": false,
"lastup": 0
},
"z1Timer.Wednesday": {
"name": "z1Timer.Wednesday",
"passive": false,
"write": false,
"lastup": 0
},
"z1ValveStatus": {
"name": "z1ValveStatus",
"passive": false,
"write": false,
"lastup": 0
},
"z2ActualRoomTempDesired": {
"name": "z2ActualRoomTempDesired",
"passive": false,
"write": false,
"lastup": 0
},
"z2BankHolidayEndPeriod": {
"name": "z2BankHolidayEndPeriod",
"passive": false,
"write": false,
"lastup": 0
},
"z2BankHolidayStartPeriod": {
"name": "z2BankHolidayStartPeriod",
"passive": false,
"write": false,
"lastup": 0
},
"z2CoolingTimer.Friday": {
"name": "z2CoolingTimer.Friday",
"passive": false,
"write": false,
"lastup": 0
},
"z2CoolingTimer.Monday": {
"name": "z2CoolingTimer.Monday",
"passive": false,
"write": false,
"lastup": 0
},
"z2CoolingTimer.Saturday": {
"name": "z2CoolingTimer.Saturday",
"passive": false,
"write": false,
"lastup": 0
},
"z2CoolingTimer.Sunday": {
"name": "z2CoolingTimer.Sunday",
"passive": false,
"write": false,
"lastup": 0
},
"z2CoolingTimer.Thursday": {
"name": "z2CoolingTimer.Thursday",
"passive": false,
"write": false,
"lastup": 0
},
"z2CoolingTimer.Tuesday": {
"name": "z2CoolingTimer.Tuesday",
"passive": false,
"write": false,
"lastup": 0
},
"z2CoolingTimer.Wednesday": {
"name": "z2CoolingTimer.Wednesday",
"passive": false,
"write": false,
"lastup": 0
},
"z2DayTemp": {
"name": "z2DayTemp",
"passive": false,
"write": false,
"lastup": 0
},
"z2HolidayEndPeriod": {
"name": "z2HolidayEndPeriod",
"passive": false,
"write": false,
"lastup": 0
},
"z2HolidayStartPeriod": {
"name": "z2HolidayStartPeriod",
"passive": false,
"write": false,
"lastup": 0
},
"z2HolidayTemp": {
"name": "z2HolidayTemp",
"passive": false,
"write": false,
"lastup": 0
},
"z2Name1": {
"name": "z2Name1",
"passive": false,
"write": false,
"lastup": 0
},
"z2Name2": {
"name": "z2Name2",
"passive": false,
"write": false,
"lastup": 0
},
"z2NightTemp": {
"name": "z2NightTemp",
"passive": false,
"write": false,
"lastup": 0
},
"z2OpMode": {
"name": "z2OpMode",
"passive": false,
"write": false,
"lastup": 0
},
"z2QuickVetoTemp": {
"name": "z2QuickVetoTemp",
"passive": false,
"write": false,
"lastup": 0
},
"z2RoomTemp": {
"name": "z2RoomTemp",
"passive": false,
"write": false,
"lastup": 0
},
"z2RoomZoneMapping": {
"name": "z2RoomZoneMapping",
"passive": false,
"write": false,
"lastup": 0
},
"z2SFMode": {
"name": "z2SFMode",
"passive": false,
"write": false,
"lastup": 0
},
"z2Shortname": {
"name": "z2Shortname",
"passive": false,
"write": false,
"lastup": 0
},
"z2Timer.Friday": {
"name": "z2Timer.Friday",
"passive": false,
"write": false,
"lastup": 0
},
"z2Timer.Monday": {
"name": "z2Timer.Monday",
"passive": false,
"write": false,
"lastup": 0
},
"z2Timer.Saturday": {
"name": "z2Timer.Saturday",
"passive": false,
"write": false,
"lastup": 0
},
"z2Timer.Sunday": {
"name": "z2Timer.Sunday",
"passive": false,
"write": false,
"lastup": 0
},
"z2Timer.Thursday": {
"name": "z2Timer.Thursday",
"passive": false,
"write": false,
"lastup": 0
},
"z2Timer.Tuesday": {
"name": "z2Timer.Tuesday",
"passive": false,
"write": false,
"lastup": 0
},
"z2Timer.Wednesday": {
"name": "z2Timer.Wednesday",
"passive": false,
"write": false,
"lastup": 0
},
"z2ValveStatus": {
"name": "z2ValveStatus",
"passive": false,
"write": false,
"lastup": 0
}
}
},
"broadcast": {
"messages": {
"datetime": {
"name": "datetime",
"passive": true,
"write": false,
"lastup": 0
},
"error": {
"name": "error",
"passive": true,
"write": false,
"lastup": 0
},
"hwcStatus": {
"name": "hwcStatus",
"passive": true,
"write": false,
"lastup": 0
},
"id-u": {
"name": "id",
"passive": true,
"write": false,
"lastup": 0
},
"load": {
"name": "load",
"passive": true,
"write": false,
"lastup": 0
},
"outsidetemp": {
"name": "outsidetemp",
"passive": true,
"write": false,
"lastup": 1518909426,
"zz": 254,
"fields": {
"temp2": {"value": 8.625}
}
},
"signoflife": {
"name": "signoflife",
"passive": true,
"write": false,
"lastup": 0
},
"vdatetime": {
"name": "vdatetime",
"passive": true,
"write": false,
"lastup": 1518909424,
"zz": 254,
"fields": {
"time": {"value": "00:17:32"},
"date": {"value": "18.02.2018"}
}
}
}
},
"scan.08": {
"messages": {
"": {
"name": "",
"passive": false,
"write": false,
"lastup": 0
}
}
},
"scan.15": {
"messages": {
"": {
"name": "",
"passive": false,
"write": false,
"lastup": 1518908417,
"zz": 21,
"fields": {
"MF": {"value": "Vaillant"},
"ID": {"value": "70000"},
"SW": {"value": "0110"},
"HW": {"value": "2103"}
}
},
"id": {
"name": "id",
"passive": false,
"write": false,
"lastup": 0
}
}
},
"global": {
"version": "3.1.v3.0-35-gb0e20b7",
"updatecheck": "revision v3.1-1-g60a18d1 available, broadcast.csv: different version available, vaillant/15.700.csv: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available",
"signal": true,
"symbolrate": 23,
"maxsymbolrate": 94,
"minarbitrationmicros": 224,
"minarbitrationmicros": 262,
"minsymbollatency": 7,
"maxsymbollatency": 12,
"qq": 49,
"reconnects": 0,
"masters": 3,
"messages": 363,
"lastup": 1518909426
}
}BTW what does it mean the message below?
update check: revision v3.1-1-g60a18d1 available, broadcast.csv: different version available, vaillant/15.700.csv: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available
Neue eBus Adapter Version 2.1 (Basis- und Erweiterungspaltine) Gründe für die neue Version:
- In der V2.0 sind Bauteile (Kondensator, Widerstand, Diode etc.) enthalten, die im Nachgang nicht zum Einsatz kamen und damit überflüssig geworden sind.
- Auf Basis der bisherigen Erfahrung in Bezug auf den Zusammenbau der Platine, wurden unzählige Optimierungen/Verbesserungen implementiert, so dass sich die Platine noch besser/einfacher zusammenbauen lässt.
- FTDI UART wurde entfernt.
- Statt der bisherigen eBus Schraubklemme, kann nun auch eine WAGO 2060-1422 klemme verwendet werden.
- Die interessanteste und wichtigste Änderung ist jedoch, dass durch den Einsatz eines DC Wandlers, die Platine selbstversorgt ist und damit die eBus Spezifikation (http://ebus-wiki.org/lib/exe/fetch.php/ebus/spec_prot_12_v1_3_1.pdf) (Abschnitt 10.4 auf der Seite 25) ,,Class 0" erfüllt. Was heißt das (,,Grob-/Kurzfassung"!) - aus Sicht der Stromaufnahme, ist der neue Adapter ,,unsichtbar" (kein Verbraucher) für den eBus. Aus diesem Grund ist die neue Version insbesondere in Umgebungen mit vielen Teilnehmern (Verbraucher, die den eBus belasten) sehr interessant, weil der den eBus nicht zusätzlich belastet. Der Adapter ist aber auch so konzipiert, dass dieser ebenfalls ohne den DC Wandler in Betrieb genommen werden kann (also wie bisher bzw. wie der Adapter V2.0). Empfehlung ist jedoch grundsätzlich den DC Wandler zu verwenden, unabhängig von der Anzahl der Teilnehmer. In Umgebungen mit sehr wenigen Teilnehmern bzw. mit Teilnehmern mit geringer Stromaufnahme, kann der DC Wandler entfallen.
- Erweiterungsplatine
- Bis auf den WeMos wurden alle UARTs entfernt
- SMD Buttons entfernt
- Neue Anordnung der Jumper
- Diverse Kosmetik- und Optimierungsthemen
Hinweis: Die neue Basis- und Erweiterungsplatine ist nicht kompatibel mit der Basis- / Erweiterungsplatine V2.0.Verfügbarkeit/nächsten Schritte/AblaufDie neuen Platinen wurden bereits hergestellt (vor den Feierlichkeiten der Chinesen) und getestet und ja, es werden wieder zeitnah welche angeboten. Die nächsten Schritte und den Ablauf wird Reinhart in Kürze vorstellen. Aus diesem Grund Bitte keine Verfügbarkeitsanfragen hier im Thread posten. Danke.
Anbei ein paar Impressionen...
EDIT: Schaltpläne hinzugefügt.
EDIT2: Print mit Widerständen hinzugefügt.
Neue Platine!!! eBus Adapter V2.1 RPI (eBus Raspberry Pi) Wie vor ein paar Monaten versprochen, gibt es nun die Raspberry PI Version des eBus Adapters. Die Platine ist auf Basis der neuen V2.1 Schaltung entstanden.
Was kann die Platine:
- Die Platine ist 5x5cm klein und passt in ein RPI Standard- oder ein Hutschienengehäuse
- Kann auf RPI Model B (Rev 2), RPI 2 oder RPI 3 aufgesteckt werden
- Erfüllt eBus ,,Class 0" Spec (nur wenn DC Wandler verbaut ist!)
- Rx, Tx, PWR LED vorhanden
- 2 x I2C Anschlüsse für z.B. OLED, BME etc. vorhanden
- 1 x 1-Wire Anschluss inkl. Widerstand für z.B. DS18B20 vorhanden
- 1 x GPIO24 Anschluss vorhanden, um z.B einen Push-Button anschließen zu können
Vorteile:
- Keine zusätzlichen UARTs nötig und damit kein Kabelsalat
- Ein paar Gadgets on Board (1-Wire und I2C)
- etc.
Inbetriebnahme der RPI Platine:Die Inbetriebnahme war eine große Herausforderung und mit dem mitgelieferten Treiber (ttyAMA0) zunächst nicht möglich (Das Thema/Problem wurde bereits hier (https://forum.fhem.de/index.php/topic,29737.msg521993.html#msg521993) angesprochen.). Inzwischen hat galileo die Ursache (Latenzzeiten bei dem internen UART des RPIs (ttyAMA0)) für das Problem gefunden und einen eigenen Linux Treiber (
ttyebus (https://github.com/ebus/ttyebus)) für den RPI UART und den eBus geschrieben. Den Treiber haben wir nun seit ein paar Wochen erfolgreich in Betrieb.
Weitere Informationen (Voraussetzungen, Installation etc.) findet man hier (https://github.com/ebus/ttyebus).
An dieser Stelle von mir einen großen Dank an galileo für die großartige Arbeit! Mit dem Treiber wurde erst die Basis für die eBus RPI Version geschaffen und der Betrieb mit RPI ermöglicht. Danke.Verfügbarkeit/nächsten Schritte/AblaufAuch hiervon haben wir Platinen herstellen lassen und inzwischen getestet und ja, es werden zeitnah welche angeboten. Die nächsten Schritte und den Ablauf wird Reinhart in Kürze vorstellen. Aus diesem Grund Bitte auch hier keine Verfügbarkeitsanfragen in diesem Thread posten. Danke.
Anbei ein paar Impressionen...
EDIT: RPI1 Bilder hinzugefügt.
EDIT2: Schaltplan hinzugefügt.
EDIT3: Print mit Widerständen hinzugefügt.
Danke chons!
zu den neuen Bestelllisten geht es hier (https://forum.fhem.de/index.php?topic=84633.msg769405#msg769405)!
Unterstützungsthread zur Inbetriebnahme der RPI Platine gibt es hier (https://forum.fhem.de/index.php/topic,84636.msg769462.html#msg769462).
LG
Moin zusammen
Ihr seid einfach irre!
Hut ab vor soviel Engagement und Enthusiasmus! Habt Ihr eigentlich andere Uhren als ich? Meine haben 24 Stunden pro Tag, Eure muessen 48 haben!
Danke und Gruss
Christoph
Ja genau, hast du Recht! Da meine Uhr auch nur 24 Stunden hat, habe ich einige Wochen lang nichts mitbekommen und staune nun, was sich in der Zeit alles getan hat! 8)
Falls ich durch meine Abstinenz etwas verpasst habe, dann verzeiht mir die Frage:
Kann man beim RPi- Bausatz den Tx Teil auch weglassen?
Beste Grüße,
marexel
das geht generell nicht, weil wenn die Platine den eBus nicht scannen kann, weiß sie nicht welche Geräte angeschlossen sind lädt dann auch kein CSV Files. Solange du bewusst keinen Schreibbefehl wegschickst, wird auch nichts geschrieben außer die Anforderung für den Initialscan. Die wichtigen Wartungseinstellungen sind ohnehin als Standard schreibgeschützt.
LG
Ah ok, danke für die Antwort. Ich nehme an das die Frage, ob es eine andere Möglichkeit gibt, das Senden von Befehlen (z.B. durch unbefugte Dritte) physisch zu unterbinden damit auch hinfällig ist. Schade, bin diesbezüglich nämlich etwas polaroid... ::)
Grüße,
marexel
An der Platine selbst sollte man keine Vorkehrungen treffen, wie Sendetransistor etc. entfernen, dann ist die Funktion nicht mehr gewährleistet und in meinen Augen eine Kastration.
Aber man kann ja in der FHEM Hauptinstanz einfach keine Steuerbefehle hinterlegen, aber auf einem 2.Raspi wo auch der Dämon läuft kannst du ein anderes Passwort im Webinterface geben und dort die Befehle konfigurieren. Also eine Instanz für den Profi und eine nur zur Anzeige und Auswertungen.
LG
Man könnte auch ebusd einfach mit '--readonly' starten, hat dann aber das gleiche Problem beim Scan wie oben beschrieben.
Eine weitere Möglichkeit wäre, in den CSVs einfach alle Write-Definitionen zu entfernen. ;-)
Sehr cool! Bin gerade auf der verzweifelten Suche nach einem eBus Adapter um meiner Heizung auf die Pelle zu rücken. Wie werde ich denn den Newbie Status los um auch an der Sammelbestellung teilzunehmen. Kann mir da jemand helfen?
Besten Dank,
Jan
Ja, seit gestern haben User am Marktplatz mit dem Status "Newbies" nur Leserechte, das wird schon seine Gründe haben.
Schreib doch einfach eine PN an diejenige Person wenn du was bestellen willst!
LG
Reinhart
Hi guys.
With these and a Wemos can I transmit the messages over WLAN to fhem?
If so, who can take my money for one? (and how much of course) :)
Zitat von: NDR008 am 04 März 2018, 17:15:44
With these and a Wemos can I transmit the messages over WLAN to fhem?
If so, who can take my money for one? (and how much of course) :)
exactly. but you will also need an ebusd in between on the device running fhem , see here:
https://ebus.github.io/adapter/index.en.html#connections
I have a complete set already soldered ready, so if you want that, let me know.
What is ebusd doing?
I noticed ebusd is ported for ESP8266 so I guess I could use a 2nd esp for that?
Could you please teach me about it?
(Also please send a pm to me for what you have and costs)
Also just to confirm - I have a Junkers system.
The manual says:
Externer Heizungsregler/externe Module mit 2-Draht-BUS
▶ Kommunikationsleitung anschließen.
▶ Falls erforderlich: Spannungsversorgung am 230-V-Ausgang für externe Module anschließen
1) This ebus adapter would work with my system right?
2) What would I be able to read/monitor/control with this system?
3) The ESP used on the adapter board must be programmed with a specific firmware or can I run ESP-Easy? (I currently have an ESP in the heizung room to monitor the upper and bottom Speicher temperatures and to control an on/off relay - they are managed via MQTT).
4) ebusd can run on the pi running fhem & mosquito directly - correct?
Zitat von: NDR008 am 04 März 2018, 21:25:03
What is ebusd doing?
I noticed ebusd is ported for ESP8266 so I guess I could use a 2nd esp for that?
ebusd is for decoding/encoding the messages sent on the bus. ebusd-esp is just a lowest-latency eBUS compliant WLAN-serial bridge at this time (might be extended in future).
Zitat von: NDR008 am 04 März 2018, 21:25:03
Also just to confirm - I have a Junkers system.
The manual says:
Externer Heizungsregler/externe Module mit 2-Draht-BUS
▶ Kommunikationsleitung anschließen.
▶ Falls erforderlich: Spannungsversorgung am 230-V-Ausgang für externe Module anschließen
1) This ebus adapter would work with my system right?
For Junkers, I'm not sure that it is an eBUS. So far I don't know a single ebusd user that has connected a Junkers device.
So you should probably search the net for what the bus actually is first.
Zitat von: john30 am 05 März 2018, 09:42:29
ebusd is for decoding/encoding the messages sent on the bus. ebusd-esp is just a lowest-latency eBUS compliant WLAN-serial bridge at this time (might be extended in future).
For Junkers, I'm not sure that it is an eBUS. So far I don't know a single ebusd user that has connected a Junkers device.
So you should probably search the net for what the bus actually is first.
OK, understood. Since ebus is a German introduction I assumed that Junkers also used ebus especially since the manual showed "2-wrie bus" but maybe it is an HT-Bus?
Thanks.
Zitat von: NDR008 am 05 März 2018, 09:45:58
OK, understood. Since ebus is a German introduction I assumed that Junkers also used ebus especially since the manual showed "2-wrie bus" but maybe it is an HT-Bus?
yes, probably.
Zitat von: NDR008 am 05 März 2018, 09:45:58
OK, understood. Since ebus is a German introduction I assumed that Junkers also used ebus especially since the manual showed "2-wrie bus" but maybe it is an HT-Bus?
You might want to have a look at that: https://forum.fhem.de/index.php?topic=19445.0 (https://forum.fhem.de/index.php?topic=19445.0)
Hi NDR008
My short research showed up that Junkers HT and Buderus EMS seem to be the same! https://www.mikrocontroller.net/topic/199506
And JHo showed you the correct thread.
Regards Christoph
Seems like HT3 or HT4i.
Maybe too challenging to figure out.
Thanks anyway guys.
Ich bräuchte wohl mal eure Hilfe.
Ende 2017 habe ich von john30 den zusammengelöteten eBus Adapter mit 2x Wemos und BME (& Co.) erhalten. Leider bin ich erst in dieser Woche dazu gekommen, meine alten eBus-Adapter (v1.6) zu ersetzen. Vorweg: ebusd über ebusd-esp läuft einwandfrei.
Aber ich habe ein Problem mit dem ESPEasy-Wemos.
Ich komme nur per Browser auf die ESPEasy-Oberfläche, wenn ich den ebusd-Wemos abklemme.
Beide Wemos habe ich mit aktuellster Firmware aktualisiert. Bei dem ESPEasy-Wemos habe ich die neuen Version des ESPEasy-Mega-Branch genommen. Gestern bin ich vorsichtshalber (um Bleeding Edge oder unstable branches auszuschließen) auf das normale "ESPEasy Release v2.0-20180307" gewechselt. Ich habe den Wemos auch schon inkl. der Konfiguration komplett zurückgesetzt (Serial Console: reset).
Der ESPEasy-Wemos funktioniert:
- Standalone
- nur mit dem Erweiterungsboard
- mit dem Erweiterungsboard und dem eBus-Board (ohne ebus-Wemos)
Ich bin mir nicht sicher, ob das ein Hardwaredefekt ist. Ich hatte teilweise die Möglichkeit, auf die Oberflächen aller Wemos gleichzeitig zu kommen. Das ging aber nicht über ein Smartphone, sondern nur über einen Desktop-Browser. Ich schiebe das ein wenig auf den ESPEasy-Entwicklungszweig. Der schien mir noch recht buggy zu sein. Die Verbindung lief erst dann wieder richtig stabil, wenn ich den ebus-Wemos abklemme. Schwierig - ich weiß. Ich kann es noch nicht richtig rekonstruieren.
Oder muss ich noch irgendwo irgendetwas jumpern (SJ7 und SJ8 sind offen)?
Kann mir jemand helfen? Danke.
Hallo,
so auf die schnelle fällt mir auf, das du das Problem nur hast wenn beide gemeinsam in Betrieb sind. Da käme eigentlich nur das externe Netzteil in Frage. Eventuell zieht der eine Strom beim Senden und der andere bricht dann zusammen. Ich versorge bei mir den ebusd-esp mit dem Netzteil. Jumpern (https://ebus.github.io/adapter/extension) brauchst du in deinem Fall nichts, SJ7,SJ8 sind offen. Du kannst aber testhalber beide mit einem Netzteil versorgen um besser den Fehler zu finden.
Was ich ab und zu habe, dass ich nicht mehr auf das Webif des ESPEasy komme, dann pinge ich den Wemos und schon geht das Webif wieder auf. Warum das so ist, habe ich auch noch nicht herausgefunden, irgendwie schläft das Webif ein.
Klar, die Stromversorgung klingt plausibel. Wäre wenigstens mal Versuch wert.
Ich habe aktuell ein einfaches 1A-Smartphone-Netzteil angeschlossen. Und teilweise halt am USB-Hub eines PCs.
Eigentlich sollte das ja reichen, aber ich habe in der Schublade auch noch ein paar gute RasPi-Netzteile. Das werde ich heute Abend mal ausprobieren.
du kennst ja sicher das Problem wenn 1A drauf steht muss es nicht unbedingt das liefern!
Wenn man sich so ein Netzteil genauer am Oszilloskop ansieht, bekommt man manchmal ein Grausen.
LG
Man, bin ich froh, dass es kein großer Defekt war. Es lag tatsächlich am Netzteil. Ein ,,gutes" Apple-Netzteil hat nicht gereicht. Mit 2A klappt es einwandfrei. Danke für den Tipp.
Ich ärgere mich aber auch ein wenig, dass ich nicht eher und nicht selbst darauf gekommen bin. Instabil = Netzteil.
Danke für die Hilfe.
Super, freut mich wenn das jetzt bei dir gut klappt!
Eigentlich braucht so ein Wemos nicht sonderlich viel Strom, im schlimmsten Fall senden beide gleichzeitig und da wäre die Stromaufnahme im Betrieb am größten. Ich glaube auch nicht das es unbedingt die Leistung ist, sondern einfach wie sauber der abgegebene Gleichstrom aussieht.
Die größte Stromaufnahme der Wemos ist eigentlich beim booten und das passiert leider gleichzeitig, daher sollte hier genug Reserve sein.
LG
Reinhart
Ich habe auch von John die fertigelötete Doppel-esp-Lösung erhalten. Gute Arbeit!
Leider habe ich festgestellt das der ESP auf der Erweiterungsplatte aufgesteckt ist die esp-easy drauf hat und der auf den Drähten die ebusd-esp fw hat.
Würde gerne den aufgesteckten ESP mit ebusd-esp Fw flashen.
Das sollte möglich, aber es muss ein jumper gesetzt werden.
Kann mir jemand sagen welcher Jumper das ist?
ziehe ihn einfach vom Sockel herunter und flashe ihn. Die Jumper die du dann setzen must siehst du im Wiki (https://ebus.github.io/adapter/extension#funktionsmatrix-jumper).
Aber esp auf der Erweiterungsplatine macht nicht viel Sinn. Da würde ich gleich die ganze Erweiterungsplatine weglassen.
LG
Hallo,
ich habe am Freitag meinen Bausatz für die V2.1 erhalten und direkt aufgebaut. Vielen Dank an alle die an dem Projekt mitgewirkt haben!
Parallel zu Pin 4 und 5 des DC-DC-Wandlers sieht der Schaltplan einen Kondensator mit 2,2uF vor. Ich habe den Bausatzinhalt mit der Stückliste abgeglichen und behalte einen Keramikkondensator mit ca. 1 uF übrig (taucht nicht in der Stückliste auf).
Frage: Handelt es sich bei dem 1 uF-Kondensator um C3?
Gruß
Steffen
ja, das passt so! Sollte ein Wert zwischen 1-2 uF sein und dient ja nur zum glätten von Spitzen und sonstigen Schwingungen!
LG
Super, danke für die schnelle Antwort!
Ich habe meinen Aufbau gerade durchgemessen (hatte den eBus angeschlossen aber nichts empfangen). Dabei ist mir folgendes aufgefallen:
- Für die Messpunkte JP5 und JP6 habe ich vertauschte Werte. Im Sendebetrieb exakt die Soll-Werte (nur eben vertauscht), im Empfangsbetrieb 4,96 und 6,98. Nach Schaltplan würde ich vermuten die Werte im Messplan sind vertauscht. Oder hab ich da was falsch gemacht?
- Am IC1 messe ich an Pin 4 (Pin "rechts unten" im Messplan) sowohl im Sende- als auch im Empfangsbetrieb 0V. Ergibt aber auch Sinn, denn laut Datenblatt ist das GND und das passt auch zum Schaltplan. Die Soll-Werte für die Pins 3 und 4 passen zu meinen Messungen an den Pins 2 und 3. Kann es sein dass die Soll-Werte in dem Messplan einen Pin nach links gerückt werden müssten?
Ich beziehe mich auf den Messplan für V2.1 von https://ebus.github.io/adapter/base#messplan.
Verwirrte Grüße
Steffen
da hast du recht, denn JP5 ist der 5V Ausgang vom Regler!
Ich persönlich kann mit einem Printlayout nicht auf Fehlersuche gehen, ich brauche da immer den Schaltplan und schaue auch nur in diesen.
Das ist nur deswegen so entstanden, weil die meisten Anwender wiederum mit einem Schaltplan weniger anfangen können und so der Messpunkt dann im Allgemeinen leichter gefunden wird.
LG
Zitat von: stefffen am 18 März 2018, 16:05:37
- Für die Messpunkte JP5 und JP6 habe ich vertauschte Werte. Im Sendebetrieb exakt die Soll-Werte (nur eben vertauscht), im Empfangsbetrieb 4,96 und 6,98. Nach Schaltplan würde ich vermuten die Werte im Messplan sind vertauscht. Oder hab ich da was falsch gemacht?
- Am IC1 messe ich an Pin 4 (Pin "rechts unten" im Messplan) sowohl im Sende- als auch im Empfangsbetrieb 0V. Ergibt aber auch Sinn, denn laut Datenblatt ist das GND und das passt auch zum Schaltplan. Die Soll-Werte für die Pins 3 und 4 passen zu meinen Messungen an den Pins 2 und 3. Kann es sein dass die Soll-Werte in dem Messplan einen Pin nach links gerückt werden müssten?
Ich beziehe mich auf den Messplan für V2.1 von https://ebus.github.io/adapter/base#messplan.
Danke für die Hinweise, hab den Messplan v2.1 gerade nochmal überarbeitet.
Hallo zusammen,
ich vergleiche gerade die Referenzschaltung aus der eBus Spezifikation mit dem neuen Adapter (sind ja sehr ähnlich). Was mich an der Referenzschaltung wundert ist, dass recht viele Transistoren verwendet werden. Z.B. das Senden: Optokoppler -- BC817 -- TS3V3702 (Komparator) -- BC817. Beim neuen Adapter geht es vom Optokoppler direkt zum Transistor. Warum ist dies in der Referenzschaltung so gemacht worden. Um eine möglichst kleine Stromaufnahme zu erreichen? Wenn die angegebene 1,2mA stimmen dann wäre das ja gar nicht schlecht.
Hat einer mal die Stromaufnahme beim neuen Adapter gemessen (also ohne DC/DC Wandler)?
In der Spezifikation steht außerdem das Spannungsstabilisierungs-ICs nicht geeignet sind weil diese durch die großen Spannungsschwankungen zu schwingen beginnen. Könnte es deswegen Probleme mit dem 78L05 geben?
Viele Grüße,
Jan Eric
Zitat von: jkyprian am 23 März 2018, 21:54:54
In der Spezifikation steht außerdem das Spannungsstabilisierungs-ICs nicht geeignet sind weil diese durch die großen Spannungsschwankungen zu schwingen beginnen. Könnte es deswegen Probleme mit dem 78L05 geben?
Selbst in der Version 2.0 gab es keine bekannten Probleme mit dem Aufschwingen des Spannungsreglers, der vorgesehene Kondensator hat ausgereicht um Schwingneigung zu verhindern. Die Stromaufnahme aus dem eBus beeinflusst ja im wesentlichen die maximale Teilnehmeranzahl am Bus. Um nun diese Stromaufnahme aus dem eBus zu senken wurde ja der DC-Wandler vorgesehen der nun fremdversorgt wird. Durch die konstante Spannung aus dem DC-Wandler (12V) kommt es auch zu keinen Spannungsschwankungen mehr am Regler. Auf den Regler ganz verzichten wollten wir auch nicht, da der DC-Wandler eine nicht so saubere Ausgangsspannung hat. Die eigentlichen Probleme sind die parasitären Kapazitäten bei Einsatz der Optokoppler, die wir jedoch durch gezielte Auswahl der Bauteile gut in den Griff bekommen haben.
Und ja die Stromaufnahme ohne Wandler haben wir gemessen und liegt ohne Led bei etwa 4-5 mA.
LG
Hallo zusammen,
ich bin leider erst jetzt über Ostern dazu gekommen, mich mit dem Adapter V2.1 RPI etwas zu beschäftigen. Hier ein kleines, verspätetes Feedback:
@alle an dem Projekt beteiligten Personen: Meinen Dank und Respekt an die fähigen und engagierten Köpfe hier!!
@Reinhart: Danke für die unkomplizierte Abwicklung. Die Sendung kam, wie versprochen, ca. 10 Tage nach Versand hier in DE an.
Dank dem ,,Inbetriebnahme-Thread" von Reinhart und der dort enthaltenen Bauteileliste, sowie den Bildern von @chons konnte ich als Elektronik-Anfänger die Platine problemlos bestücken und verlöten.
Den eBus Treiber von @galileo konnte ich auch mit Reinhart's ,,Inbetriebnahme-Thread" und der README von galileo auf seinem github ohne Weiteres kompilieren.
Der Adapter steckt zum Testen im Moment auf einem Pi Zero W mit Raspbian Stretch Lite (debian_version: 9.3 | Kernel 4.9.59+) und läuft mit @john30 's "ebusd-3.1_armhf-jessie_mqtt1.deb" und den aktuellen Config-Files, soweit ich das einschätzen kann, bislang problemlos – bei knapp 1 Watt Energiebdarf...
Mit der 15.350.csv (der Regler gibt mehr Info's auf's Display, als ich dem ebusd entlocken kann) und der ECMD-Konfiguration in FHEM (Zeilenumbrüche bei ,,get") stehe ich z.Zt. noch etwas auf Kriegsfuß, aber das ist ein anderes Thema...
@chons: Danke für das Platinen-Layout! Ließ sich für einen Anfänger gut löten! Hier nur zur Info:
Bevor der bestellte Pi Zero ankam, hatte ich die Platine zum Testen auf einem Pi 3 Mod. B V1.2. Der Abstandshalter lag auf keinem Bauteil des Pi auf, wurde aber nach ein paar Testtagen etwas geschmolzen (siehe Bild).
Wenn sonst keiner diese Beobachtungen gemacht hat, lag es wohl an dem Heatsink auf der CPU des Pi, oder meiner ,,fliegenden" Verkabelung bei den ersten Tests, oder, oder, oder... Kann es leider nicht nachvollziehen, wollte es aber mal erwähnt haben...
Und eine kleine Bitte/Frage hätte ich auch noch:
Gibt es evtl. auch eine DXF-, DWG-, oder andere Vektor-Datei für die V2.1 RPI Platine?
Gerne würde ich ein Gehäuse für eine eBus-RPi-Platine--Pi-Zero--Kombi konstruieren und drucken (lassen), aber das komplette Ausmessen des Adapters würde ich mir doch gerne sparen...
LG
Alchemi
Hallo jkyprian!
ZitatOptokoppler -- BC817 -- TS3V3702 (Komparator) -- BC817. Beim neuen Adapter geht es vom Optokoppler direkt zum Transistor.
Die Herausforderung bei diesen Schaltungen ist der Optokoppler. Der ist nämlich i.A. keine "digitale" Schaltung sondern ein analoges Bauelement welches sich durch seine "Stromübertragung" definiert ist.
Der SFH6136 in der Referenzschaltung hat z.B. einen Current Transfer Ratio von 19 bis 35%. Also vorne 100% rein, hinten maximal 35% raus. Da braucht es dann die Transistoren, um wieder auf vernünftige Werte zu kommen.
Unsere Schaltung verwendet einen CNY17-4 (Achtung auf "-4") der hat mindestens(!) 160%. Und der nachfolgende BC337-40 (Achtung auf "-40") hat einen DC Current Gain von 250 bis 630.
Damit ersparen wir uns sämtliche zusätzliche Transistoren und vermeiden somit grundsätzlich auch die bösen parasitären Kapazitäten, speziell in der Darlington-Schaltung, welche nur die Signalformen verfälschen.
LG
Eduard
Zitat von: Alchemi am 09 April 2018, 22:25:10
Bevor der bestellte Pi Zero ankam, hatte ich die Platine zum Testen auf einem Pi 3 Mod. B V1.2. Der Abstandshalter lag auf keinem Bauteil des Pi auf, wurde aber nach ein paar Testtagen etwas geschmolzen (siehe Bild).
Wenn sonst keiner diese Beobachtungen gemacht hat, lag es wohl an dem Heatsink auf der CPU des Pi, oder meiner ,,fliegenden" Verkabelung bei den ersten Tests, oder, oder, oder... Kann es leider nicht nachvollziehen, wollte es aber mal erwähnt haben...
Dein Abstandshalter hat ja ganz schöne Blessuren und das auch an Stellen (nah an der Platine) an den ich es nie vermuten würde, dass es dort zu thermischen Problemen kommen könnte. Ich habe den Adapter auch eine Zeitlang auf dem RPI3 betrieben (aktuell läuft es auf einen RPI1) und bisher keine derartigen Probleme festgestellt. Mir sind auch solche Fälle bisher auch nicht bekannt, was nicht heißt, dass die nie aufgetreten sind. Spontane Idee wäre, in solchem Fall auf Metall Distanzhülsen zu wechseln
Zitat von: Alchemi am 09 April 2018, 22:25:10
Und eine kleine Bitte/Frage hätte ich auch noch:
Gibt es evtl. auch eine DXF-, DWG-, oder andere Vektor-Datei für die V2.1 RPI Platine?
Anbei findest Du ein DXF File.
Hallo an Alle,
tolle Arbeit :-)
??? werden vor Sommer nochmal Platinen bestellt oder kann man die Dateien zur Herstellung bekommen ??? um sie selbst zu bestellen.
??? ab welcher Stückzahl lohnt eine Bestellung in China ??? wo habt ihr Sie fertigen lassen ???
Danke und viele Grüße
es wird sehr wahrscheinlich eine leicht überarbeitete Version (V2.2) der RPI und Basis inkl. Erweiterung geben.
Wann es soweit ist, können wir noch nicht sagen, aber es wird noch min. 6-8 Wochen dauern.
Welche Platine hättest Du gerne, die Basis (in/exkl. Erweiterung) oder die RPI Variante? Ich kann mal schauen, ob ich die gewünschte Platine noch habe - schreib mich einfach per PN an.
Zitat von: Reinhart am 24 März 2018, 09:50:02
Und ja die Stromaufnahme ohne Wandler haben wir gemessen und liegt ohne Led bei etwa 4-5 mA.
Ich habe eine Simulation (Multisim) des eBus Adapters (ohne DC/DC Wandler) gebaut. Die Simulation scheint jetzt einigermaßen zu funktionieren. Die Spannungen passen recht gut zum Messplan. Der Stromverbauch passt auch gut zu den 4-5mA von Reinhart. Hier die Ergebnisse mit und ohne LEDs:
Mit LEDs für die eBus Seite:Bus=hi : 7.22 mA
Bus=lo : 6.81 mA (nur lesen)
Bus=lo : 11.9 mA (Adapter beim Senden)
Für die UART Seite:Bus=hi : "0A"
Bus=lo : 9.89 mA (nur lesen)
Bus=lo : 14.5 mA (Adapter beim Senden)
Ohne LEDs für die eBus Seite:Bus=hi :
4.46 mABus=lo :
4.06 mA (nur lesen)
Bus=lo : 9.13 mA (Adapter beim Senden)
Für die UART Seite:Bus=hi : "0A"
Bus=lo : 3.85 mA (nur lesen)
Bus=lo : 8.47 mA (Adapter beim Senden)
Noch eine Frage zum Messplan: Bekommt Ihr an MP1 wirklich 15.6V wenn Ihr am eBus 17V (mit 330 Ohm Widerstand) anlegt? Müsste es nicht einen Spannungsabfall am Widerstand geben?
Viele Grüße
Jan Eric
Zitat von: galileo am 10 April 2018, 04:23:06
Der SFH6136 in der Referenzschaltung hat z.B. einen Current Transfer Ratio von 19 bis 35%. Also vorne 100% rein, hinten maximal 35% raus. Da braucht es dann die Transistoren, um wieder auf vernünftige Werte zu kommen.
Unsere Schaltung verwendet einen CNY17-4 (Achtung auf "-4") der hat mindestens(!) 160%. Und der nachfolgende BC337-40 (Achtung auf "-40") hat einen DC Current Gain von 250 bis 630.
Damit ersparen wir uns sämtliche zusätzliche Transistoren und vermeiden somit grundsätzlich auch die bösen parasitären Kapazitäten, speziell in der Darlington-Schaltung, welche nur die Signalformen verfälschen.
Ich habe den geringen Strom den der SFH6136 durchschaltet unterschätzt. Ich hatte auch übersehen, dass der Transistor im Sendepfad das Signal invertiert. Durch das hohe CFR schaltet der CNY17 allerdings nicht so schnell wie der SFH6136 und der Betrieb des CNY17 braucht mehr Strom.
Dabei ist mir aufgefallen, dass in der eBus Spezifikation als Richtwert 10us für die negative Flanke und 50us für die positive Flanke vorgegeben wird. Laut Datenblatt hat der CNY17-4 aber eine Turn-off-time von 25us (davon Fall-time=15us). Das erfüllt die eBus Spezifikation vermutlich nicht. Bauteile für beide Schaltungen habe ich inzwischen. Werde diese demnächst mal zusammenbauen und dann nachmessen.
Im Moment überlege allerdings ich ob ich die Optokoppler nicht gegen einen ADUM1201 tausche. Der ist nicht gerade preiswert; aber ich habe ja auch keine Massenfertigung vor...
ZitatIm Moment überlege allerdings ich ob ich die Optokoppler nicht gegen einen ADUM1201 tausche.
Deine Überlegungen sind alle berechtigt und deshalb steht der ADUM1201 auch schon länger auf meiner To-Do Liste. Übrigens gemeinsam mit dem ISO7221C von TI.
Solltest du ihn wirklich austauschen wäre ich sehr an einer Meinung / Messung interessiert!
Da beide Wandler-Typen (und auch andere interessante Bauteile) leider nur in SMD vorhanden sind, möchte ich gerne einmal in die Runde fragen (speziell jene die Bausätze bestellt haben) was sie
denn prinzipiell vom Löten von SMD Bauteilen halten. Also bitte keine ganz winzigen SMD Widerstände o.ä, sondern speziell solche SOT oder ähnliche Gehäuse:
Zitat von: galileo am 18 April 2018, 06:56:45
Da beide Wandler-Typen (und auch andere interessante Bauteile) leider nur in SMD vorhanden sind, möchte ich gerne einmal in die Runde fragen (speziell jene die Bausätze bestellt haben) was sie
denn prinzipiell vom Löten von SMD Bauteilen halten. Also bitte keine ganz winzigen SMD Widerstände o.ä, sondern speziell solche SOT oder ähnliche Gehäuse:
Moin galileo
Ich habe so etwas schon geloetet, und dachte erst, dass da nicht machbar ist. Mit einer vernuenftigen Spitze, ist das aber kein Problem. Von mir aus also gerne! Ob ich allerdings wirklich noch eine 4. Variante baue, bleibt fraglich!
Gruss Christoph
Zitat von: galileo am 18 April 2018, 06:56:45
Deine Überlegungen sind alle berechtigt und deshalb steht der ADUM1201 auch schon länger auf meiner To-Do Liste. Übrigens gemeinsam mit dem ISO7221C von TI.
Solltest du ihn wirklich austauschen wäre ich sehr an einer Meinung / Messung interessiert!
Ja, den ISO7221 hab ich auch auf meiner "Kandidatenliste". Ich habe allerdings noch nicht so richtig verstanden wie sich die verschiedenen Varianten unterscheiden. Der ADUM1201 soll angeblich nicht so tolle sein und bei späteren Modellvarianten soll es Verbesserungen gegeben haben.
Zitat von: galileo am 18 April 2018, 06:56:45
Da beide Wandler-Typen (und auch andere interessante Bauteile) leider nur in SMD vorhanden sind, möchte ich gerne einmal in die Runde fragen (speziell jene die Bausätze bestellt haben) was sie denn prinzipiell vom Löten von SMD Bauteilen halten. Also bitte keine ganz winzigen SMD Widerstände o.ä, sondern speziell solche SOT oder ähnliche Gehäuse:
Kein Problem.
ZitatIch habe allerdings noch nicht so richtig verstanden wie sich die verschiedenen Varianten unterscheiden.
Der ISO7221 koppelt kapazitiv, der ADUM1201 induktiv. Deshalb sollte der ADUM nicht in die Nähe eines Magnetfeldes kommen. Die kapazitive Variante lässt sich vermutlich besser abschirmen ?
Beide Varianten können kein DC, wie ein klassischer LED Koppler. Es wird immer nur die Differenz zum vorherigen Zustand übertragen, weshalb von Zeit zu Zeit "refresh" Impulse übertragen werden müssen um eventuelle Übertragungsfehler auszubügeln.
Vermutlich liegen hier die Probleme der Chips. Gefühlsmäßig würde ich dem ISO7221 den Vorzug geben. Aber das gilt es einmal auszuprobieren.
Zitat von: galileo am 18 April 2018, 18:43:37
Der ISO7221 koppelt kapazitiv, der ADUM1201 induktiv. Deshalb sollte der ADUM nicht in die Nähe eines Magnetfeldes kommen. Die kapazitive Variante lässt sich vermutlich besser abschirmen ?
Beide Varianten können kein DC, wie ein klassischer LED Koppler. Es wird immer nur die Differenz zum vorherigen Zustand übertragen, weshalb von Zeit zu Zeit "refresh" Impulse übertragen werden müssen um eventuelle Übertragungsfehler auszubügeln.
Der ADuM scheint ein auto refresh zu machen (auf Seite 24 im Abschitt DC CORRECTNESS AND MAGNETIC FIELD IMMUNITY):
Zitat
Positive and negative logic transitions at the isolator input send narrow (~1 ns) pulses to the decoder via the transformer. The decoder is bistable and is therefore either set or reset by the pulses, indicating input logic transitions. In the absence of logic transitions of more than ~1 μs at the input, a periodic set of refresh pulses indicative of the correct input state is sent to ensure dc correctness at the output. If the decoder receives no internal pulses for more than about 5 μs, the input side is assumed to be unpowered or nonfunctional, in which case the isolator output is forced to a default state (see Table 17 and Table 18) by the watchdog timer circuit.
Zum Magnetfeld heißt es dort:
Zitat
As seen, the ADuM1200/ADuM1201 are extremely immune and can be affected only by extremely large currents operating very close to the component at a high frequency. For the 1 MHz example, place a 0.5 kA current 5 mm away from the ADuM1200/ADuM1201 to affect the operation of the component.
Beim ISO7221 hab ich noch nicht geschaut.
Von Maxim ist der MAX12935 vielleicht auch interessant.
Hallo zusammen,
auch ich bin aufgrund von Zeitmangel erst gestern dazu gekommen meine Platine zu bestücken. Ich habe eine 'normale' basisplatine 2.1 plus Erweiterungs platine. Leider komme ich beim Nachmessen der Platine nicht wirklich weiter. Muss ich die Platine eigentlich noch zusätzlich mit 5V versorgen wenn ich Sie messen will ??
Wäre toll wenn Ihr mir da auf die Sprünge helfen könntet.
danke,
Tom
Nein, die 5V sind für diese Messungen nicht notwendig.
17V über den Vorwiderstand auf die eBus Leitungen reichen. Aber Achtung! die 17 V sind zwischen den beiden Bus-Leitungen einzustellen.
Die anderen Messwerte beziehen sich dann aber auf den GND.
Hallo,
ich habe die 17V über den 330ohm Vorwiderstand an liegen. An der Diode messe ich dann noch 16,6V, an jp6 messe ich 6.8v aber an jp5 wo 5v sein sollte messe ich 0. ich verstehe auch nicht wo der dcdc wandler seine spannung her bekommt. steht im plan nur eine fahne mit 5V.
Entschuldige bitte, ich dachte du fährst one DC/DC Wandler.
Schon klar, dann brauchst du zusätzlich 5V auf der "linken" Seite, die den DC/DC Wandler versorgen.
Dann sollte der Rest der Schaltung auch mit der korrekten Spannung versorgt werden.
Zitat von: jkyprian am 17 April 2018, 21:51:54
Dabei ist mir aufgefallen, dass in der eBus Spezifikation als Richtwert 10us für die negative Flanke und 50us für die positive Flanke vorgegeben wird. Laut Datenblatt hat der CNY17-4 aber eine Turn-off-time von 25us (davon Fall-time=15us). Das erfüllt die eBus Spezifikation vermutlich nicht.
I just became interested to understand.
And in the datasheet I did not see 25us ...
jkyprian, galileo, I do not understand something?
Moreover, the specification and practice - a little different :)
In practice, even with the adapter 2.x, as far as I know, some users have to use parameters (ebusd daemon) --receivetimeout --latency, programs setserial, stty, etc, because the actual speed of the ebus is below the adapter and/or specification.
Anyway, my adapter 2.x (2pcs) is working satisfactorily. (thanks galileo)
https://www.youtube.com/watch?v=w_Ivl8wVpMo (https://www.youtube.com/watch?v=w_Ivl8wVpMo)
PS
IMHO scheme galileo (adapter 2) - inexpensive and efficient, from the available components
ZitatAnd in the datasheet I did not see 25us ...
3 Datasheets, 3 verschiedene Werte (siehe Vishay Datasheet)
Aber hier geht es um zwei verschiedene Effekte: a) Risetime/Falltime, b) Delay.
Was das Datenblatt über die Rise/Falltime des CNY17 sagt, ist zwar nicht unwichtig, hat aber für die letztendliche Rise/Falltime am Bus keine 100%ige Aussage.
Da ist jedenfalls noch ein Transistor (BC337-40) dazwischen, welcher das Signal verstärkt und damit auch die Kurvenform ändert (positiv).
Beide Transistoren gehen in die Sättigung und damit müssen auch die Ladungen ausgeräumt werden (ändert die Kurvenform wieder negativ).
Extrem wichtig in diesem Zusammenhang der Widerstand R14/220Ohm. Der bestimmt letztendlich die Rise-Time am Bus.
ZitatIn practice, even with the adapter 2.x, as far as I know, some users have to use parameters (ebusd daemon) --receivetimeout --latency, programs setserial, stty, etc, because the actual speed of the ebus is below the adapter and/or specification.
Durch beide CNY17 entsteht jedenfalls ein Delay (Turn-On Time = Delay Time + Rise Time, falls man das auf dem Datasheet nicht lesen kann).
Durch dieses Delay, in Summe mit den Verzögerungen die durch die Verarbeitung im Prozessor (Raspi) passieren, wird die Ebus Spec zur Arbitrierung zwangsweise verletzt.
Aber bitte nicht aufregen: es funktioniert trotzdem, und das sehr gut, weil es am Bus sehr viele Situationen gibt, wo eine Arbitrierung gar nicht notwendig ist.
Der ebusd muss das nur "wissen" und deshalb gibt es Einstellungen wie "receivetimeout" und "latency" (@John: ich hoffe ich behaupte da keinen Unsinn über den ebusd)
LG
Zitat von: galileo am 29 April 2018, 07:47:01
Durch beide CNY17 entsteht jedenfalls ein Delay (Turn-On Time = Delay Time + Rise Time, falls man das auf dem Datasheet nicht lesen kann).
sorry, for maybe a stupid my question
do I understand correctly?
Turn-on time (cny17-4) = Rise time + Delay time and corresponds to Positive Edge (eBUS Specifications V.1.3.1)?
or... corresponds to Negative Edge?
LG
Die beiden Bilder stimmen so zueinander.
TurnOn am OK --> Transistor schaltet durch --> Bus wird auf LOW gezogen. Und umgekehrt.
Zitat von: galileo am 30 April 2018, 06:28:37
Die beiden Bilder stimmen so zueinander.
TurnOn am OK --> Transistor schaltet durch --> Bus wird auf LOW gezogen. Und umgekehrt.
Dann sollte ja alles passen.
Wo wir gerade dabei sind: Ich habe jetzt endlich mal den Adapter aus der Spezifikation zusammengesteckt. Funktioniert soweit. Ich erhalte aber auf dem eBUS Signal einen Spannungseinbruch kurz nachdem der Pegel wieder angestiegen ist. Hab Ihr so was schon mal gesehen? Auf dem Bild ist oben das eBus Signal und unten das Signal vom Frequenzgenerator.
Könnte die Spannungsversorgung ein Problem sein? Hab hier derzeit ein Labornetzteil mit 330 Ohm Widerstand als Quelle.
Nachtrag: Mit der 50mA eBUS Spannungsversorgung aus dem Spezifikation tritt das Problem nicht auf :D
<gelöscht>
Zitat von: galileo am 18 April 2018, 06:56:45
Deine Überlegungen sind alle berechtigt und deshalb steht der ADUM1201 auch schon länger auf meiner To-Do Liste. Übrigens gemeinsam mit dem ISO7221C von TI.
Solltest du ihn wirklich austauschen wäre ich sehr an einer Meinung / Messung interessiert!
Ich bin jetzt endlich dazu gekommen ADUM und ISO7221C auf einen DIP Adapter zu löten und damit herumzuspielen. Den ISO7221C habe ich allerdings wg. zu hohem Stromverbrauch inzwischen verworfen. Der ADUM macht auf jeden Fall einen guten Eindruck. Nicht so ein Heckmeck wie mit den Optokopplern. Ausprobieren werde ich demnächst noch den MAX12935. Als Spannungsregeler habe ich Längsstabilisierung mit Z-Diode und TLS810 ausprobiert. Der LT3008 scheint mir auch interessant. Ansonsten habe ich als Komparator den TSX3702 im Auge und BAV99S als Ersatz für die Dioden am Eingang...
Zitat von: jkyprian am 24 Mai 2018, 20:47:24
...Der ADUM macht auf jeden Fall einen guten Eindruck. Nicht so ein Heckmeck wie mit den Optokopplern...
Nur zur Info:
Die "gute, alte USB-Anschaltung" ;-) des mikrocontroller.net (https://www.mikrocontroller.net/topic/346833) verwendet schon immer den ADUM 1201.
"Gefühlt" hatte sich bei mir dieser Adapter an einer "mimosenhaften" eBus-Anbindung zum Test
ein klein wenig weniger anfällig verhalten als die Varianten 1.5/2.0. - aber wie gesagt, "nur von mir gefühlt"...
Zitat von: sua am 25 Mai 2018, 00:35:24
"Gefühlt" hatte sich bei mir dieser Adapter an einer "mimosenhaften" eBus-Anbindung zum Test
ein klein wenig weniger anfällig verhalten als die Varianten 1.5/2.0. - aber wie gesagt, "nur von mir gefühlt"...
Könnte an der nicht ganz bestimmungsgemäßen Verwendung des 4011 liegen. Direkt am ADUM fehlt außerdem der Kondensator.
Hallo.
Will gerade in die Automatisierung einsteigen und erstes Ziel ist, meine alte Wolf-Heizung mit BM1 smart zu machen.
Leider sind die Sammelbestellungen für das Interface vorbei. Suche daher erstmal ein simples USB-Interface zum lauschen und schreiben und experomentieren um die Wolf zu entschlüsseln.
Welches simple Interface, was man vll auf Lochraster aufbauen kann, ist dafür ausreichend und funktioniert mit Wolf?
Grüße aus Russland.
Ich entwickle mein eigenes Smart House https://dobego.ru/foxhole/heating/ Ich möchte mich mit dem Vaillant EcoTEC Plus Kessel verbinden.
Sie können die eBus Adapter Version 2.1 Boards https://forum.fhem.de/index.php/topic,75878.msg769382.html#msg769382 zu bestellen oder Dateien für die Eigenproduktion zu erhalten.
Ich entschuldige mich für meinen deutschen Google translate
@de50ae
es wird im Herbst/Winter 2018 vermutlich wieder was an Bausätzen geben, aber jetzt im Sommer liegt das Interesse woanders.
Welche Versionen das sein werden weiß ich auch noch nicht genau.
LG
Hallo an alle,
tolle Arbeit, die hier geleistet wird!
Ich würde mich gerne für die nächste Sammelbestellung voranmelden.
Ich benötige die 2.1 Platine (oder eventuell schon 2.2) mit Wemos D1, zum Verbinden über WLAN.
Bausatz wäre ok, fertig zusammengebaut wäre mir als Grobmotoriker lieber, zahle sehr gerne für das Löten.
Danke und weiter viel Erfolg mit Eurem Projekt
Daniel
Hallo nochmal,
wäre es möglich die Gerber-Dateien für Basisboard und Extension 2.1 verfügbar zu machen?
Vielen Dank
Daniel
Zitat von: drrocktor2 am 18 September 2018, 18:18:08
wäre es möglich die Gerber-Dateien für Basisboard und Extension 2.1 verfügbar zu machen?
wie schon früher gepostet, werden wir keine Gerber Files rausgeben, um kommerziellem Missbrauch vorzubeugen.
Ich habe aber noch einen winzigen Vorrat an Platinen, wenn es also dringend ist, kann ich Dich dafür notieren.
Anonsten wird es voraussichtlich demnächst wieder eine Sammelbestellung geben, allerdings ist mit einer Verfügbarkeit der Platinen vor November eher nicht zu rechnen.
Hallo John30,
gut, ich verstehe, habe ich wohl übersehen. Allerdings gibt es das Gerber-File der Baseboard-Platine schon öffentlich bei einem PCB-Prototyper (Link schicke ich per PN), vielleicht ist es auch eine ältere Version. Nur das Extension-Board gibt es dort nicht.
Wenn Du Deine restlichen Platinen gerne verkaufen möchtest, nehme ich sie gerne (PN?).
Ansonsten, werde ich mich gedulden müssen.
Grüße!
Daniel
Hallo,
der Sommer war lang und da habe ich einiges sicher vergessen. Bei der Inbetriebnahme meiner Heizung habe ich auch natürlich ein update von ebusd vorgesehen.
Meine Notizen weisen folgenden Vorgang auf:
git clone https://github.com/john30/ebusd-configuration.git
sudo mv /etc/ebusd /etc/ebusd.old
sudo ln -s $PWD/ebusd-configuration/ebusd-2.1.x/de /etc/ebusd
und mit dem "symlink" soll künftig wie upgedatet werden?
einfach in das Verzeichnis gehen und git pull machen, also:
Code: [Auswählen]
cd ~/ebusd-configuration && git pull
Das dürfte jedoch nicht (mehr) funktionieren, weil:
version: ebusd 3.0pre.bbc4d04
update check: version 3.2 available, broadcast.csv: different version available, vaillant/bai.0010015600.inc: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available, vaillant/hcmode.inc: different version available
access: *
signal: acquired
symbol rate: 23
max symbol rate: 105
min arbitration micros: 1123
max arbitration micros: 3647
min symbol latency: 5
max symbol latency: 6
reconnects: 0
masters: 2
messages: 196
conditional: 2
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0204;HW=9602", loaded "vaillant/bai.0010015600.inc" ([HW=9602]), "vaillant/08.bai.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
Das Update ist m. E. nicht notwendig, da alle readings in GAEBUS funktionieren - trotzdem würde ich es gerne lernen.
MfG
Zitat von: john30 am 24 September 2018, 08:00:19
wie schon früher gepostet, werden wir keine Gerber Files rausgeben, um kommerziellem Missbrauch vorzubeugen.
hum bitte nich falsch verstehen aber finde es nicht logisch. Also wenn jemand es kommerziell missbrauchen will, dann schaft sicher aus der Schaltplan auch einen PCB zu produzieren. Das heißt da werden eher nur die Hobbybastler verhindert und kein kommerziell Missbraucher.
Zitat von: mohamnag am 26 September 2018, 14:44:31
hum bitte nich falsch verstehen aber finde es nicht logisch. Also wenn jemand es kommerziell missbrauchen will, dann schaft sicher aus der Schaltplan auch einen PCB zu produzieren. Das heißt da werden eher nur die Hobbybastler verhindert und kein kommerziell Missbraucher.
Moin
Es gibt ja schon kommerzielle Adapter, die, so wie man immer wieder liest, nicht so gut funktionieren! Da die Entwickler hier sehr viel Zeit und Hirnschmalz in die Platinen gesteckt haben, verstehe ich das gut. Wenn jemand diese Platine kommerziell vermarkten moechte, dann soll er Sie ruhig Aufgrund der Schaltplaene nachrouten. Ob die Funktion dann wieder so gegeben ist, und ein Support genau so gut laeuft, wie mit einer Platine von hier muss man dann sehen!
Just my 2cent
Christoph
Zitat von: raimundl am 25 September 2018, 17:21:08
der Sommer war lang und da habe ich einiges sicher vergessen. Bei der Inbetriebnahme meiner Heizung habe ich auch natürlich ein update von ebusd vorgesehen.
ab ebusd 3.2 braucht man gar nicht mehr das ebusd-configuration repo clonen, da ebusd per default (oder mittels "-c http://ebusd.eu/config/") die CSV Files direkt vom config webservice abholt. Internetverbindung natürlich vorausgesetzt.
Will man trotzdem lieber lokale Files benutzen, dann muss man explizit "-c /etc/ebusd" angeben.
Zitat von: BlueBeard am 01 August 2018, 08:18:55
Sie können die eBus Adapter Version 2.1 Boards https://forum.fhem.de/index.php/topic,75878.msg769382.html#msg769382 zu bestellen oder Dateien für die Eigenproduktion zu erhalten.
wie schon geschrieben, wird es relativ bald wieder eine Sammelbestellung geben. Bitte noch etwas Geduld.
I'm waiting for new delivery too.
I think, that i have problem with board 1.6 and i want test only basic board 2.1 (without wifi)
Fantom
Today I try run board 2.0.
I bought full kit with soldering (base + expansion + 2 x wemos + bme280)
And i have big problem. After connect to ebus line, it is not working :(
1) I wrote images to both esp8266. When i connect esp8266 to power source i can connect with espEasy(it is work, i see bme280 etc), but with EBUS wifi i can't connect. All time phones connected and disconnected to EBUS wifi.
2) When i try run complete system, nothing happens. On ebus i have about 20V. Only one yellow led is light on expansion board. Nothing else (not blinking blue leds on esp etc). I check voltage. Only this yellow led have 5V. On all other plugs, when i measure points 3v3 i see always 0V
What is wrong ??
I don't known, from where kit get 3v3 voltage. I must conect power DC to esp8266 ??
EDIT:
I found on the last line https://ebus.github.io/adapter/base#wemos-d1 "The power supply of the Wemos takes place directly via a USB plug-in power supply." :)
That only problem (1) is important now.
Fantom
Hello there,
after lot of work I should be able to finally add eBus integration to home-assistant (https://www.home-assistant.io/ (https://www.home-assistant.io/))
This allow everyone to have full control of his/her own heating system using this powerful automation open source software.
This should be hopefully get merged to the master branch on the next version, now is on pull request here: https://github.com/home-assistant/home-assistant/pull/16899 (https://github.com/home-assistant/home-assistant/pull/16899)
If you find my work useful you can buy me a beer here: https://paypal.me/ingmarcotoni (https://paypal.me/ingmarcotoni)
Thanks!! ;)
Sorry if this has been asked before, but I could not find an answer.
Can the design files of the PCB be downloaded somewhere? I'm currently using a breadboard version of 1.6 but would like to build a v2.1.
I could draw one in Kicad based on the schematics on the github.io page, but if it is already available it would save a lot of time.
Thanks,
It has been asked several times, but the design files have never been published for copyright reasons.
So you'd have to draw your own PCB or wait for the next bulk order...
Zitat von: john30 am 29 September 2018, 12:13:18
ab ebusd 3.2 braucht man gar nicht mehr das ebusd-configuration repo clonen, da ebusd per default (oder mittels "-c http://ebusd.eu/config/") die CSV Files direkt vom config webservice abholt. Internetverbindung natürlich vorausgesetzt.
Will man trotzdem lieber lokale Files benutzen, dann muss man explizit "-c /etc/ebusd" angeben.
Danke für den Hinweis!
Ich habe nun upgedatet, dürfte auch geklappt haben (bitte Anhang überprüfen ob o.k.) - jedoch mit sehr viel "try and error":
Wie kann ich feststellen ob nun wirklich auf "http://ebusd.eu/config/" zugegriffen wird?
Bei $ ebusd -c http://ebusd.eu/config/ folgende Meldung: [main error] invalid configpath without scanconfig.
Bei Eingabe: ebusd -c http://ebusd.eu/config/ --scanconfig - geht durch ohne Meldung.
Gibt es wo eine Installations- bzw. Updatebeschreibung für nicht so Geübte? - Die Parameter für die EBUSD_OPTS konnte ich nirgends finden.
version: ebusd 3.2.v3.2
update check: revision v3.2-8-g0f77a9d available, vaillant/bai.0010015600.inc: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available, vaillant/hcmode.inc: different version available
access: *
signal: acquired
symbol rate: 23
max symbol rate: 81
min arbitration micros: 1100
max arbitration micros: 4689
min symbol latency: 4
max symbol latency: 13
reconnects: 0
masters: 2
messages: 191
conditional: 2
poll: 0
update: 5
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0204;HW=9602", loaded "vaillant/bai.0010015600.inc" ([HW=9602]), "vaillant/08.bai.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
Bitte auch um Interpretation von: "update check: revision v3.2-8-g0f77a9d available, vaillant/bai.0010015600.inc: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available, vaillant/hcmode.inc: different version available
Meine Intention ist, von try and ... wegzukommen und alles zu verstehen, daher bitte ob der vielen Fragen um Geduld.
Danke und LG
Zitat von: Sven77 am 09 Oktober 2018, 08:41:26
It has been asked several times, but the design files have never been published for copyright reasons.
So you'd have to draw your own PCB or wait for the next bulk order...
Thanks!
On the PCBs is an "Open Source Hardware" symbol, so I assumed that the PCB design was also open source. Oh well :)
Zitat von: raimundl am 09 Oktober 2018, 18:39:50
Wie kann ich feststellen ob nun wirklich auf "http://ebusd.eu/config/" zugegriffen wird?
indem Du für den ebusd Start eben nicht "-c /etc..." verwendest.
Zitat von: raimundl am 09 Oktober 2018, 18:39:50
Bei $ ebusd -c http://ebusd.eu/config/ folgende Meldung: [main error] invalid configpath without scanconfig.
ja, denn es macht überhaupt keinen Sinn, sämtliche CSV files auf einmal zu nutzen, darum die Fehlermeldung. Nur wenn die CSVs selektiv in einen lokalen Ordner kopiert wurden, ergibt ein ebusd Start ohne "--scanconfig" überhaupt Sinn.
Zitat von: raimundl am 09 Oktober 2018, 18:39:50
Gibt es wo eine Installations- bzw. Updatebeschreibung für nicht so Geübte? - Die Parameter für die EBUSD_OPTS konnte ich nirgends finden.
alles ist hier dokumentiert (https://github.com/john30/ebusd/wiki)
die EBUSD_OPTS sind ja genau die Parameter für ebusd, wenn dieser als Dienst gestartet wird...
Zitat von: raimundl am 09 Oktober 2018, 18:39:50
Bitte auch um Interpretation von: "update check: revision v3.2-8-g0f77a9d available, vaillant/bai.0010015600.inc: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available, vaillant/hcmode.inc: different version available
dann bitte auch dazu schreiben, mit welchen Parametern in diesem Fall ebusd gestartet wurde, sonst kann ich nicht viel dazu sagen.
Zitat von: john30 am 10 Oktober 2018, 08:38:31
Bitte auch um Interpretation von: "update check: revision v3.2-8-g0f77a9d available, vaillant/bai.0010015600.inc: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available, vaillant/hcmode.inc: different version available
dann bitte auch dazu schreiben, mit welchen Parametern in diesem Fall ebusd gestartet wurde, sonst kann ich nicht viel dazu sagen.
Danke für die rasche Antwort - hier meine Eingaben:
/etc/default/ebusd
EBUSD_OPTS="--configpath=/etc/ebusd/ --scanconfig=full -d /dev/ttyUSB0 -p 8888 --httpport=8080 --loglevel=info --accesslevel=*"
Muss/soll ich nachbessern, oder ist alles o.k?
Wahrscheinlich könnte man einige Eingaben weglassen, da default Werte.
LG
Hi,
is avaiable pcb gerber files for adapter v2.1?
Regards,
MiKa
Zitat von: MiKa am 12 Oktober 2018, 09:20:34
Hi,
is avaiable pcb gerber files for adapter v2.1?
Regards,
MiKa
I asked the same question a few posts above :)
But, despite the openhw logo,the pcb is not open source, so I am drawing my own at the moment.
Hallo zusammen,
durch die Suchmaschine mit den zwei "o" bin ich auf das Forum hier gestossen. Gesucht habe ich nach eBUS <-> Ethernet.
Nachdem ich hier schon einiges gelesen habe, wollte ich fragen, ob es bezgl Sammelbestellung der Platine 2.1 (erwähnt von john30 am 24. September) schon Neuigkeiten gibt?
Konkret geht es mir darum, dass ich meine neue Vaillant aurocompact an Netz bringen möchte um mir einfach mal die Daten mitzuloggen.
Vielen Dank und Grüße aus München,
Jürgen
Zitat von: spline am 18 Oktober 2018, 13:13:20
Nachdem ich hier schon einiges gelesen habe, wollte ich fragen, ob es bezgl Sammelbestellung der Platine 2.1 (erwähnt von john30 am 24. September) schon Neuigkeiten gibt?
wir finalisieren gerade noch die neue Version, testen das noch alles und dann kommt die Sammelbestellung.
Ich hoffe ja, es wird genügend davon geben, scheint ja einiges an Bedarf zu sein.
Wird es auch wieder fertig gelötete Varianten geben?
Zitat von: Matze_Bln am 18 Oktober 2018, 14:03:15
Ich hoffe ja, es wird genügend davon geben, scheint ja einiges an Bedarf zu sein.
Wird es auch wieder fertig gelötete Varianten geben?
ja und ja ;)
Hallo Entwickler ,
kann ich den eBus Adapter Version 2.1 auch für meine Gastherme Fröling RendaCalor 24 (Bj.2000) benutzen ? es sind zwei Adern zum Bedienteil vorhanden.
Grüße Rob
Zitat von: co010 am 18 Oktober 2018, 21:17:07
Hallo Entwickler ,
kann ich den eBus Adapter Version 2.1 auch für meine Gastherme Fröling RendaCalor 24 (Bj.2000) benutzen ? es sind zwei Adern zum Bedienteil vorhanden.
Grüße Rob
Moin
In der Anleitung steht etwas von RS485, das ist dann eher nicht eBus! Vielleicht findest Du Antworten bei der Modbus Fraktion.
Gruss Christoph
Hallo zusammen.
Wirklich klasse! Das geht m.E. weit über "Bastelei" hinaus.
Ich bin auch ganz gespannt, wann es mit der Sammelbestellung los geht und würde gern ein fertig bestücktes Exemplar erstehen, sofern möglich.
Meine Gastherme ist eine Weishaupt WTC 15-A. Und ich möchte eigntl. nur mitlauschen. Lt. diesem Thread https://forum.fhem.de/index.php/topic,61017.105.html (https://forum.fhem.de/index.php/topic,61017.105.html) könnte das wohl klappen 8)
Bei V1.6 stehen im Wiki ganz klare Warnungen, die vermutl. auch für 2.0/2.1 gelten. Muss ich beim Anschließen ggf. Besonderheiten beachten?
Vielen Dank und beste Grüße
rob
Hallo,
sollte es eine neue Sammelbestellung für die Paltine geben, hätte ich auch gerne 1 Haupt- und 1 Erweiterungsplatine
Gruß
streethawk
Bei einer neuen Sammelbestellung wäre ich auch dabei!
Bin mir nur unsicher, was ich genau brauche.
Wenn ich den ebus-Dämon auf einem separatem Rechner (Ubuntu) laufen lasse, brauche ich doch nur die Basisplatine und den Wemos zwecks Kommunikation mit dem Dämon.
Richtig?
Zitat von: jerzimeik am 29 Oktober 2018, 13:49:26
Bin mir nur unsicher, was ich genau brauche.
Wenn ich den ebus-Dämon auf einem separatem Rechner (Ubuntu) laufen lasse, brauche ich doch nur die Basisplatine und den Wemos zwecks Kommunikation mit dem Dämon.
Die Auswahl des richtigen Systems ist einfach erklärt!
1. Die Beste Variante ist die RPI Platine direkt auf einem Raspberry aufgesteckt. Sie benötigt keinen Uart und kein Wifi, durch einen eigenen seriellen Treiber hast du die kürzesten Latenzen und somit läuft alles äußerst stabil. Direkter eBus Anschluß mit Kabel ist notwendig.
2. Die Basisplatine kann mithilfe des Uart mit jedem seriellen Rechner wo auch der Dämon lauffähig sein muss angeschlossen werden. Direkter eBus Anschluß mit Kabel ist notwendig.
3. Die universellste Variante ist die Basisplatine mit Wemos, die Erweiterungsplatine ist auch hier nicht notwendig. Der eBus ist an der Basis Platine angeschlossen und es wird über den Wemos eine serielle Bridge zum entfernten Rechner über WIFI hergestellt. Es gibt hier jedoch einige gravierende Nachteile. Sämtliche Probleme die mit WIFI auftreten können sind hier zu beachten (RSSI und Timing allgemein). Daher ist diese Variante auch die mit der wenigsten Stabilität.
Resume: wenn es irgendwie möglich ist dann sollte man eine Kabelverbindung zwischen Heizgerät und Rechner mit Dämon herstellen. Entweder Netzwerkkabel oder eBus Kabel zum abgesetzten Rechner verlegen sorgt für hohe Stabilität. Erst dann zum Wemos greifen wenn eine Kabelverbindung wirklich nicht möglich ist. Meist sitzt dann noch das Heizgerät im Keller wo WIFI ohnehin schon am Ende der Reichweite ist. Wenn Kabel nicht möglich ist, dann wäre es besser den Rechner mit Wifi zu betreiben (also zur Therme platzieren) und nur die Basisplatine mit Uart anschließen, auch dann sind die Latenzen zum Dämon gut.
Wenn der Rechner dann ein Raspberry mit RPI ist und dieser mit WIFI mit dem Netzwerk kommuniziert wäre das ebenfalls ein gangbarer und halbwegs stabiler Weg.
LG
Danke für die Zusammenfassung. Damit weiß ich jetzt auch was ich bestellen muss. Hauptsache ich bekomme den Bestellthread mit. Auch von mir vorab ein Danke an alle Mitwirkenden.
Ps. Meine 1.6 Hardware läuft seit der Erstinstallation einwandfrei und auch die Einstellung war bei mir kein Problem.
Bei einer Sammelbestellung hätte ich gerne die RPI-Version
Guten Morgen,
ich hoffe dies ist der richtige Ort für meine Fragen...
Ausgangssituation:
Ich habe ein von John gelötetes Basisboard 2.1, das ich per UART an einem Raspi 3 betreibe (Stretch).
Ich starte den ebusd mit
EBUSD_OPTS="--scanconfig -d /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -p 8888 --httpport 8889 -l /var/log/ebusd.log --mqtttopic=ebusd/%circuit/%name --mqtthost=192.168.178.28 --mqttport=1883 --accesslevel="*" "
ebusctrl info zeigt:
version: ebusd 3.2.v3.2
update check: revision v3.2-12-g45b9bad available, broadcast.csv: different version available, vaillant/15.350.csv: different version available, vaillant/bai.0010006101.inc: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available, vaillant/hcmode.inc: different version available
access: *
signal: acquired
symbol rate: 22
max symbol rate: 93
min arbitration micros: 3195
max arbitration micros: 3265
min symbol latency: 4
max symbol latency: 6
reconnects: 0
masters: 3
messages: 429
conditional: 4
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "vaillant/bai.0010006101.inc" ([PROD='0010006110']), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=35000;SW=0109;HW=7102", loaded "vaillant/15.350.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
Mein Ziel ist das Setzen des Betriebsmodus in der Vaillant Calormatic 350 (Tag, Nacht, auto, manuell, Sommer, aus), zunächst per Commandozeile, anschliessend soll es per CuxD in eine Homematic eingefrickelt werden
Die Kommunikation scheint ja in beiden Richtungen zu funktionieren, sonst hätte Scanconfig ja nicht funktioniert.
Herausforderung: Anscheinend passt die Softwareversion meiner Calormatic "0109" nicht sonderlich gut zur aktuellen 15.350.csv.
Die meisten Befehle funktionieren leider nicht. Beispiel:
root@All-In-One_RasPi:~# ebusctl read -c 350 TimeWindows
ERR: invalid position in decode
root@All-In-One_RasPi:~# ebusctl read -c 350 ActualPumpPower
ERR: invalid position in decode
root@All-In-One_RasPi:~# ebusctl read -c 350 YieldSensor
ERR: invalid position in decode
Manches wiederum funktioniert:
root@All-In-One_RasPi:~# ebusctl read -c 350 resvdColl1Sensor
451.56;3
root@All-In-One_RasPi:~# ebusctl read -c 350 resvdStorage1Sensor
21.44;ok
Nun ist mein Problem, das ich an der Sache per VPN in der Wohnung der Frau herumfrickele, die 600km entfernt ist. D.h. ich kann leider kein Try-Error probieren um ggf. die 15.350.csv anzupassen.
Außerdem bin ich auch nicht sicher ob ich das hinkriegen würde. Der WAF (woman acceptance factor) für das Basteln an Gasthermen ist nicht sehr hoch.
Falls jemand eine gut funktionierende config für die Calormatic 350 "0109" hätte, wäre ich sehr dankbar sie einsehen zu dürfen.
Viele Grüße
Daniel
Hallo zusammen. Bin wirklich begeistert von der Arbeit. Gibt es wie für die Version 1.6 auch Gerber Files für die Version 2.1, so dass man sich die Platine auch selbst bestellen kann? Ich habe dahingehend nichts gefunden.
Zitat von: john30 am 24 September 2018, 08:00:19
wie schon früher gepostet, werden wir keine Gerber Files rausgeben, um kommerziellem Missbrauch vorzubeugen.
Ich habe aber noch einen winzigen Vorrat an Platinen, wenn es also dringend ist, kann ich Dich dafür notieren.
Anonsten wird es voraussichtlich demnächst wieder eine Sammelbestellung geben, allerdings ist mit einer Verfügbarkeit der Platinen vor November eher nicht zu rechnen.
Die Heizsaison ist im vollen Gange und ich hätte auch Interesse an einer Platine.
John hat es ja (am 18.10) schon angekündigt, bitte geduldet euch noch ein bisschen.
chons wird euch zu dem Thema in Kürze ein paar Infos geben!
... und ja es freut uns das zu dem Thema so viel Interesse besteht!
LG
Reinhart
Zitat von: Reinhart am 29 Oktober 2018, 20:34:32
Die Auswahl des richtigen Systems ist einfach erklärt!
1. Die Beste Variante ist die RPI Platine direkt auf einem Raspberry aufgesteckt. Sie benötigt keinen Uart und kein Wifi, durch einen eigenen seriellen Treiber hast du die kürzesten Latenzen und somit läuft alles äußerst stabil. Direkter eBus Anschluß mit Kabel ist notwendig.
...
LG
Vielen Dank für die "Aufklärung". Dann werde ich wohl eine Raspi in der Nähe der Heizung platzieren. Reicht da auch ein Rasperry Pi 1 B? Davon habe ich noch ein paar rumliegen. Die würde ich dann per Kabel ins Netzwerk bringen.
Dann muss ich nur noch auf die Sammelbestellung hoffen ;-)
Zitat von: jerzimeik am 06 November 2018, 15:36:07
Reicht da auch ein Rasperry Pi 1 B? Davon habe ich noch ein paar rumliegen. Die würde ich dann per Kabel ins Netzwerk bringen.
Ja reicht und den Treiber kannst du auch installieren! Ich habe das seinerzeit bei einem Raspberry B getestet!
LG
Reinhart
Auch ich melde mal mein Interesse an. Falls irgend jemand Lust auf die Lötarbeiten hat, vergüte ich das gerne, da ich zur Zeit etwas Probleme mit dem Rücken habe. Da ist schon das Klimpern auf der Tastatur nicht so dolle, aber Löten ...
Hat jemand das Teil von ESERA im Einsatz? Macht das Sinn oder hole ich mir damit mehr Probleme ins Haus als mit dieser extrem instabilen Lösung von Vaillant (VR900/920).
Danke für Eure Antworten und ein schönes Wochenende
MS
Zitat von: Hasi32 am 09 November 2018, 12:23:48
Auch ich melde mal mein Interesse an. Falls irgend jemand Lust auf die Lötarbeiten hat, vergüte ich das gerne, da ich zur Zeit etwas Probleme mit dem Rücken habe. Da ist schon das Klimpern auf der Tastatur nicht so dolle, aber Löten ...
Hat jemand das Teil von ESERA im Einsatz? Macht das Sinn oder hole ich mir damit mehr Probleme ins Haus als mit dieser extrem instabilen Lösung von Vaillant (VR900/920).
Danke für Eure Antworten und ein schönes Wochenende
MS
Moin
Die meisten sind umgestiegen, insbesondere die Loesung ohne Poti hat den Adapter immens stabiler gemacht!
Gruss Christoph
Also mein esera soll durch die Platine abgelöst werden, persönlich bereue ich, dass ich mich bei der letzten Sammelbestellung dagegen entschieden und den esera geholt habe
ZitatHat jemand das Teil von ESERA im Einsatz? Macht das Sinn oder hole ich mir damit mehr Probleme ins Haus als mit dieser extrem instabilen Lösung von Vaillant (VR900/920).
Ich hatte sogar beide Eresa (damals noch eService), nämlich die Ethernet und die USB Variante, im Einsatz (na, sagen wir besser: im verzweifelten Test).
Die Ethernet Variante kann wegen der Latenzen getrost ausgeschlossen werden. Damit kann der eBus niemals korrekt bedient werden.
Alle ESERA Varianten haben ebenso wie der V1 Print eine "4011 - Poti" Schaltung. Mit all ihren Problemen.
Zusätzlich hat ESERA noch einen Elko in der Spannungsversorgung, was ich damals als innovativen Zusatz gesehen habe. Mittlerweile, nach vielen Stunden Messen und Spezifikation studieren,
muss ich mich leider korrigieren. Eine Kapazität in der Versorgungsleitung eines Teilnehmers führt zwangsweise zu einem Verschleifen ALLER positiven Flanken im System ("Delta-I Problem")
und damit wird die korrekte Arbitrierung praktisch unmöglich, besonders menn mehrere Teilnehmer am Bus sind. Also ist auch die USB Variante eigentlich völlig ungeeignet.
Man müsste sie umbauen. Wie, das habe ich schon einmal hier: https://forum.fhem.de/index.php/topic,29737.msg511678.html#msg511678 (https://forum.fhem.de/index.php/topic,29737.msg511678.html#msg511678) beschrieben. Und zusätzlich diesen Elko entfernen.
ZitatAlso mein esera soll durch die Platine abgelöst werden, persönlich bereue ich, dass ich mich bei der letzten Sammelbestellung dagegen entschieden und den esera geholt habe
Falls du den ESERA nicht umbauen möchtest: Bald ist es soweit!
LG
Eduard
Hallo zusammen,
ich wollte das eBUS basteln über den Winter wieder aufnehmen. Version 2.1 des Adapters ist für mich leider nicht ganz so gut geeignet. Ich will den eBUS direkt an einen Atmega und diesen dann an KNX dranhängen. Geringer Stromverbrauch wäre insofern ganz nett. Anbei meine aktuelle Schaltung auf ADUM Basis. Neben ADUM habe ich ISO7221C und MAX12935 ausprobiert. Für die Spannungsversorgung habe ich diverse ICs ausprobiert. Die Ergebnisse waren jeweils immer nicht so tolle. Die Längsstabilisierung scheint mir derzeit die beste Lösung.
Ich will jetzt meine Steckbrettaufbauten (Adapter aus der Spezifikation, Adapter 2.1 und ADUM Adapter) zusammen löten und dann versuchen einen Testsystem mit zwei Raspis und ebusd aufzubauen. Danach könnte es dann mit der Atmel Programmierung losgehen. Wird nur alles etwas dauern, da ich nur wenig Zeit habe...
Viele Grüße
Jan Eric
@jkyprian
ich würde unbedingt auf galvanische Trennung des eBus achten und Optokoppler einsetzen. Die Längsstabilisierung ist schaltungstechnisch etwas aufwändiger (dafür weniger anfällig auf Schwingungen) und das Problem der Stromaufnahme bleibt damit leider bestehen. Wir haben das ja mit dem fremdgespeisten DC-Wandler (via UART) umgangen, somit wird der eBus nur mehr mit dem Eingang des Operationsverstärkers belastet was eine sehr kleine Strombelastung darstellt.
Ich kenne deine verwendeten Bausteine nicht, aber das wird sich noch zeigen welche parasitäre Kapazitäten die am Eingang haben und das Signal dann verschleifen könnten, es sollte annähernd ein Rechteck sein und keine Kurve. Du hast da nicht viel Spielraum und musst geringe Latenzen schaffen um das Protokoll einhalten zu können.
Halt uns am Laufenden, wie es dir bei deinem Vorhaben ergeht!
LG
Reinhart
Neue eBus Adapter Version 2.2 (Basis- und Erweiterungsplatine / RPI)Es gibt eine neue leicht überarbeitete Version des eBus Adpaters.
Änderungshistorie Basis:
- RO DC/DC Wandler implementiert (als Alternative zur RNM Variante)
- C4 2,2uF Keramik-Kondensator am Eingang hinzugefügt, um die EMV Belastung "etwas" (unter dem Titel: "besser als gar nichts") zu reduzieren
- JP1: Rx und Tx entfernt und 5V hinzugefügt
- Diverse Kosmetik- und Optimierungsthemen
Änderungshistorie Erweiterung:
- JP1: Rx und Tx entfernt und 5V hinzugefügt
- Jumper: Anzahl und damit einige Möglichkeiten, aber auch Komplexität reduziert
- Diverse Kosmetik- und Optimierungsthemen
Hinweis: Die neue Basis- und Erweiterungsplatine ist nicht kompatibel mit der Basis- / Erweiterungsplatine V2.0/1Änderungshistorie RPI:
- RO DC/DC Wandler implementiert (als Alternative zur RNM Variante)
- C4 2,2uF Keramik-Kondensator am Eingang hinzugefügt, um die EMV Belastung "etwas" (unter dem Titel: "besser als gar nichts") zu reduzieren
- Bohrung für den Abstandsbolzen vergrößert
- Diverse Kosmetik- und Optimierungsthemen
Verfügbarkeit/nächsten Schritte/AblaufDie neuen Platinen wurden bereits hergestellt und getestet. Die nächsten Schritte sowie den Ablauf wird Reinhart in Kürze vorstellen. Aus diesem Grund Bitte keine Verfügbarkeitsanfragen hier im Thread posten. Danke.
Anbei die Schaltpläne, Platinenprints und ein paar Impressionen...
Danke chons für die Vorstellung der neuen Version!
hier geht's zur Sammelbestellung der V2.2! (https://forum.fhem.de/index.php/topic,93190.msg857894.html#msg857894)
LG
Reinhart
Moin,
ich hab mal zwei Fragen zum eBus:
- was für ein Kabel sollte man nehmen, um die Platine mit dem Heizgerät zu verbinden?
- was ist die maximale Kabellänge?
VG Günter
Lies dir bitte in der Spezifikation Punkt 10 Elektrische Realisierung (https://ebus.github.io/adapter/Spec_Prot_12_V1_3_1.pdf) das Kapitel durch.
Im wesentlichen schreiben sie verdrillte Zweidrahtleitung und mindestens 0,6 mm. Dort sind auch Rechenbeispiele, die jedoch nur auf ohmsche Berechnung ausgelegt sind. Du musst aber immer bedenken, je länger ein Kabel ist, desto wahrscheinlicher sind Beeinflussungen induktiver und kapazitiver Art und das kann das Signal verzerren.
Daher ist immer zu empfehlen möglichst kurz und nicht mit der Kirche ums Kreuz und weg von Motoren, Pumpen, Leuchtstofflampen etc. Und nicht in der selben 230V Verrohrung, eine Trennung von Niederspannung und Netzspannung muss unbedingt vorhanden sein (Gesetz)! Einen Raspi neben dem Heizgerät platzieren und mit Wlan übertragen (typischer Einsatz von RPI) kann für die Stabilität günstiger sein.
LG
Reinhart
Zitat von: Reinhart am 29 Oktober 2018, 20:34:32
Die Auswahl des richtigen Systems ist einfach erklärt!
1. Die Beste Variante ist die RPI Platine direkt auf einem Raspberry aufgesteckt. Sie benötigt keinen Uart und kein Wifi, durch einen eigenen seriellen Treiber hast du die kürzesten Latenzen und somit läuft alles äußerst stabil. Direkter eBus Anschluß mit Kabel ist notwendig.
2. Die Basisplatine kann mithilfe des Uart mit jedem seriellen Rechner wo auch der Dämon lauffähig sein muss angeschlossen werden. Direkter eBus Anschluß mit Kabel ist notwendig.
3. Die universellste Variante ist die Basisplatine mit Wemos, die Erweiterungsplatine ist auch hier nicht notwendig. Der eBus ist an der Basis Platine angeschlossen und es wird über den Wemos eine serielle Bridge zum entfernten Rechner über WIFI hergestellt. Es gibt hier jedoch einige gravierende Nachteile. Sämtliche Probleme die mit WIFI auftreten können sind hier zu beachten (RSSI und Timing allgemein). Daher ist diese Variante auch die mit der wenigsten Stabilität.
Resume: wenn es irgendwie möglich ist dann sollte man eine Kabelverbindung zwischen Heizgerät und Rechner mit Dämon herstellen. Entweder Netzwerkkabel oder eBus Kabel zum abgesetzten Rechner verlegen sorgt für hohe Stabilität. Erst dann zum Wemos greifen wenn eine Kabelverbindung wirklich nicht möglich ist. Meist sitzt dann noch das Heizgerät im Keller wo WIFI ohnehin schon am Ende der Reichweite ist. Wenn Kabel nicht möglich ist, dann wäre es besser den Rechner mit Wifi zu betreiben (also zur Therme platzieren) und nur die Basisplatine mit Uart anschließen, auch dann sind die Latenzen zum Dämon gut.
Wenn der Rechner dann ein Raspberry mit RPI ist und dieser mit WIFI mit dem Netzwerk kommuniziert wäre das ebenfalls ein gangbarer und halbwegs stabiler Weg.
LG
Bin mir leider doch noch ein wenig unsicher (Neuling ;-) )
Würde aber den RPI-Platine bestellen.
Letzte Frage dazu:
Mit oder ohne DC-Wandler?
Wenn du ein Rundum-Sorglos-Paket willst, solltest du am DC-Wandler nicht sparen!
Wenn du bereit bist, auftretende Probleme in stundenlanger Kleinarbeit untersuchen zu wollen - auch wenn in X Jahren mal eBus-Komponenten dazu kommen oder getauscht werden, dann geht es auch ohne.
Das heisst jetzt nicht, dass man ohne DC-Wandler zwangsläufig Probleme bekommt, aber nur mit diesem wird die Busspezifikation bestmöglich eingehalten. In meinen Augen ist das die einmaligen 7,80€ mehr als Wert!!
PS: Ich wollte anfangs auch sparen und habe mir jetzt dennoch (ohne Probleme zu haben!) für den vorhandenen Adapter noch einen DC-Wandler dazu bestellt. ;)
Sven77 hat alles gesagt, besser kann man den Einsatz des DC-Wandlers nicht beschreiben, genau so ist es!
LG
Reinhart
Zitat von: chons am 26 August 2017, 23:37:34
(Neue Version) eBus Adapter V2.2 (Basisplatine, Erweiterungsplatine und RPI)
siehe hier (https://forum.fhem.de/index.php/topic,75878.msg769382.html#msg769382)
@chons:
Der Link im 1. Post verweist leider auch auf die Version 2.1 :-)
Zitat von: Sven77 am 18 November 2018, 11:31:44
@chons:
Der Link im 1. Post verweist leider auch auf die Version 2.1 :-)
Danke :)
Hallo zusammen!
Ich habe die RPi Variante jetzt seit ein paar Tagen erfolgreich im Einsatz, nachdem ich mich lange mit einem anderen Adapter rumgeärgert habe, daher: herzlichen Dank für die Entwicklung und den grandiosen Bausatz. Das ist wirklich tolle Arbeit!
Danke für dein Lob!
Da du einer der ersten bist, der den RPI V2.2 Bausatz erhalten und zusammen gebaut hat, freut es uns besonders wenn dies für dich problemlos durchführbar war.
LG
Reinhart
Hallo Zusammen,
Ich habe den Adapter 2.0 mit Wemos für die Übertragung im Einsatz. Aufgrund von Heizungsproblemen würde ich gerne noch 2 Temperatursensoren anschließen- je nach dem was geht analog (Spannungsteiler) oder vielleicht auch 1wire.
Wäre das schaltungstechnisch denkbar, also gibt der Esp im Wemos das mit oder ohne Erweiterungsplatine her?
Wäre es denkbar das als zusätzliche Option in die FW mit einzubacken?
Vielen Dank, Andreas
Hallo Andreas,
ich habe beides (Ebus und 1-Wire) und bin der Meinung, dass man nicht beides auf einem Wemos vereinen sollte, da beides recht zeitintensiv ist. Genauer gesagt ist die Dauer einer 1-Wire-Abfrage nicht immer gut vorhersehbar und dauert eben ein paar ms. In dieser Zeit könnten dir wertvolle Ebus-Nachrichten durch die Lappen gehen.
Vielleicht kann John noch das Auslesen von A0 in seine Firmware integrieren, dann könnte man zumindest einen Analogwert mit abdecken.
Generell würde ich dir aber zu einer separaten 1wire-zu-WLAN-Bridge (https://forum.fhem.de/index.php/topic,45853.0.html) raten, die läuft gut und man handelt sich keine unnötigen Probleme ein!
Moin Sven,
Mir gings um die drahtlose Übertragung dank esp- die läuft damit auch. Super Tipp, danke!
Bzgl. A0 mache ich bei John ein Issue auf. Der könnte für 1 Sensor oder alternativ Batterieüberwachung sinnvoll sein falls das jemand so nutzen will.
Schöne Woche,
Andreas
Ps.: (offtopic) wenn es sowas wie industrietaugliche 1wire Sensoren in Form von Anlegefühlern o.ä. gibt bin ich für Tips dankbar.
na ja, industrietauglich sind DS18b20 gerade nicht aber sehr günstig bei Ali (https://de.aliexpress.com/item/10pcs-lotStainless-steel-package-Waterproof-DS18b20-temperature-probe-temperature-sensor-18B20-for-arduino/32582078417.html?spm=a2g0s.9042311.0.0.27424c4dcVvg1q)!
Ich verwende die auch und habe eigentlich noch keine Probleme damit. Etwas Wärmeleitpaste auftragen und an das Rohr befestigen (Kabelbinder etc.). Das Schöne daran, du kannst die alle parallel auffädeln und sparst dir etwas Verlegearbeit. Die Genauigkeit ist allerdings keine Präzision, aber bei Vorlauf etc. auch nicht aufs Zehntel notwendig.
LG
Hi
Is there any chance te get ebusd working with erelax thermostat ?
I'm interested to monitor somme value (curve, hot water Boiler tempertur, pressure...)
Thanks
Hi,
The erelax is a Wlan controller which is connected to the eBus. Our adapter is also connected to the eBus and can listen in on all the parameters. I do not know if there are already CFG files for the Erelax.
LG
Reinhart
Zitat von: Reinhart am 03 Dezember 2018, 13:47:24
Hi,
The erelax is a Wlan controller which is connected to the eBus. Our adapter is also connected to the eBus and can listen in on all the parameters. I do not know if there are already CFG files for the Erelax.
LG
Reinhart
Hi
the controler seem unrecognized !
$ ebusctl info
version: ebusd 3.2.v3.2
update check: revision v3.2-12-g45b9bad available, broadcast.csv: different version available, memory.csv: different version available, vaillant/08.bai.csv: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available, vaillant/general.csv: different version available, vaillant/hcmode.inc: different version available
access: *
signal: acquired
symbol rate: 72
max symbol rate: 98
min arbitration micros: 38
max arbitration micros: 120
min symbol latency: 9
max symbol latency: 29
reconnects: 0
masters: 3
messages: 197
conditional: 2
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0609;HW=3302", loaded "vaillant/bai.0010017388.inc" ([PROD='0010017388']), "vaillant/08.bai.csv"
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd
maybe it'is "address 10: master #2"
$ ebusctl scan full && sleep 60 && ebusctl scan result
1 scan(s) still running
08;Vaillant;BAI00;0609;3302
any idea ?
Zitat von: diam35 am 22 Dezember 2018, 02:58:42
maybe it'is "address 10: master #2"
yes, the controller is usually on master address 0x10 / slave address 0x15.
you might want to do an explicit scan for that using "ebusctl scan 15"
pi@rpi2:~ $ ebusctl scan #15 && sleep 60
done
pi@rpi2:~ $ ebusctl scan result
08;Vaillant;BAI00;0609;3302
Nothing more.
I think this controler work not like others.
some example:
- external temp is get directely from internet.
- the heating curve set in controller is not visible in boiler param "d.43"
is there any way to get what the controler write to boiler ?
Zitat von: diam35 am 22 Dezember 2018, 16:32:44
pi@rpi2:~ $ ebusctl scan #15 && sleep 60
done
not "#15", just "15" as written before
Zitat von: diam35 am 22 Dezember 2018, 16:32:44
is there any way to get what the controler write to boiler ?
"ebusctl find -a -d"
"ebusctl grab result"
$ ebusctl scan 15
ERR: read timeout
log:
2018-12-23 02:15:09.912 [bus notice] scan 08: ;21;17;28;0010017388;1610;012125;N9
2018-12-23 02:15:12.030 [main error] scan config 15: ERR: wrong symbol received
2018-12-23 02:15:13.944 [update notice] received unknown MS cmd: 1008b503020001 / 0affffffffffffffffffff
2018-12-23 02:15:14.265 [update notice] received unknown MS cmd: 1008b503020002 / 0affffffffffffffffffff
2018-12-23 02:15:14.451 [update notice] received unknown MS cmd: 1008b503020003 / 00
2018-12-23 02:15:14.694 [update notice] received unknown MS cmd: 1008b503020004 / 00
2018-12-23 02:15:14.972 [update notice] received update-write bai SetMode QQ=10: auto;0.0;59.0;-;1;0;1;0;0;0
2018-12-23 02:15:15.231 [update notice] received read bai Status01 QQ=10: 41.5;41.0;-;-;49.0;off
2018-12-23 02:15:20.745 [main error] scan config 15: ERR: read timeout
! scan config 15: ERR: wrong symbol received
Zitat von: diam35 am 23 Dezember 2018, 02:35:08
$ ebusctl scan 15
ERR: read timeout
seems that the controller is not willing to answer in time. you could try increasing the receivetimeout
Hi
--receivetimeout=100000 seem not enough
after restarting boiler and repeating "$ ebusctl scan 15" many time i get that:
ebusctl scan 15
15;Vaillant;SCC00;1800;3903;21;17;17;0020197227;0932;006626;N5
**********
$ ebusctl grab result
1008b503020001 / 0affffffffffffffffffff = 109
1008b503020002 / 0affffffffffffffffffff = 106
1008b503020003 / 00 = 109
1008b503020004 / 00 = 110
1008b513020508 / 0101 = 2
1008b51608100000ff84040000 / 0b00000384049725809b2c4a = 4
Zitat von: diam35 am 23 Dezember 2018, 15:57:11
Hi
--receivetimeout=100000 seem not enough
after restarting boiler and repeating "$ ebusctl scan 15" many time i get that:
ebusctl scan 15
15;Vaillant;SCC00;1800;3903;21;17;17;0020197227;0932;006626;N5
ok, at least you know the device id is SCC00 and the product code is 0020197227.
so for that one, there is currently no config file available.
but anyway, the temperatures for example are known to and retrieved from the boiler anyway, so you would not necessarily need the controller configuration.
so you can try e.g. "ebusctl grab result all" or "ebusctl find -a -d" in order to find the messages that were sent so far
Thanks jhon
after 12 hours grabing, it show no more messages even the scan ok:
ebusctl grab result
1008b5110100 / 087a010a001f000000 = 6
1008b503020003 / 00 = 2334
1008b503020004 / 00 = 2334
1008b513020508 / 0101 = 39
1008b51608100000ff84040000 / 0b00000384049b25e0082d4a = 24
I've also try à 15.scc.csv from 15.470.csv but no cmd are known.
for my own usage i dont care about writing any things to the controller as i can alredey do'it trought Wlan. i just want to monitor its values if it was possible.
may be there'is somes protections or the controller communicate by other way.
ebusctl find -a -d
bai currenterror = -;-;-;-;-
bai currentservice = -;-;-;-;-
bai ModulationTempDesired = 100.0
bai SerialNumber = ff ff ff ff ff ff ff 00
bai SetMode = auto;0.0;58.0;-;1;0;1;0;0;0
bai Status01 = 40.0;38.5;-;-;56.5;off
bai Status02 = disabled;20;62.0;76;60.0
bai TargetFanSpeedOutput = 0
broadcast vdatetime = 09:32:24;27.12.2018
scan.08 = Vaillant;BAI00;0609;3302
scan.08 id = 21;17;28;0010017388;1610;012125;N9
scan.15 = Vaillant;SCC00;1800;3903
scan.15 id = 21;17;17;0020197227;0932;006626;N5
Zitat von: Reinhart am 03 Dezember 2018, 13:47:24
Hi Reinhart
The board is arrived and working now.
Great job !
Thanks
Ein frohes neues noch in die Runde,
Meine Frage ist noch eine Platine in der Rpi-Version zu haben?
Wäre super dem so ist
Mit freundlichen Grüßen
Heiko
ja, aber bitte im Bestellthread sonst wird es schnell unübersichtlich!
LG
Zitat von: Reinhart am 13 Januar 2019, 21:07:48
ja, aber bitte im Bestellthread sonst wird es schnell unübersichtlich!
LG
Wo ist der aktuell gültige Bestellthread?
Ich hätte interesse an einer fertig gelöteten Platine - zum Verbinden mit einem Raspi.
Wemos D1 Mini hätte ich auch noch rumliegen, aber ich habe extra für den ebusd vor 4 Jahren ein LAN-Kabel in den Heizraum gelegt :-)
Viele Grüße,
Heiko
Zitat von: heikoh81 am 20 Januar 2019, 10:27:19
Wo ist der aktuell gültige Bestellthread?
hier (https://forum.fhem.de/index.php?topic=93190.new;topicseen#new)
Danke, war mir nicht sicher dass dieser Thread kontinuierlich fortgeschrieben wird...
Ist die RPI-Platine mit jedem Raspi komptatibel bzw. ab welcher Version funktioniert es (ich habe mittlerweile fast jede Revision im Haus, also kein Problem).
siehe hier! (https://forum.fhem.de/index.php/topic,84636.0.html)
ZitatTreiberinstallation
Bevor die Schaltung in Betrieb genommen werden kann, muss bei der Rpi Platine der Treiber installiert werden.Dazu den neuen eBus Treiber von Galileo Github laden. Im Augenblick ist Version 1.4 aktuell und läuft auf Raspi 1, 2 und 3! Getestet wurde unter Jessie und Stretch! Hier hat ein Anwender den Treiber auf dem Raspberry Zero eingerichtet.Bitte unbedingt die Installationsanleitung beachten und den alten Treiber deaktivieren. Dazu "raspi-config" und den "Serial Port" deaktivieren, sonst kann der Treiber nicht funktionieren da er ersetzt werden muss.
LG
Hi,
Da ich noch neu in der Thematik EBus bin, habe ich ne grundsätzliche Frage:
Kann ich zwei EBus Geräte (Vaillant Heizung und Wolf Lüftung) mit einer RPI Platine verbinden? Und somit das EBus Netz auf ein zweites Gerät erweitern?
Oder ist es sinnvoller jedes Gerät separat mit einem RPI zu verbinden?
der EBus sollte das als Multimaster Bus ja können.
Hat jemand Erfahrungen / Tipps.
Grüße
Markus
Zitat von: Maakes am 25 Januar 2019, 08:05:59
Kann ich zwei EBus Geräte (Vaillant Heizung und Wolf Lüftung) mit einer RPI Platine verbinden? Und somit das EBus Netz auf ein zweites Gerät erweitern?
das funktioniert nur dann, wenn die beiden Busse bereits jetzt gekoppelt sind. Andernfalls: auf keine Fall einfach zusammenschließen!
Bei welchen Heizungen geht kann das ganze verwendet werden?
Ich habe eine Alte Buderus GB122
Wie finde ich herraus ob diese eBus hat ?
soweit ich in der Doku gesehen (http://documents.buderus.com/download/pdf/file/72072800.pdf) habe (Kapitel 3.4) gibt es da keinen eBus!
Klemme 5,6 wird zwar als I/O-Port/Kommunikationsanschluss bezeichnet, wenn du Glück hast ist das eine normale serielle Schnittstelle, aber kein eBus!
LG
Kann ich bedenkenlos ein USB TTL da anschließen und schauen ob was kommt?
ja, teste einfach. Was man da nicht genau sieht sind die Anschlüsse, es könnte Klemme 5=RxD, 6=TxD und 10 Masse sein. Eigentlich bräuchte man ein Oszilloskop um das genau zu sagen. Was mich am Plan verwirrt, ist der eingezeichnete Kurzschluss-bügel zwischen 5-6.
LG
Ich kann auch nächste Woche mal mein picoscope oszi von der Arbeit mitbringen.
Aber mit solchen Frequenzen/Signalen kenne ich mich nicht aus.
Das oszi wird bei uns nur zum messen von Strom / Spannung 24-750V AC/DC verwendet.
Motor Anlaufstrom usw.
Reinhart, dieser "Kurzschluss-bügel" ist lt. Handbuch eine "Nichtleitende Brücke" ;)
Soll also offenbar nur verhindern, dass jemand unbedarft einfach versucht etwas anzuklemmen, wenn die Klemmen leer sind.
Ich habe in einem anderen Forum (https://www.haustechnikdialog.de/Forum/t/12970/I-O-Port-GB112) etwas darüber gefunden bzw. sagt Google, dass Buderus wohl einen Bus namens "EMS" nutzt - also leider kein Ebus, aber anderswo (https://www.mikrocontroller.net/topic/210031#2411372) findet man ggf. dennoch Hilfe.
ACHTUNG: Aufgrund der dort genannten Pegel bis zu 16V würde ich keinesfalls einfach ein USB TTL anschließen!
Ah ja, Danke Sven!
Ist ein ziemlicher Aufwand der da für die Pegelanpassung betrieben werden muss und der PIC will auch programmiert werden.
Leider haben nicht alle Bastler die Möglichkeit SMDs zu löten.
D.h. Henno kann die weiteren Versuche unterlassen, noch dazu bei den hohen EMS Pegeln!
LG
Reinhart
Hallo,
ich habe den EBUS Adapter v. 1.5 oder 1.6 an einen Wemos D1 angeschlossen. Leider bekomme ich immer:
eBUS signal: no signal
Wenn ich den Adapter an einen USB/TTL Adapter anschliesse, kann ich mit dem WOLF Service Tool auf meine Lüftungsanlage zugreifen - sprich der EBUS Adapter funktioniert und der Poti ist korrekt eingerichtet.
Der EBUSD auf der Remotemaschine hat bisher auch funktioniert, nur habe will ich diesen nun von einer direkten USB auf eine WLAN Verbindung upgraden.
Gibt es eine Möglichkeit noch irgendwas auf dem Wemos zu machen, um zu sehen, warum er keine Verbindung zum EBUS bekommt?
Ebus RX TX sind auf direct RX TX (GPIO 1+3) eingestellt.
Hat noch jemand einen Tipp?
Danke,
Frank
ich glaube einen Wemos an eine V1.5 oder V1.6 anhängen hat noch keiner probiert, aber rein theoretisch sollte es auch klappen.
Hast du denn die Ports richtig eingestellt und die Config angepasst?
EBUSD_OPTS="-d ipadresse-wemos:8889 -l /var/log/ebusd.log --scanconfig --latency=20000 --address=01"
etwa so.
Die richtige Einstellung und Logik der Ports habe ich hier (https://forum.fhem.de/index.php/topic,79600.msg759319.html#msg759319) schon einmal erklärt.
Warum nimmst du nicht einfach einen Wlan Stick für den Raspi und läßt die ebusd Anbindung so wie sie ist? eBusd ist sehr von der Latenz abhängig und über Wemos geht es nie so gut als Raspi per Wlan.
LG
Reinhart
Hallo Reinhart,
die IP und den Port habe ich korrekt eingetragen. Mit dem Thema Latenz kann man sich wahrscheinlich beschäftigen, wenn der Wemos einmal eine Verbindung zum EBUS hat.
Chip ID: 00012345
Hostname: ebus-keller
Up time: 35
Free heap: 27696
ebusd connected: yes (inactive)
eBUS signal: no signal
Der EBUSD scheint sich ja auch korrekt mit dem Wemos zu verbinden.
Ich werde mal schauen, was passiert, wenn ich die RX TX Settings auf Mixed Software stelle - dann sollte ich den Wemos ja einfach als USB/TTL Adapter nutzen können. Nur leider wird er dann wahrscheinlich nicht mit der Wolf Service Software funktonieren, da die einen FTDI Chip erwartet.
Ich habe übrigens gar keinen Raspi, sondern eine NUC, von daher würde ich den Wemos wegen der zusätzlichen GPIO Pins nutzen - um bei Bedarf meine Wandsteuerung vom EBUS zu trennen.
Danke,
Frank
ah, ist mir jetzt klar wo du hinaus willst.
Es sieht ja so aus, das die Verbindung steht, aber Wemos offensichtlich nicht korrekt das Bussignal empfangen kann.
Wenn du schon zusätzlich was schalten willst, wäre ja die Variante mit einer Basisplatine+Zusatzplatine ideal. Da hast du dann zum eBus eine Uart Verbindung und kannst zusätzlich mit der Zusatzplatine und ESPEasy alles schalten und messen was dein Herz begehrt. Das ist zumindest eine Variante die sehr gut funktioniert.
Ich habe auch hier noch nirgends wo gelesen, das jemand eine V1.6 an den Wemos gehängt hat und somit gibt es auch keine Erfahrungen.
technisch gesehen geht es ja nur um die serielle Pegelanpassung an den Eingang des Adapters. Der Uart ist ja hochohmig, aber auf den Signalleitungen des Wemos liegt intern ein Widerstand. Du könntest ja versuchen, die Signale des ebusd-esp umzulegen, dass sie nicht mehr an Rx/Tx liegen, dann sind die Widerstände nicht mehr vorhanden. Den Wemos musst halt dann leicht umverdrahten.
Wir hatten bei der Entwicklung der V2.0 Platine auch dieselben Probleme und Galileo musste die Schaltung an diese blöden Widerstände anpassen, damit noch saubere Signale ankamen.
LG
Hallo Reinhart,
das hört sich doch schon mal gut an - ich werde mal auf GPIO 13+15 wechseln - ist bei mir sowieso noch fliegend verdrahtet...
Falls es klappt, gebe ich gerne Rückmeldung.
Vielen Dank,
Frank
Hallo zusammen,
Ich möchte ein Adapter bestellen. Könnt ihr es nach Ungarn schicken? Wer kann mir in diesem Thema helfen?
Ati
Zitat von: atideath am 08 Februar 2019, 12:50:19
Hallo zusammen,
Ich möchte ein Adapter bestellen. Könnt ihr es nach Ungarn schicken? Wer kann mir in diesem Thema helfen?
Ati
ich bin ausverkauft, schreib bitte an John30 eine PN der hat noch einige Basisadapter!
PS: du bist hier nicht im richtigen Thread mit der Bestellung!
LG
Hallo zusammen,
gibt es von dem eBus Adapter V2.2 Gerberfiles?
Da die Sammelbestellung laut Reinhart erst im Herbst 2019 weitergeht, würde ich mir sonst selber eine Platine bestellen.
edit: sorry für das erneute Fragen, hab jetzt erst gesehen das diese nicht öffentlich verügbar sind.
Falls dennoch jemand nur die Platine v2.x über hat würde ich diese gerne abkaufen.
Hallo,
ich möchte mich der Frage nach den Gerber Files anschließen. Oder noch besser: Eagle Source Files, wenn schon das Opensource Hardware Logo auf der Platine prangt.
Dann hätte ich noch ein paar Fragen zum Design:
- wofür ist die galvanische Trennung mittels DC/DC Wandler nötig? können hier Hochspannungen durchschlagen? Hätte es nicht auch eine Lösung mit Optokopplern getan? Der DC/DC Wandler ist meiner Meinung nach unnötig teuer
- warum hat der comparator keinen abblockkondensator?
- wofür 1kV dioden und überhaupt diese riesen bauteile? die platine könnte halb so groß sein...
- wo kommt die spannung rein, wenn nicht über den ebus sondern über den DC/DC wandler? finde keine Buchse...
danke!
Zitat von: wursthans am 12 März 2019, 08:03:35
... Dann hätte ich noch ein paar Fragen ...
Hallo wursthans,
alle Antworten auf "Deine Fragen" wirst Du Dir dann selbst beantwortet können, wenn Du Dir die
geringe Mühe machst, das hiesigen Thema vom ersten Post an zu lesen.
Manche Antworten finden sich sogar direkt über Deiner "Anfrage".
Keine Angst, so schwer und so viel ist das hier nun wirklich nicht.
LG,
sua
ich sehe auf dieser seite keine antworten auf meine fragen. 23 seiten werde ich jetzt auch nicht lesen. vielen dank, so sehr interessiert mich das auch wieder nicht...
Hallo zusammen,
in der neuen Version v2.2 hat der Bustreiber eine 9V1 anstatt eine 7V5 Z-Diode. Wieso habt Ihr das geändert?
Viele Grüße,
Jan Eric
Zitat von: jkyprian am 30 Juni 2019, 16:45:46
in der neuen Version v2.2 hat der Bustreiber eine 9V1 anstatt eine 7V5 Z-Diode. Wieso habt Ihr das geändert?
haben wir nicht, das war schon in 2.0 9.1V
Zitat von: john30 am 30 Juni 2019, 17:06:23
haben wir nicht, das war schon in 2.0 9.1V
Ok, hab ich wohl irgendwie verwechselt...
Wieso die Änderung der Z-Diode? 7V5 ist doch optimal hinsichtlich der Spezifikation.
Ich weiß, dass das hier nicht der Bestell-Thread ist. Mir ist die Zeit bis Herbst 2019 zu lang, ich würde gern zeitnah mindestens eine Raspberry-Basisplatine haben. Gibt es noch irgendwo eine?
Ansonsten: Gerber-Files wären auch super, ich bestelle sowieso fast jede Woche Platinen und könnte die einfach irgendwo mit dazu tun.
Hallo zusammen,
ich bastel ja an einem eBus Adapter für meinen eBus nach KNX. Inzwischen hab ich einige Prototypen zusammengebaut. An der Schaltung hat sich seit November nicht viel verändert. Ein kleines Problem war eine geeignete Z-Diode für die Längsstabilisierung der Spannungsversorgung zu finden. Mit einer MMSZ4090 funktioniert es jetzt sehr gut. Anbei der Schaltplan und ein Foto vom letzten Prototypen (dieser hat noch einen LM4040 anstatt eine MMSZ4090). Größe ist ca. 32mm x 20mm. Lässt sich also gut als kleines Modul in größere Projekte stecken. Stromverbrauch auf der eBus Seite liegt bei ca. 1mA. Auf der UART Seite braucht der ADUM ca. 0.3mA. Falls Euch das ganze interessiert einfach Bescheid sagen.
Viele Grüße,
Jan Eric
Hi, i would like to buy eBus adapter 2.x, i need serial (USB) connectivity only. Please PM me if you have one.
Hi
ich hätte auch Interesse an der nächsten Sammelbestellung für ein komplett RPI Set
LG
Norman
Hallo,
ich würde auch gerne eine Platine "mitbestellen". Mir reicht die Basisversion. Wäre klasse wenn es noch mal eine Bestellrunde gibt.
Gruß
Ich wäre auch gerne mit einer RPI-Platine dabei.
Hi, i also would like to buy eBus adapter 2.x with wifi connection (Wemos). Please PM.
Wir haben uns abgesprochen und es wird wieder eine Sammelbestellung in einem eigenen Thread geben!
Das genaue Datum kann ich noch nicht sagen. Im Augenblick laufen die Vorbereitungen wie Einkauf der Komponenten und es wird wohl so in einem Monat (Ende Oktober spätestens Anfang November) sein.
Bitte noch etwas Geduld und postet eure Wünsche dann im entsprechenden (Bestell)Thread den ich auch hier verlinken werde.
LG
Reinhart
Bin dabei..
Hallo, ich würde mich gerne mit einer Wemos Version an der Bestellung beteiligen. Wann ist der Bestellthread geplant ?
Würde wohl gerne eine RPi Version nehmen.
Aber eine verständniss Frage hätte ich da...
Ich habe eine Gas Therme mit einer Vaillant calormatic 430.
Und dann eine Solaranlage mit einer Vaillant auromatic 560.
Die beiden Anlagen haben keinen gemeinsamen eBus.
Ich würde nun jede Anlage mit einem separaten RPi mit Controller verbauen.
Ist dieses Sinnvoll?
Ich wäre dieses Jahr auch bei der Bestellung der fertig aufgebauten Basis-Platine dabei.
Wemos D1 ist vorhanden.
Viele Grüße,
Heiko
zur Info, Sammelbestellung Herbst 2019 (https://forum.fhem.de/index.php/topic,104259.0.html) läuft seit 04.10.2019!
LG
Reinhart
Zitat von: heikoh81 am 04 Oktober 2019, 22:38:09
Ich wäre dieses Jahr auch bei der Bestellung der fertig aufgebauten Basis-Platine dabei.
Wemos D1 ist vorhanden.
Viele Grüße,
Heiko
Es werden in Kürze auch Basisplatinen verfügbar sein!
LG
Basis- und Erweiterungsplatinen sind unterwegs und können dann hier bestellt werden (https://forum.fhem.de/index.php/topic,104268.0.html).
Ich habe beim Aufräumen gerade noch meinen Adapter der alten Version (ich glaube die hiess mal 1.6) gefunden. Hat tadellos seinen Dienst getan. Wer noch Interesse hat und keine neue 2.2er bestücken möchte gerne per PM melden.
Hallo Zusammen,
ich nutze die Basisplatine mit WeMos als WLAN Adapter, Stromversorgung des WeMos über USB. Muss ich den WeMos eigentlich über die 5V an die Basisplatine anschließen oder gingen auch 3,3V? Letzteres wäre "schöner" da die 4 Pins auf der Basisplatine nebeneinander liegen?
Update: Ich denke ich habs gefunden: https://ebus.github.io/adapter/base. Seit 2.1 (ich hab noch die 2.0) brauche ich anscheinend beide Spannungen.
@John: falls Du mitliest: das schöne Foto von der WeMos Verkabelung finden ich nur unter "Basisplatine", aber nicht beim Einstieg über "Wemos". Hab mich vorhin totgesucht... ;)
Noch eine Frage: die 2.2 bietet den- relativ teuren- DC Wandler an. Laut Doku kann der entfallen. Ist dafür noch irgendeine Ersatzverdrahtung bei Entfall notwendig?
Vielen Dank, Andreas
Zitat von: andig am 11 Oktober 2019, 21:52:59
ich nutze die Basisplatine mit WeMos als WLAN Adapter, Stromversorgung des WeMos über USB. Muss ich den WeMos eigentlich über die 5V an die Basisplatine anschließen oder gingen auch 3,3V? Letzteres wäre "schöner" da die 4 Pins auf der Basisplatine nebeneinander liegen?
Update: Ich denke ich habs gefunden: https://ebus.github.io/adapter/base. Seit 2.1 (ich hab noch die 2.0) brauche ich anscheinend beide Spannungen.
genau, seit 2.1 werden beide Spannungen benötigt.
Zitat von: andig am 11 Oktober 2019, 21:52:59
@John: falls Du mitliest: das schöne Foto von der WeMos Verkabelung finden ich nur unter "Basisplatine", aber nicht beim Einstieg über "Wemos". Hab mich vorhin totgesucht... ;)
welchen "Wemos" Einstieg meinst da jetzt genau?
Zitat von: andig am 11 Oktober 2019, 21:52:59
Noch eine Frage: die 2.2 bietet den- relativ teuren- DC Wandler an. Laut Doku kann der entfallen. Ist dafür noch irgendeine Ersatzverdrahtung bei Entfall notwendig?
Kann ja, aber besser ist es, man nimmt den Wandler mit, denn ohne den wird der Bus vom Adapter mehr belastet, als eigentlich laut Spezifikation erlaubt ist. Daher liefern wir denn auch immer mit aus bzw. erlauben quasi nicht mehr, den auszuklammern.
Natürlich geht es auch ohne und bei kleinen Anlagen (bspw. Lüftung mit nur 2 Geräten am Bus) sollte es auch trotzdem zu verkraften sein. Dazu muss dann die Lötbrücke unten an der Basisplatine gesetzt werden. Ohne Wandler kann man auch auf die 5V Verdrahtung vom Wemos verzichten.
Zitat von: john30 am 12 Oktober 2019, 10:24:22
welchen "Wemos" Einstieg meinst da jetzt genau?
Wenn ich hier anfange https://ebus.github.io/adapter/ (https://ebus.github.io/adapter/) und dann über den Wemos Link auf https://ebus.github.io/adapter/wemossensors (https://ebus.github.io/adapter/wemossensors) gehe, wäre es Klasse auch dort das Bild der Verkabelung für den WeMos zu sehen. Unter Basisplatine ist es auch nett, aber zumindest ich habs unter WeMos gesucht.
Hi,
Im just trying to build up a base board - However I missed ordering C1 (10mF 50v) Is it possible to use a 10mF 16v as it sits on the lower voltage side (+5v)
Also on the github page (https://ebus.github.io/adapter/base.en) the link to the v21 PCB under Finished Baseboard is incorrect - Links to adapter/images/base-final-v20.jpg when it should be adapter/images/base-final-v21.jpg as per the thumbnail!
Zitat von: kneival am 16 Oktober 2019, 18:32:48
Im just trying to build up a base board - However I missed ordering C1 (10mF 50v) Is it possible to use a 10mF 16v as it sits on the lower voltage side (+5v)
yes, should be fine.
Zitat von: kneival am 16 Oktober 2019, 18:32:48
Also on the github page (https://ebus.github.io/adapter/base.en) the link to the v21 PCB under Finished Baseboard is incorrect - Links to adapter/images/base-final-v20.jpg when it should be adapter/images/base-final-v21.jpg as per the thumbnail!
thanks for the hint, just corrected it
Zitat von: andig am 13 Oktober 2019, 14:45:00
Wenn ich hier anfange https://ebus.github.io/adapter/ (https://ebus.github.io/adapter/) und dann über den Wemos Link auf https://ebus.github.io/adapter/wemossensors (https://ebus.github.io/adapter/wemossensors) gehe, wäre es Klasse auch dort das Bild der Verkabelung für den WeMos zu sehen. Unter Basisplatine ist es auch nett, aber zumindest ich habs unter WeMos gesucht.
ich hab jetzt das Bild noch auf die Hauptseite draufgepackt
Hi John,
Also two other points (possible im struggling due to language)
The shopping cart - "Reichelt cart common base (needed for base and RPi)" adds 2x Z5U-5 1,0 Vielschicht-Keramikkondensator 1,0µ, 20% for C3 and C4?? - Should these be 2,2uF ones? I have used them and it appears the board is OK.
When the board is assembled I am testing the voltages. The expansion PCB is not connected as described but it needs the LEDs inserted to get the correct readings? This is not mentioned on the testing page? - Took me a while to work it out!
Looks like im mostly assembled now - Just need to get the Wemos flashed and ready. The PCB design is very nice so far!
Zitat von: kneival am 17 Oktober 2019, 18:01:05
The shopping cart - "Reichelt cart common base (needed for base and RPi)" adds 2x Z5U-5 1,0 Vielschicht-Keramikkondensator 1,0µ, 20% for C3 and C4?? - Should these be 2,2uF ones? I have used them and it appears the board is OK.
yes, these are for C3+4
Zitat von: kneival am 17 Oktober 2019, 18:01:05
When the board is assembled I am testing the voltages. The expansion PCB is not connected as described but it needs the LEDs inserted to get the correct readings? This is not mentioned on the testing page? - Took me a while to work it out!
good point, added a hint
Ah great - So its OK to use the 1uF ones as c3 and c4 - Perhaps a note could be added to the parts list that its OK?
Thanks for updating the page so quickly - Hopefully it can help future builders!
Hallo John30!
Vielen Dank für die Platine! Ein großes Lob für die ausführliche Dokumentation auf https://ebus.github.io/adapter/
Danke auch für den ebusd und die ESP8266 Firmware! Du hast da echt viel Arbeit in das Projekt reingesteckt.
Mit der Doku und dem vordefinierten Warenkorb hab ich die Schaltung erfolgreich aufgebaut und bereits mit der Therme verbunden. Funktioniert super, ich bekomme die Daten von der Therme in Fhem angezeigt. Danke!!!
Eine Anfrage hätt ich da: Der ebusd verbindet sich über WLAN mit dem ESP8266. Solange die Verbindung aufrecht ist, schickt der ESP die ganzen SYN-Signale vom ebus weiter - was eigentlich nur WLAN Traffic verursacht.
Wäre es möglich im ebusd ein Kommandozeilenargument einzubauen, wodurch die Verbindung zum ESP nur aufgebaut wird, wenn eine Übertragung angefordert wird (über MQTT)? Wenn nach empfangener Antwort innerhalb einer gewissen Zeit (zB. 2 Sekunden) keine weitere MQTT Anfrage kommt, die TCP Verbindung wieder schließen. Das würde die vielen WLAN Pakete vermeiden.
Oder gibt es hier bereits eine Möglichkeit (abgesehen von der Hardware Variante, den ESP durch einen Raspberry ersetzen und dort den ebusd laufen lassen)?
Je nach Art und Anzahl der Geräte am eBus bekommst du alle paar Sekunden Broadcasts und die müssen ja auch ankommen, also muss das WLAN mehr oder weniger ständig "On Air" sein. Es geht ja nicht alleine um eine Userdefinierte Abfrage.
LG
Zitat von: mebwaster am 24 Oktober 2019, 10:53:14
Eine Anfrage hätt ich da: Der ebusd verbindet sich über WLAN mit dem ESP8266. Solange die Verbindung aufrecht ist, schickt der ESP die ganzen SYN-Signale vom ebus weiter - was eigentlich nur WLAN Traffic verursacht.
...
Oder gibt es hier bereits eine Möglichkeit (abgesehen von der Hardware Variante, den ESP durch einen Raspberry ersetzen und dort den ebusd laufen lassen)?
solche Spielerein sind geplant, aber mangels Zeit noch nicht final umgesetzt. Einen ganzen ebusd in Wemos reinzupacken ist allerdings derzeit kein erklärtes Ziel, das ist einfach zu viel Code.
Aber es gibt den sog. enhanced mode in ebusd-esp (https://github.com/john30/ebusd-esp) und den dazu passenden ebusd Branch enhanced_device (https://github.com/john30/ebusd/tree/enhanced_device) mit dem Ziel, die Arbitrierung in die Hardware zu verlegen (hier als erstes Versuchskaninchen den Wemos, später evtl. mal in einen PIC).
Hallo Reinhart! In meinem Fall hängt nur die Therme dran, und die schickt von sich aus keine Meldungen. Dh. ich muß immer aktiv über MQTT pollen. Somit startet jegliche Kommunikation auf FHEM Seite. Ich verstehe daß sich das nicht überall so verhält, deshalb auch der Vorschlag mit dem Kommandozeilenargument.
Hallo John30! Dieser enhanced_device Modus ist die bessere Variante - gewisse Kommunikationsteile auf den ESP zu verschieben.
Habe das jetzt ausprobiert - im Moment ist es aber auch hier so, daß pro Sekunde eine Menge Pakete übertragen werden. Ich verstehe, daß das noch nicht fertig entwickelt ist. Wenn es da was neues gibt stehe ich gerne für Tests zur Verfügung.
Danke euch beiden für die Antworten!
@webmaster:
Dazu gibt es auch ein separates Thema (https://forum.fhem.de/index.php/topic,92230.0.html). Aus Zeitgründen passiert jedoch auch dort leider wenig.
Hello,
How do I go about ordering a base board v2.2 and the wemos extension board, please?
I would like the kit boards please
I am in England
Thanks
Keep an eye out for group buys in https://forum.fhem.de/index.php/board,98.0.html
Zitat von: vzorglub am 01 November 2019, 20:14:54
Hello,
How do I go about ordering a base board v2.2 and the wemos extension board, please?
I would like the kit boards please
I am in England
Thanks
Zitat von: kneival am 01 November 2019, 22:19:52
Keep an eye out for group buys in https://forum.fhem.de/index.php/board,98.0.html
I can't seem to find the right one. And I can't read german
Use google chrome and it will translate it all for you.
Ich hätte auch gerne so eine Basisplatine V2.2. Gibt es schon wieder eine neue Sammelbestellung oder noch Platinen?
Zitat von: kranberger am 05 November 2019, 18:05:30
Ich hätte auch gerne so eine Basisplatine V2.2. Gibt es schon wieder eine neue Sammelbestellung oder noch Platinen?
wir überlegen gerade, eine weitere Runde einzulegen. Wird dann auch hier gepostet
Zitat von: john30 am 06 November 2019, 06:58:00
wir überlegen gerade, eine weitere Runde einzulegen. Wird dann auch hier gepostet
Eine 2. Runde Platinen ist in Produktion und sollte in ca. 3 Wochen verfügbar sein.
A 2nd round of PCBs is in production and should be available in around 3 weeks.
Super, das ist prima! :D
Hallo,
ich habe den eBus Adapter 2.2 samt Erweiterungsplatine bestellt und bestückt. Ich bekomme es mit einem Wemos D1 mini einfach nicht zum laufen. Auch die Rx LED leuchtet nicht wie erwartet.
Ich bin sehr frustriert, und habe keine Möglichkeit da irgend eine Fehlersuche zu machen. Eventuell hat jemand lust sich dieser Sache anzunehmen, natürlich auch gegen eine Entschädigung. Andernfalls würde ich die Basisplatine und die Erweiterungsplatine verschenken. Jemand anderes wird sicher was damit anfangen können und hat noch was davon.
Grüße!
Mache es doch bitte auf 2 Schritte. Schließe statt des Wemos einmal einen Uart an und teste die Basisplatine damit. Wenn alles ok ist, dann mach erst den Schritt mit dem Wemos. Dann weißt du genau, wo der Fehler herkommt und welcher Teil nicht funktioniert.
Es gibt sonst zu viele Punkte wo der Fehler liegen könnte und du läufst im Kreis. Die Erweiterungsplatine brauchst du ja vorerst (für die ersten Tests mit Wemos) überhaupt nicht weil der Wemos hängt ja direkt an der Basisplatine am JP1.
Ich mach das auch immer so, zuerst die Basisplatine via UART testen und wenn alles ok ist dann statt des UART den Wemos anhängen, Software einrichten und testen. So kommst du schnell zum Erfolg.
LG
Es gibt eine neue Sammelbestellung (https://forum.fhem.de/index.php/topic,105130.0.html) für den RPI Adapter gelötet!
Vorerst ist es eine Sammelliste, wir warten noch auf alle Bauteile und Komponenten aber ihr könnt euch schon einen Adapter reservieren lassen.
Auch John bietet wieder Basisplatinen + Erweiterung (https://forum.fhem.de/index.php/topic,104268.0.html) an!
LG
Reinhart
@dhmagic
du kannst uns aber vorab Fotos von der bestückten Basisplatine posten, von vorne und von hinten möglichst scharf!
Vielleicht erkennen wir da schon mögliche Fehler. Oft sind es nur einfache Dinge die schnell korrigiert sind.
LG
Guten Abend,
anbei habe ich mal die Fotos angehangen. Wenn der eBus angeschlossen ist, sehe ich die grüne LED schon nicht flackern. Die gelbe Leuchtet aber, wenn ich die Basisplatine mit 5V versorge (Wemos oder JP8). Auch wenn nur der eBus dran ist und der Jumper SJ1 gebrückt ist, leuchtet die gelbe LED.
So im Prinzip ist hier rein optisch nicht viel zu erkennen. Bei manchen Lötstellen hast du entweder mit zu wenig Hitze oder zu kurz gelötet. Das Zinn hat sich nicht ganz durch Löcher gesaugt, spielt aber nicht wesentlich eine Rolle weil die Kontakte alle durchkontaktiert sind.
Eine Frage zur Konfiguration, hast du den Wemos auf der Erweiterungsplatine sitzen?
Die Software ebusd-esp hast du problemlos installieren können und hast auch den eBus Dämon entsprechend konfiguriert?
Hast du die Möglichkeit mit einem Multimeter zu messen und kennst dich damit aus?
Kannst du noch zur Sicherheit deine /etc/default/ebusd Konfig posten?
Aber primär müssen wir den Fehler finden warum die RxD Led nicht flackert, das kann nicht allzu viel sein.
Ich überlege mir noch was, aber grundsätzlich kann ich dir den Adapter reparieren und betriebsfertig machen. Lediglich hast du dann die Versandspesen einmal zu mir und dann wieder zu dir (5,50) . Die Erweiterungsplatine bräuchte ich dazu nicht, weil die ist für den Versand in den gepolsterten Kuverts zu hoch.
Aber vorerst warte ich noch auf deine Antwort.
LG
Hallo,
ich habe eine Frage zum Wemos... auf die Basisplatine passt dieser nur mit Adapterkabeln, richtig?
Auf die Erweiterungsplatine könnte ich ihn auch löten und mit der Spezialfirmware den ebusd benutzen?
Funktioniert die USB Schnittstelle des Wemos auch als "UART", wenn man erstmal langsam zum testen anfangen will?
Danke!
Danke für die Antwort @Reinhart
ZitatEine Frage zur Konfiguration, hast du den Wemos auf der Erweiterungsplatine sitzen?
Ja!
ZitatDie Software ebusd-esp hast du problemlos installieren können und hast auch den eBus Dämon entsprechend konfiguriert?
ebusd-esp Ja! Ist in meinem Wlan, zeigt aber an das der eBus nicht angeschlossen ist. Ebusd ist installiert aber noch nicht konfiguriert. Ich wollte erst mal die Probleme an der Basis lösen.
Zitat
Hast du die Möglichkeit mit einem Multimeter zu messen und kennst dich damit aus?
Nur sehr bedingt, habe ein Multimeter mir sehr breiten Spitzen.
ZitatKannst du noch zur Sicherheit deine /etc/default/ebusd Konfig posten?
Ich habe ebusd nur installiert, nicht konfiguriert.
Deinen Service würde ich sehr sehr gerne in Anspruch nehmen. Würde mich auch mit Nervennahrung oder etwas anderem erkenntlich zeigen.
Zitat von: BratwurstHH am 07 November 2019, 21:41:57
ich habe eine Frage zum Wemos... auf die Basisplatine passt dieser nur mit Adapterkabeln, richtig?
richtig
Zitat von: BratwurstHH am 07 November 2019, 21:41:57
Auf die Erweiterungsplatine könnte ich ihn auch löten und mit der Spezialfirmware den ebusd benutzen?
richtig
Zitat von: BratwurstHH am 07 November 2019, 21:41:57
Funktioniert die USB Schnittstelle des Wemos auch als "UART", wenn man erstmal langsam zum testen anfangen will?
prinzipiell ja, aber zum testen ist ein einfacher UART die sicherere Variante
@dhmagic
Da du die Erweiterungsplatine für den ebusd-esp verwendest ist es natürlich jetzt nicht einfach zu messen weil du an die Messpunkte der Basisplatine nur schwer herankommst. Ich mach das daher immer so, das ich den Wemos direkt an die Basisplatine anstecke (https://ebus.github.io/adapter/base#wemos-d1), dann hast du alle Bauteile auf der Basisplatine leicht zugänglich. Dann muss man zur Messung in die Buchsenleisten der Leds auch die Led richtig einstecken (die sitzen ja sonst oben auf der Erweiterung und stellen die Verbindung Rx Tx her). Wenn du mit dem Multimeter nicht so recht Freund bist und auch kein regelbares Netzteil hast, wird die Messung nach dem Messplan auch etwas schwierig.
Die Jumper sind richtig gesetzt, aber Rx Signal kommt ja keines bei dir an. Das kommt vom eBus über die Dioden an den Opamp und dieser steuert dann den Optokoppler an, also braucht man eigentlich nur diesen Weg mit dem Messgerät verfolgen. Ein wichtiger Punkt ist auch die korrekte Polung der Led, + ist das längere Ende der Anschlußbeinchen, sonst geht gar nichts.
Generell ist die Erweiterungsplatine ja für zusätzliche Erweiterungen mit ESPEasy gedacht, funktioniert aber grundsätzlich auch mit dem ebusd-esp nur ist es hier etwas übertrieben.
Aber wenn du mit den Messungen nicht so ganz vertraut bist, ist es fast besser du sendest mir nur die Basisplatine zu und ich checke das mit dem Oszilloskop durch (da sehe ich auch die Signalform) und hänge es auch an mein Heizgerät. Die Erweiterungsplatine sowie den Wemos brauche ich nicht (sonst verdoppelt sich auch das Porto), da ich direkt mit meinem Wemos an JP8 teste. Außerdem habe ich mit deinen IP Einstellungen ohnehin keinen Erfolg. Melde dich per PN wenn ich den Adapter reparieren soll und ich schicke dir meine Adresse zu. Die Reparatur wird 1-2 Tage brauchen, je nachdem wie ich Zeit habe, aber die Versanddauer zu dir dann bis zu 2 Wochen.
LG
Reinhart
Afternoon Guys
I wonder if anyone can help.
I'm trying to start my ebus rpi adapter for the first time but without any luck.
When i attach adapter to my Pi the Pi fails to boot and i get dropped to Uboot shell.
It gives errors about no ethernet and "bad USB device"
Did anyone come across this type of error before?
Ps.
the system on SD-card is ubuntu 18.04
Help :)
Zitat von: cbspidi@gmail.com am 09 November 2019, 14:25:07
Afternoon Guys
I wonder if anyone can help.
I'm trying to start my ebus rpi adapter for the first time but without any luck.
When i attach adapter to my Pi the Pi fails to boot and i get dropped to Uboot shell.
It gives errors about no ethernet and "bad USB device"
Did anyone come across this type of error before?
Ps.
the system on SD-card is ubuntu 18.04
Help :)
I already answered this by mail, so please don't duplicate! Here is the answer again:
I assume you got yourself the RPi version of the adapter?
If so, then you need to follow the setup instuctions of ttyebus as described here:
https://github.com/eBUS/ttyebus
Hey john30
I think, if you was to check messaging time you may discover a slight difference between email and my post on this forum; this may indicate that i was just trying to seek help on different platform not duplicating messaging intentionally. ;)
That on side, im still struggling to detach console (ttyAMA0) from the GPIO pins in the way its described on page for which John30 kindly provided link.
Zitat von: cbspidi@gmail.com am 09 November 2019, 17:16:11
That on side, im still struggling to detach console (ttyAMA0) from the GPIO pins in the way its described on page for which John30 kindly provided link.
...
Im struggling strait on step 1, my ubuntu18.04 seems to be ignoring cmdline.txt config file.
I can still see ttyAMA0 in my /dev in my dev folder and each time i try to start my Pi with adapter attached it fails to boot.
there is no cmdline.txt file mentioned in the readme. Just read it carefully and follow the steps layed out there one by one.
Since you're mentioning ubuntu, you might want to check out here (https://wiki.ubuntu.com/ARM/RaspberryPi) how to change boot loader settings in general.
You just need to disable the ttyAMA0 device completely.
Hey John30
Thanks for pointers, i did in the end manage to detach ttyAMA0, i can share my config file if anyone is interested, but that was not the end of my journey.
When i tried to load module for ttyebus my ubuntu was hanging, as a test i have reflashed SD-card with rasbian and managed to get all working in less than 15min; thanks to your pointers and online documentation.
Im now in different trouble-zone with staring my boiler temp, but i will not pollute this post with other problems.
Again, Thanks for help
@dhmagic
Ich habe heute deine "defekte" Basisplatine bekommen! Gleich vorweg, sie funktioniert tadellos und Danke für das Gipfelglück!
Was habe ich gemacht:
- Zunächst habe ich optisch mit der Lupe die Lötstellen auf eventuelle Zinnspritzer und damit möglichen Kurzschluß überprüft. Da war nichts zu finden, du hast sauber gelötet.
- dann habe die Platine mit einem Uart angeschlossen und alles hat funktioniert. Hier habe ich auch die Signalform mit dem Oszilloskop geprüft und alles ist wie es sein soll.
- dann habe ich direkt einen Wemos an den JP8 angeschlossen, das war ebenfalls erfolgreich (siehe Bild).
Nun stehen wir vor dem Problem, das wir nicht wissen wieso es bei dir nicht funktionierte. Aber da habe ich nochmals gelesen, das die RxD Led bei deinem Test nicht funktionierte und nun kam mir der Verdacht, das der Fehler eigentlich ganz einfach ist. Dir fehlt nur die 5V Spannungsversorgung für den DC-Wandler! Ganz wichtig, du musst dazu auch die 5V des Wemos mit der Stiftleiste JP8 verbinden, dann klappt es auch! Normalerweise wird durch aufstecken der Erweiterungsplatine die 5V Verbindung vom 2.Wemos hergestellt wenn dieser mit einem Steckernetzteil versorgt wird.
Das ist aber nun einfach zu finden, ich muss allerdings wissen was du beim Testen alles bestückt und angeschlossen hast. Wenn ich das weis, dann stelle ich das alles nach und teste nochmals um dir dann endgültig Lösung nennen zu können.
pi@raspberrypi:/etc/default $ ebusctl i
version: ebusd 3.3.v3.3-19-ga3f4999
access: *
signal: acquired
symbol rate: 22
max symbol rate: 116
min arbitration micros: 1150
max arbitration micros: 3685
min symbol latency: 4
max symbol latency: 13
reconnects: 0
masters: 4
messages: 450
conditional: 16
poll: 0
update: 9
address 03: master #11
address 04: slave #25, ebusd
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "vaillant/bai.0010006101.inc" ([PROD='']), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=43000;SW=0215;HW=2002", loaded "vaillant/15.430.csv"
address 31: master #8
address ff: master #25, ebusd
Test mit Uart
EBUSD_OPTS="-d /dev/ttyUSB0 --pollinterval=60 -p 8888 -l /var/log/ebusd.log --scanconfig --loglevel=debug -c http://ebusd.eu/config/ $
pi@raspberrypi:/etc/default $ ebusctl write -c 430 Hc1HeatCurve 1.1
done
pi@raspberrypi:/etc/default $ ebusctl r -f -c 430 Hc1HeatCurve
1.10
die Konfig und ein Schreibversuch, alles OK!
pi@raspberrypi:/etc/default $ ebusctl i
version: ebusd 3.3.v3.3-19-ga3f4999
signal: acquired
symbol rate: 22
max symbol rate: 67
min arbitration micros: 284
max arbitration micros: 446
min symbol latency: 5
max symbol latency: 28
reconnects: 0
masters: 3
messages: 448
conditional: 16
poll: 0
update: 9
address 03: master #11
address 04: slave #25, ebusd
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "vaillant/bai.0010006101.inc" ([PROD='']), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=43000;SW=0215;HW=2002", loaded "vaillant/15.430.csv"
address ff: master #25, ebusd
Test mit Wemos
SD_OPTS="-d 10.0.0.122:8889 --pollinterval=60 -l /var/log/ebusd.log --scanconfig --loglevel=debug --address=ff"
und seine Konfig
LG
Reinhart
Hallo @Reinhart,
Danke für das Feedback.
Ich hatte die Erweiterungsplatine auf der Basisplatine, und darauf einen Wemos D1 Mini, welcher über ein USB Netzteil mit 2A über die USB Schnittstelle versorgt wurde.
Der Wemos auf der Erweiterungsplatine soll "nur" für ebusd sein, und keine weiteren Aufgaben übernehmen. Ich habe dafür die Firmware von John geflasht. Die jumper auf der Erweiterungsplatine habe ich dementsprechend verlötet.
Für meinen Zweck ist es besser wenn der wemos gesteckt ist wie ein Sandwich. Mit Kabeln den wemos positionieren ist für mich in meiner Anwendung nicht so einfach.
Die 5V vom Wemos habe ich an der Stiftleiste zur Basisplatine auch gemessen.
Gruss
ok Danke, dann baue ich das genau so nach und teste das durch.
Ist ja kein Problem wie du das gemacht hast, es gibt eben viele Möglichkeiten, aber ich möchte genau deine testen damit wir sicher sind!
Eins noch, kannst du bitte noch überprüfen ob die Leds an der Erweiterungsplatine (Rx und Tx) sicher richtig gepolt sind?
Du siehst das an diesem Link (https://www.google.com/imgres?imgurl=http%3A%2F%2Fupload.wikimedia.org%2Fwikipedia%2Fcommons%2Fthumb%2Fa%2Faa%2F%252B-_of_Led.png%2F265px-%252B-_of_Led.png&imgrefurl=https%3A%2F%2Fstummiforum.de%2Fviewtopic.php%3Ft%3D101653&docid=PZDl1StUPWzPfM&tbnid=Z0ACiPpUYLj-JM%3A&vet=10ahUKEwi6vtGG2uflAhUPuqQKHb9-AWAQMwhWKAcwBw..i&w=265&h=600&bih=625&biw=1366&q=led%20%2B%20-%20erkennen&ved=0ahUKEwi6vtGG2uflAhUPuqQKHb9-AWAQMwhWKAcwBw&iact=mrc&uact=8), wenn du die Led gegen das Licht betrachtest. + (Anode) ist der gerade Pol, - (Katode) der längere quer liegende.
LG
Guten Abend,
anbei ein Foto von der Erweiterungsplatine und den LEDs. Ich bin sicher das diese korrekt sind.
Ich bin zu 100% davon ausgegangen das ich ein Fehler auf der Basisplatine eingelötet habe. Die Erweiterungsplatine werde ich nachher mal optisch und rudimentär mit dem Multimeter prüfen.
Ich hatte auch einen zweiten Wemos in Gebrauch, um einen Defekt auszuschließen.
Wenn die 5V vom Wemos auf der erweiterungsplatine Durchgang zum Pin 5V an JP8 hat, sollte das doch soweit okay sein oder?
Ich kann auch ohne Probleme die anderen beiden Bauteile zusenden. Das Porto wäre absolut kein Problem. Vlt. Wäre das am besten?
Zitat von: dhmagic am 13 November 2019, 18:50:11
Ich hatte auch einen zweiten Wemos in Gebrauch, um einen Defekt auszuschließen.
Wenn die 5V vom Wemos auf der erweiterungsplatine Durchgang zum Pin 5V an JP8 hat, sollte das doch soweit okay sein oder?
Ja, das sieht so gut aus. Ob der Wemos funktioniert oder nicht ist egal, da das Rx Signal ja vom eBus direkt kommt und somit die Led leuchten/flackern muss.
Ja, wenn an JP8 5V die Spannung liegt ist das soweit ok.
Noch eine Frage, die Leds die du verwendest sind die aus dem Warenkorb? Es müssen nämlich unbedingt "low current" sein, also eine Stromaufnahme 2 mA sonst passt die Anpassung an den Optokoppler nicht und eine normale Led wird nicht leuchten und somit auch die Schaltung nicht funktionieren.
Aber generell kann man schon sicher sein, das ein eBus Signal an der Klemme vorhanden ist? Kannst auch ganz einfach prüfen indem du mit dem Voltmeter die Spannung misst.
Ich versuche noch einige Szenarien nachzustellen und gebe dir dann morgen Bescheid.
LG
Ja, die Led's sind aus dem Warenkorb.
Wenn der ebus dran ist, und ich unten den jumper SJ1 (heisst der so) Brücke, so daß die Schaltung vom. Ebus versorgt wird, leuchtet die gelbe ebus Power LED. Das auch wenn der wemos nicht dran ist. Daher muss was vom. Ebus da sein.
Eine ganz dumme Frage zur Zusatzplatine: Die Bauteilbezeichnungen sind im zusammengestecktem Zustand von oben zu lesen, oder?
Tausend Dank für deine Hilfe!
Zitat von: dhmagic am 13 November 2019, 19:34:33
Eine ganz dumme Frage zur Zusatzplatine: Die Bauteilbezeichnungen sind im zusammengestecktem Zustand von oben zu lesen, oder?
Ja, von oben gesehen!
Ich habe heute alles so nachgestellt wie du es hast und es funktioniert alles bestens. Da du ja JP8 zur Verbindung verwendest gibt es hier auch absolut keine Problem mit der Spannungsversorgung nach unten. Dein Adapter ist heute die ganze Nacht und den ganzen Tag ohne irgendwelche Probleme durchgelaufen. Ich mache mir daher immer noch Gedanken was den bei dir nicht passen sollte.
Kannst du einmal die Bezeichnung deines Heizgerätes posten und auch den Regler an dem du parallel dran hängst?
Es gab nämlich schon User die gar keinen eBus hatten und nur glaubten es gäbe einem in ihrem Gerät.
Bei der Erweiterungsplatine kannst du gar nicht solche Fehler machen das die nicht passen sollte. Es gibt eigentlich nur die Stiftleisten welche die Verbindung zur Basisplatine nach unten herstellen. Die Spannungsversorgung kommt vom Wemos Steckernetzteil über die 5V zur Basisplatine und von dieser wieder nach oben zur Led, also funktioniert ja das wesentliche.
Ich habe leider nur mehr eine fertige Erweiterungsplatine hier die ich zum testen brauche. Aber ich werde dir einen Mini Uart beilegen, somit kannst du wenigstens den anstecken (sofern du noch wo einen Raspi hast) und testen ob die Basisplatine solo am eBus funktioniert. Dann ist man sich sicher ob es nicht doch irgendwo an der Basisplatine liegt.
Ich werde deine Basisplatine dann morgen zur Post bringen, ist das OK so?
LG
Reinhart
Nabend,
Ich habe eine Wolf CGB-2 24 und ein BM2 am ebus.
Das ist natürlich okay so. Bitte sende mir per PM wohin ich das Porto via Paypal begleichen darf, und den Betrag für den uart.
Ich werde dann zuerst mit dem uart testen.
Wirklich toller Support von Dir! Danke!
habe mir die Doku für das Gerät geladen, sollte alles passen so!
Es ist schade das die Platine eigentlich keinen Fehler zeigt, aber auf der anderen Seite gibt es Gewissheit, dass es daran nicht liegt.
LG
Reinhart
Hey guys, I am very very new to Ebus and your adapter project in general. Is there any way to order full soldered Ebus-USB or Ebus-ESP8266 adaptor? I need this Ebus adatapter to control my BRINK HRV device.
I looked at the wired diagramm (https://www.ventilationsupplies.ie/uploadedfiles/BCSI-EN002-Renovent%20medium-large-installation-manual.pdf), but I can not find an ebus connector.
LG
Hallo zusammen,
eine Frage... kann ich die Basisplatine auch mit einem WeMos ausstatten und diesen im ersten Schritt nur als USB / Seriell Wandler nutzen?
Wenn alles funzt später erst das WLAN nutzen?
Brauche ich dann verschiedene Firmwares?
Danke!
Zitat von: BratwurstHH am 20 November 2019, 07:59:31
eine Frage... kann ich die Basisplatine auch mit einem WeMos ausstatten und diesen im ersten Schritt nur als USB / Seriell Wandler nutzen?
Wenn alles funzt später erst das WLAN nutzen?
ja das sollte gehen, man kann in der ebusd-esp Firmware entsprechende Optionen konfigurieren.
Zitat von: BratwurstHH am 20 November 2019, 07:59:31
Brauche ich dann verschiedene Firmwares?
nein
super, Danke!
den Wemos bekomme ich nur per "Kabel" auf die Platine, die Stiftleisten passen nicht, richtig?
Muss ich drauf achten wer der Hersteller des Wemos ist? Gibt es gute und schlechte?
Ja, du musst dann am Wemos hinten 4 Drähte anlöten, siehe hier (https://ebus.github.io/adapter/base). Das ganze dann so wie auf dem Foto mit JP8 verbinden.
Und ja, es gibt gute und schlechte Wemos. Wenn "Wemos" drauf steht, sind es prinzipiell schon gute. Es gib aber leider auch viel Mist, meist zeigt sich das schon beim ersten Flashen!
LG
@reinhart: wie darf ich dir das Porto zukommen lassen? Kannst du mir per PM deine Paypal Adresse senden?
@john30:
Mein Wemos sollte heute ankommen, ich habe aber noch mit einem gearbeitet... kannst du mich bezüglich flashen und USB konfigurieren kurz in die richtige Richtung schubsen?
Danke!
du findest dazu eine genaue Anleitung im Wiki (https://github.com/john30/ebusd-esp).
LG
Hallo,
ich bin zufällig bei der Suche zu einem anderen Thema auf diesen Thread gestoßen, aber eigentlich sollte mein Problem damit auch lösbar sein - vielleicht könnt ihr mir ein wenig helfen :
meine Problemstellung ist eine vorhandene Heizungssteuerung mit eBus-Anschluss für einen externen Regler / Sensor sowie ein vorhandener Regler mit eBus-Anschluss.. aber keine Möglichkeit, die beiden mit einem Kabel zu verbinden (baulich getrennt, frei hängendes Kabel hat einen etwas zu geringen WAF). Da kam die Idee, eine "WLAN-Bridge" einzurichten, also eine transparente Funkstrecke, um die beiden Teile zu verbinden. Würde das rein vom Bus-Protokoll (Latenz, usw.) her mit 2 Adaptern mit ebusd-esp funktionieren, die sich selbstständig über WLAN verbinden? Stabiles WLAN ist vorhanden, es geht nur um 2 Teilnehmer, die miteinander reden müssen (Störer-Problematik sollte wegfallen ?), die zeitlichen Anforderungen von eBus kenne ich leider nicht so genau, nur dass die Verbindung prinzipiell eine serielle mit 2400 baud sein soll - das sollte doch theoretisch machbar sein, oder bin ich da komplett auf dem Holzweg ?
Was du da vorhast ist technisch nicht ganz einfach. Du benötigst eine eBus - eBus Bridge und das über stark verzögerte Funkstrecken, das wird Aufgrund der Latenz nicht klappen.
Du könntest aber deinen Regler direkt am Heizgerät anschließen, sofern du da die Sensoren verkabeln kannst (Außentemperatur). Dann würde der eBus Adapter über Wlan funktionieren und du kannst ja den Regler dann über Fhem etc. von der Ferne übersteuern (Zeitprogramme etc.).
Recht viel eine andere Möglichkeit sehe ich da sonst nicht. Es gibt aber auch Regler (zB: Vaillant Multimatic 700f (https://www.vaillant.at/privatanwender/produkte/witterungsgefuhrter-funk-regler-multimatic-700f-49856.html)) die auch über Funk anschließbar sind, das wäre dann eventuell ein denkbarer Weg, kostet aber etwas.
LG
er schreibt doch gar nicht, ob er Vaillant hat ???
bezüglich der Latenz: Gibt das eBus Protokoll vor, wie schnell ein ACK Paket kommen muss?
Ansonsten könnte man doch durchaus eine Bridge konstruieren, die einfach alle Meldungen wiederholt oder bin ich da auf dem Holzweg?
ja ich weiß, war ja nur ein Beispiel das es solche Geräte gibt.
Das mit der Latenz kannst du vergessen, du hast nur wenig Zeit (spielt alles im µsec Bereich) zur Antwort und selbst ein Ethernet Modul erfüllt die Anforderungen nicht. John hat ja extra die esp Software darauf angepasst, dass es überhaupt per Wlan funktionieren kann.
Wie Vaillant das mit den Funk Devices macht weiß ich nicht, aber offensichtlich muss es irgend eine Lösung geben. Eventuell sitzt das Modul auch im Hauptgerät mit abgesetztem Funkteil.
Aber du kannst es gerne testen. Wenn du ein Raw Log machst, dann siehst du wie schnell auf eine Anfrage geantwortet werden muss damit die Arbitrierung noch tadellos funktioniert. Die Steuerlogik (wie esp) muss also direkt am Bus sitzen und auf den Syn lauschen sonst wird das nichts. Wenn ein Telegramm am eBus fertig ist erfolgt der Syn, dann muss sofort der nächste Teilnehmer senden, siehe Kapitel 10.9 in der Spezifikation. Da spielen schon die Verzögerungen der Optokoppler eine Rolle, wobei hier noch die Flankensteilheit eine wesentliche Rolle spielt.
Bei der RPI Variante musste galileo ja extra eine seriellen Treiber schreiben, weil auch der Original Raspi Treiber für die erforderliche Latenz nicht ausreicht.
LG
Zitat von: Reinhart am 10 Dezember 2019, 11:51:35
Wie Vaillant das mit den Funk Devices macht weiß ich nicht, aber offensichtlich muss es irgend eine Lösung geben. Eventuell sitzt das Modul auch im Hauptgerät mit abgesetztem Funkteil.
Das hatte mich auch interessiert, nachdem du davon geschrieben hast.
Ein Blick auf die Beschreibungen zeigt aber: es handelt sich um eine Basisstation und einen Funk-Regler, die im 868MHz Bereich miteinander funken.
Die eigentliche eBus-Kommunikation übernimmt also die Basisstation direkt am Bus und der "Regler" ist eine reine Ein-/Ausgabeeinheit für den Anwender.
Zitat von: HeikoGr am 10 Dezember 2019, 09:56:51
Ansonsten könnte man doch durchaus eine Bridge konstruieren, die einfach alle Meldungen wiederholt oder bin ich da auf dem Holzweg?
Und wenn Teil 1 der Bridge den Regler emuliert und Teil 2 die Gastherme?
Wäre mir zwar zu riskant aber theoretisch denkbar, oder?
Ich fürchte trotzdem, dass das nicht so einfach wird.
Es gibt sowohl lesende, als auch schreibende Nachrichten - dazu sind noch beide Geräte auch Master, können also selbst Nachrichten absetzen.
Wenn der Regler nun eine Nachricht zur Therme schicken will, müsste Teil 1 diese Nachricht lesen, sie Teil 2 übermitteln, Teil 2 müsste die gleiche Nachricht auf den Bus schicken und die Antwort auf gleichem Weg zurückgeben - bis dahin hat aber der Regler schon längst aufgegeben und vermutet, die Therme ist nicht mehr am Bus...
Ah ja, da ist das eh so wie ich vermutet habe, der Hauptteil sitzt am Bus und dieser funkt dann zum Bedienteil, somit hat er die Latenz im Griff.
2 Bussysteme so einfach über eine Funk Bridge zusammen schalten scheitert wohl an vielen Ecken. Wird so sein wie Sven77 schreibt, das der Regler unweigerlich ins Timeout fällt. Schaut man sich die Timings und die Arbitrierung in der Spezifikation an, dann ist der eBus nur für physikalische 2-Draht Kabelverbindungen konzipiert worden. Das Thema Stromüberschuß und viele Teilnehmer ist ja noch einmal eine Hürde die ebenso zu Problemen führen kann.
LG
Hallo,
und entschuldigt die späte Antwort, bin zeitlich etwas eingeschränkt.
Erst mal danke für das Interesse und die Antworten.
Die Anlage ist von Windhager, es handelt sich um eine Fußbodenheizung, bei der ein abgesetztes Bedienmodul BM 6109 nachgerüstet werden soll.
(Das is vorhanden, allerdings hat der gute Mann, der die Anlage damals installiert hat, steif und fest behauptet, da is kein Temperatursensor drin, weswegen wir dafür auch keine Leitung ins Wohnzimmer vorgesehen haben.. >:( )
Wie gesagt, da gehts auch weniger um die Bedienung, eher die Temperaturmessung um eine vernünftige Regelung hinzukriegen - und da klingt die Richtung mit abgesetztem Funk-Thermostat und einer Basisstation, die die Temperatur entgegennimmt und per ebus an die Anlage kommuniziert doch gut.. Jetzt wieder die Frage: Wäre das möglich/einfacher mit ebusd-esp realisierbar ?
Sprich, könnte der Adapter der Anlage ein gültiges Gerät vorgaukeln, das z.B. eine Temperatur anbietet ? Ob die Funkstrecke dahinter dann wlan oder 868MHz oder whatever ist, spielt ja dann keine Rolle mehr..
lg
Zitat von: grizu am 11 Dezember 2019, 13:00:34
Sprich, könnte der Adapter der Anlage ein gültiges Gerät vorgaukeln, das z.B. eine Temperatur anbietet ? Ob die Funkstrecke dahinter dann wlan oder 868MHz oder whatever ist, spielt ja dann keine Rolle mehr..
Das war auch mal ein Ansatz von mir...
Ich kann mich erinnern, dass im Ebusd da einiges implementiert wurde, kann mich aber gerade nicht erinnern, wie weit das fortgeschritten war.
@John:
Erinnerst du dich? Der Gedanke war, mit Ebusd ein Ebus-Client zu emulieren, den man auf bestimmte Nachrichten mit von außen konfigurierbaren Werten antworten lässt?
Hello ,
I would like to order ebus adapter base board or the one for raspberry V 2.2 or later if exist . I need to know how can i do that , what is the price and the payment method?.
regards
Maciej
Zitat von: maciejsto am 13 Dezember 2019, 11:30:06
Hello ,
I would like to order ebus adapter base board or the one for raspberry V 2.2 or later if exist . I need to know how can i do that , what is the price and the payment method?.
regards
Maciej
https://forum.fhem.de/index.php/topic,105130.0.html
https://forum.fhem.de/index.php/topic,104268.0.html
LG
Zitat von: Sven77 am 11 Dezember 2019, 13:44:12
Das war auch mal ein Ansatz von mir...
Ich kann mich erinnern, dass im Ebusd da einiges implementiert wurde, kann mich aber gerade nicht erinnern, wie weit das fortgeschritten war.
@John:
Erinnerst du dich? Der Gedanke war, mit Ebusd ein Ebus-Client zu emulieren, den man auf bestimmte Nachrichten mit von außen konfigurierbaren Werten antworten lässt?
klar, das ist im Grunde auch vorgesehen, aber weder ausreichend getestet noch vollständig implementiert, siehe issues (https://github.com/john30/ebusd/issues/42).
Hallo zusammen,
ich versuche mich gerade im Nachbau dieser tollen Platine.
Basisplatine 2.2 und Erweiterungsplatine habe ich und auch gemäß Schaltplan bestückt (Bin ich mir jedenfalls ziemlich sicher).
Ich nutze einen Wemos auf der Basisplatine für die WLAN Verbindung und einen Wemos auf der Erweiterungsplatine (geflasht mit ESP Easy).
Genügt es zur Spannungsversorgung das 5 Volt Netzteil an den Wemos auf der Erweiterungsplatine anzuschließen? Oder muss es auf die Basisplatine?
Wenn ich ein 5 Volt Netzteil anschließe (egal ob auf Basis oder Erweiterung) leuchtet direkt die grüne RX LED auf. Das ist vermutlich nicht richtig? Gibt es ein paar "häufige" Ursachen dafür?
Die Gelbe Power LED leuchtet ebenfalls.
An der eBUS Leitung habe ich noch nichts angeschlossen.
Beim Anschluss des Wemos an die Basisplatine, muss dann RX / TX vertauscht werden oder RX an RX und TX an TX?
Vielen Danke & beste Grüße
Steffi!
Hallo Steffi,
ich gehe davon aus, dass Du den Adapter V2.2 einsetzt, dann ist es egal an welchen ESP Du die Spannungsversorgung anschließt.
Das die grüne LED leuchtet ist "korrekt" und sag erst einmal, dass alles richtig aufgebaut ist. Die LED fängt an zu blinken, sobald Du den Adapter an den eBus anschließt.
Das die Power LED (gelb) leuchtet ist ebenfalls ein gutes Zeichen, denn damit wird ebenfalls der DC/DC Wandler versorgt.
Der Wemos an der Basis wird Tx an Tx sowie Rx an Rx angeschlossen. Wenn Du es richtig angeschlossen hast, dann muss die grüne LED (dauer)leuchten!
Kurzum: Die Platinen sollten so funktionieren und jetzt fehlt nur noch der eBus-Teil. ;o)
VG
chons
Hallo,
kann man eigentlich irgendwo einsehen für welche Heizungen eine csv Datei existiert?
Seitdem die Konfigs online sind und man sie nicht über http selbst einsehen kann bekommt man das doch gar nicht mehr raus oder?
Meine Vaillant VSC126 wird vom Scan erkannt, aber scheinbar keine csv angewendet laut Status.
Gruß
Frank
Moin Frank,
die aktuellsten Konfigurationen findest du im GIT. Dort kannst du sie dir auch per http angucken:
https://github.com/john30/ebusd-configuration/tree/master/ebusd-2.1.x
Gruß
Maik
Moin Maik,
frohes Neues erstmal an alle!
Das hatte ich gerade irgendwie verschlafen...sorry.
Stimmt, da hätte ich auch selbst drauf kommen können :o
Allerdings verstehe ich die Erläuterung nicht welche Datei durch den Scan verwendet werden würde.
Erkannt wird bei mit folgendes: [bus notice] scan 08: ;Vaillant;BAI00;0518;7401
root@raspberrypi:~# ebusctl info
version: ebusd 3.4.v3.3-51-g57eae05
update check: revision v3.4 available
signal: acquired
symbol rate: 22
max symbol rate: 76
reconnects: 0
masters: 3
messages: 13
conditional: 0
poll: 0
update: 4
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401"
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd
Welche CSV müsste das dann sein?
Selbst wo ich jetzt alle sehe, weiss ich leider noch nicht welche existieren müsste.
Sorry für die dumme Frage...gelesen hatte ich wie es geht anhand der Hexwerte. Verstehe die Logik nur nicht ganz dahinter.
Gruß
Frank
Hallo Frank,
die geladenen CSV-Dateien stehen hinter den gefunden Bus-Teilnehmern. Zum Beispiel so bei mir:
version: ebusd 3.1.v3.1-22-gdaf771e
update check: version 3.4 available, broadcast.csv: different version available, vaillant/15.ui.csv: different version available, vaillant/23.solsy.cc.csv: different version available, vaillant/25.solsy.hwc.csv: different version available, vaillant/26.solsy.hc.csv: different version available, vaillant/50.solsy.mc.csv: different version available, vaillant/broadcast.csv: different version available, vaillant/ec.solsy.sc.csv: different version available
signal: acquired
symbol rate: 33
max symbol rate: 150
min arbitration micros: 709
max arbitration micros: 1672
min symbol latency: 4
max symbol latency: 18
reconnects: 8
masters: 3
messages: 749
conditional: 12
poll: 33
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0706;HW=7401", loaded "vaillant/08.bai.HW7401.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UI ;SW=0501;HW=6201", loaded "vaillant/15.ui.csv"
address 23: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/23.solsy.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/25.solsy.hwc.csv"
address 26: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/26.solsy.hc.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/50.solsy.mc.csv"
address ec: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/ec.solsy.sc.csv"
Bei dir hat er also gar keine "bekannten" Bus-Teilnehmer gefunden, bzw. konnte "MF=Vaillant;ID=BAI00;SW=0518;HW=7401" keiner CSV-Datei zu ordnen - was auf dem ersten Blick etwas komisch aussieht. Oder er konnte die CSV-Dateien nicht richtig laden - kein Zugang zum Internet??
Was steht denn in der Logdatei vom ebusd?
Gruß
Maik
Ja so sehe ich das auch. Es müsste ja eine CSV hinter den Scan stehen die geladen wurde.
Internet ist vorhanden. apt-update und upgrade funktioniert ja auch.
Muss für den Scan auf den ebus geschrieben werden?
Ich habe zum Testen den ebus nur lesend über einen Arduino Mini Pro angeschlossen bis der Boardbausatz wieder verfügbar ist.
Dachte aber das es dafür nicht nötig ist, da lesen dafür reichen müsste.
Da das Modell ja ausgelesen wird, scheint auch alles mit dem lesenden Zugriff über den Arduino zu funktionieren.
/etc/default/ebusd sieht so aus: EBUSD_OPTS="--device=/dev/ttyUSB0 --httpport=8889 --scanconfig"
Das Log habe ich mal angehangen...
Gruß
Frank
Hi Frank,
Zitat von: venni am 01 Januar 2020, 16:34:17
Muss für den Scan auf den ebus geschrieben werden?
Ja, der Bus-Scan ist ein aktiver vorgang, der funktioniert nur mit wenn auch geschrieben werden darf.
Zitat von: venni am 01 Januar 2020, 16:34:17
/etc/default/ebusd sieht so aus: EBUSD_OPTS="--device=/dev/ttyUSB0 --httpport=8889 --scanconfig"
Hier hast du aber keine --readonly Option definiert...
[main error] scan config 08: ERR: read timeout
[main error] scan config 15: ERR: read timeout
So richtig gut klappt der Scan nicht. Wenn du den ebusd nicht mit readonly gestartet hast, hast du noch ein Problem mit dem Bus-Anschluss. Andererseits werden ja einige Telegramm fehlerfrei empfangen, vielleicht nur ein Problem beim schreiben?
Gruß
Maik
--readonly hatte ich auch schon mal gesetzt, bevor ich ebusd deinstalliert hatte. Hatte einmal neu installiert weil es eben nicht ging.
Habe den jetzt noch mal gesetzt und das Ergebnis ist das Gleiche. Es wird keine CSV angewendet. Siehe angehangenem Log...
Warum auf den Bus geschrieben werden muss verstehe ich nicht, da ich davon ausging das die Broadcasts reichen. Der Gerätetyp kommt ja und der ebusd weiß folglich welches Gerät anhängt und braucht zum Interpretieren "nur" die richtige CSV anwenden. Dafür dachte ich muss nicht geschrieben werden.
Unter Umständen gibt es aber auch für meine Vaillant gar keine passende CSV.
Vielleicht mache ich es auch zu kompliziert und sollte einfach auf den Bausatz Vers. 2.2 warten.
Vielleicht geht es dann ja auf Anhieb.
Zitat von: venni am 01 Januar 2020, 18:21:12
--readonly hatte ich auch schon mal gesetzt, bevor ich ebusd deinstalliert hatte. Hatte einmal neu installiert weil es eben nicht ging.
Habe den jetzt noch mal gesetzt und das Ergebnis ist das Gleiche.
wenn du readonly benutzt, musst du entweder die Heizungsanlage neu starten, damit ebusd die ID Messages mitlesen kann, oder manuell die richtigen CSVs picken (mit lokalem Verzeichnis). Anders geht es nicht.
Zitat von: venni am 01 Januar 2020, 18:21:12
Warum auf den Bus geschrieben werden muss verstehe ich nicht, da ich davon ausging das die Broadcasts reichen. Der Gerätetyp kommt ja und der ebusd weiß folglich welches Gerät anhängt und braucht zum Interpretieren "nur" die richtige CSV anwenden. Dafür dachte ich muss nicht geschrieben werden.
es gibt eine ID Nachricht, in der ein Gerät seine Infos mitteilt, wie Hersteller, ID und SW/HW-Version. Wenn ebusd als readonly dran hängt (oder dein Adapter nicht schreiben kann), dann muss zwangsweise ein anderer Teilnehmer, der schreiben darf, diese ID Messages verschicken. Das passiert üblicherweise beim Neustart der Anlage, aber auch nicht zwingend.
Zitat von: venni am 01 Januar 2020, 18:21:12
Unter Umständen gibt es aber auch für meine Vaillant gar keine passende CSV.
kann auch sein, wirst aber erst rausfinden, wenn die ID Message vorbei kam oder aktiv gesendet wurde
Vielen Dank für die Erklärung! :) Das mit dem Neustart der Therme war der entscheidende Hinweis:
2020-01-02 07:00:00.590 [main notice] read common config file vaillant/broadcast.csv
2020-01-02 07:00:00.591 [main notice] read common config file vaillant/scan.csv
2020-01-02 07:00:00.657 [main notice] read scan config file vaillant/08.bai.HW7401.csv for ID "bai00", SW0518, HW7401
2020-01-02 07:00:00.658 [main notice] found messages: 209 (3 conditional on 1 conditions, 0 poll, 8 update)
2020-01-02 07:00:04.492 [update notice] received read bai Status01 QQ=10: 45.0;31.0;-6.312;48.0;49.0;off
2020-01-02 07:00:06.531 [update notice] received unknown MS cmd: 1008b5110100 / 08c802090062080082
2020-01-02 07:00:06.757 [update notice] received update-read broadcast outsidetemp QQ=10: -6.312
2020-01-02 07:00:10.521 [update notice] received read bai Mode QQ=10: standby
2020-01-02 07:00:14.544 [update notice] received read bai Status01 QQ=10: 40.0;31.0;-6.312;48.0;49.0;off
2020-01-02 07:00:16.525 [update notice] received read bai Status02 QQ=10: auto;60;67.0;80;55.0
2020-01-02 07:00:17.277 [update notice] received unknown MS cmd: 1008b5120204ff / 0101
2020-01-02 07:00:20.550 [update notice] received read bai Mode QQ=10: standby
2020-01-02 07:00:24.542 [update notice] received read bai Status01 QQ=10: 36.0;31.0;-6.312;48.0;49.0;off
2020-01-02 07:00:26.591 [update notice] received read bai DateTime QQ=10: nosignal;07:03:04;-.-.-;-6.312
Wie kann ich die richtige CSV picken und mitgeben?
Welche das sind weiss ich ja nach einem Neustart nun.
Dann bräuchte ich die Therme nicht neustarten wenn der Bus/Raspberry mal neustartet.
Zitat von: venni am 02 Januar 2020, 08:05:34
Vielen Dank für die Erklärung! :) Das mit dem Neustart der Therme war der entscheidende Hinweis:
2020-01-02 07:00:00.590 [main notice] read common config file vaillant/broadcast.csv
2020-01-02 07:00:00.591 [main notice] read common config file vaillant/scan.csv
2020-01-02 07:00:00.657 [main notice] read scan config file vaillant/08.bai.HW7401.csv for ID "bai00", SW0518, HW7401
2020-01-02 07:00:00.658 [main notice] found messages: 209 (3 conditional on 1 conditions, 0 poll, 8 update)
2020-01-02 07:00:04.492 [update notice] received read bai Status01 QQ=10: 45.0;31.0;-6.312;48.0;49.0;off
2020-01-02 07:00:06.531 [update notice] received unknown MS cmd: 1008b5110100 / 08c802090062080082
2020-01-02 07:00:06.757 [update notice] received update-read broadcast outsidetemp QQ=10: -6.312
2020-01-02 07:00:10.521 [update notice] received read bai Mode QQ=10: standby
2020-01-02 07:00:14.544 [update notice] received read bai Status01 QQ=10: 40.0;31.0;-6.312;48.0;49.0;off
2020-01-02 07:00:16.525 [update notice] received read bai Status02 QQ=10: auto;60;67.0;80;55.0
2020-01-02 07:00:17.277 [update notice] received unknown MS cmd: 1008b5120204ff / 0101
2020-01-02 07:00:20.550 [update notice] received read bai Mode QQ=10: standby
2020-01-02 07:00:24.542 [update notice] received read bai Status01 QQ=10: 36.0;31.0;-6.312;48.0;49.0;off
2020-01-02 07:00:26.591 [update notice] received read bai DateTime QQ=10: nosignal;07:03:04;-.-.-;-6.312
Wie kann ich die richtige CSV picken und mitgeben?
Welche das sind weiss ich ja nach einem Neustart nun.
Dann bräuchte ich die Therme nicht neustarten wenn der Bus/Raspberry mal neustartet.
git clone von ebusd-configuration und dann als "-c" den Pfad an ebusd übergeben, siehe hier (https://github.com/john30/ebusd/wiki/2.-Run#message-configuration-options)
Zitat von: john30 am 03 Januar 2020, 09:11:03
git clone von ebusd-configuration und dann als "-c" den Pfad an ebusd übergeben, siehe hier (https://github.com/john30/ebusd/wiki/2.-Run#message-configuration-options)
Die ebusd Konfiguration nutze ich bereits lokal.
Mir ging es darum wie ich die konkret anzuwendende CSV mitgeben kann, ohne das die Therme neu gestartet werden muss damit diese auf den Bus schreibt.
Im lokalen Pfad für die ebus Config liegen ja alle CSVs.
Hier geht es glaube ich um -s und die konkrete Adresse:
-s, --scanconfig[=ADDR] Pick CSV config files matching initial scan (ADDR="none" or empty for no initial scan message, "full" for full scan, or a single hex address to scan, default is to send a broadcast ident message).
If combined with --checkconfig, you can add scan message data as arguments for checking a particular scan configuration, e.g. "FF08070400/0AB5454850303003277201". For further details on this option, see Automatic configuration.
Zitat von: venni am 03 Januar 2020, 22:15:55
Die ebusd Konfiguration nutze ich bereits lokal.
Mir ging es darum wie ich die konkret anzuwendende CSV mitgeben kann, ohne das die Therme neu gestartet werden muss damit diese auf den Bus schreibt.
Im lokalen Pfad für die ebus Config liegen ja alle CSVs.
dann einfach alle CSVs wegwerfen, die nicht benötigt werden, und scanconfig nicht benutzen
hallo!
habe jetzt den 2.2 adapter für den raspi und werden den gerne austesten.
benötige ich eine externe stromversorgung und falls ja wohin damit?
habe keine brauchbaren bilder gefunden.
das einstellen fällt ja damit weg also sollte das gleich automatisch verbinden oder muss man da was einstellen?
besten dank!
Zitat von: rob uboot am 16 Januar 2020, 22:03:27
habe jetzt den 2.2 adapter für den raspi und werden den gerne austesten.
benötige ich eine externe stromversorgung und falls ja wohin damit?
siehe hier (https://ebus.github.io/adapter/base): "Seit v2.1 kann die Basisplatine optional mit einem extra DC-DC Wandler bestückt werden, um keinerlei Strom vom eBUS zu verbrauchen."
Zitat von: rob uboot am 16 Januar 2020, 22:03:27
habe keine brauchbaren bilder gefunden.
schmuddelbilder haben wir nicht, nur technische ;D
Zitat von: rob uboot am 16 Januar 2020, 22:03:27
das einstellen fällt ja damit weg also sollte das gleich automatisch verbinden oder muss man da was einstellen?
nö, ebenfalls siehe hier (https://ebus.github.io/adapter/): "Die Version 2 der eBUS Platine wurde hauptsächlich entworfen, um die Abstimmung des Potis zu vermeiden."
Ich fasse nochmal zusammen...
Zitat von: istler am 01 Januar 2020, 17:20:47
So richtig gut klappt der Scan nicht. Wenn du den ebusd nicht mit readonly gestartet hast, hast du noch ein Problem mit dem Bus-Anschluss.
Zitat von: john30 am 02 Januar 2020, 07:25:57
wenn du readonly benutzt, musst du entweder die Heizungsanlage neu starten, damit ebusd die ID Messages mitlesen kann, [...]
Zitat von: venni am 02 Januar 2020, 08:05:34
Vielen Dank für die Erklärung! :) Das mit dem Neustart der Therme war der entscheidende Hinweis:
Da aber eben NICHT mit readonly gestartet wurde, scheint wohl istlers Annahme richtig zu sein:
Zitat von: istler am 01 Januar 2020, 17:20:47
[...], vielleicht nur ein Problem beim schreiben?
Prüfe nochmal den sendenden Teil des Adapters, ich bin darauf mal hereingefallen, weil ich die Sende-LED noch nicht bestückt hatte. Vielleicht ist sie bei dir falsch herum oder kaputt?!
Zitat von: john30 am 17 Januar 2020, 06:58:57
siehe hier (https://ebus.github.io/adapter/base): "Seit v2.1 kann die Basisplatine optional mit einem extra DC-DC Wandler bestückt werden, um keinerlei Strom vom eBUS zu verbrauchen."
schmuddelbilder haben wir nicht, nur technische ;D
ja die kenne ich schon aber damit komme ich leider nicht weiter. :(
ich habe jetzt die platine und würde das teil gerne mit strom versorgen.
ist dieser wandler bei der version 2.2 dabei oder muss da was extra machen?
gibt es dazu einen stecker oder soll man da was löten?
Der DC/DC Wandler steckt in dem bulligen schwarzen Gehäuse mit dem Aufdruck "recom rnm-0512s".
Der Strom kommt bei dir - wenn du, wie geschrieben, die Raspberry-Platine hast - direkt vom Raspberry Pi.
Ich hab's irgendwo gelesen, welche Bauteile entfallen, wenn der DCDC Wandler bestückt / nicht bestückt ist. Leider finde ich den Teil nicht mehr.
Kann mir mal eben jemand auf die Sprünge helfen?
Ich habe den DCDC Wandler auf der 2.2er Basis-Platine. Muss der Jumper gesetzt werden und alle Kondensatoren verbaut werden?
Zitat von: berton am 17 Januar 2020, 19:04:37
Ich habe den DCDC Wandler auf der 2.2er Basis-Platine. Muss der Jumper gesetzt werden und alle Kondensatoren verbaut werden?
Jumper => "nein"
Kondensatoren => "ja"
https://forum.fhem.de/index.php/topic,79600.msg860123.html#msg860123
wenn ich die platine dort in betrieb nehme wo der aktuelle koppler hängt dann leuchtet die LED
vom ebus so wie die 'alte' die LED in der mitte leuchtet nicht und die 3 leuchtet.
im ebusd selber bekomme ich aber ein 'no signal'.
was mache ich falsch? :-[
Zitat von: rob uboot am 17 Januar 2020, 20:28:32
wenn ich die platine dort in betrieb nehme wo der aktuelle koppler hängt dann leuchtet die LED
vom ebus so wie die 'alte' die LED in der mitte leuchtet nicht und die 3 leuchtet.
im ebusd selber bekomme ich aber ein 'no signal'.
was mache ich falsch? :-[
1) Die gelbe und grüne LED muss permanent "leuchten". Wenn der eBus angeklemmt ist, dann muss die "grüne" LED anfangen zu flackern.
2) Die rote LED flackert, wenn etwas gesendet wird.
Wenn 1) "OK" ist, dann kann der Sendeweg überprüft werden.
Sendeweg kann man mit dem Befehl:
echo "das ist ein Sendetest" >/dev/ttyebusüberprüfen. Die rote LED muss dabei "kurz" aufblinken.
Achtung: Der eBusd muss
zuvor beendet werden mit:
sudo service ebusd stopProbiere das erst einmal.
pi@raspberrypi:/ $ echo "das ist ein Sendetest" >/dev/ttyebus
-bash: /dev/ttyebus: Permission denied
pi@raspberrypi:/ $ sudo echo "das ist ein Sendetest" >/dev/ttyebus
-bash: /dev/ttyebus: Permission denied
Du musst zuerst den ttyebus (https://github.com/ebus/ttyebus) installieren, sonst wird das nichts ;)
sorry. wenn man da nicht immer mir dabei ist und nicht kann man nur schwer alle beiträge nachlesen. ;)
pi@raspberrypi:~ $ cat /sys/firmware/devicetree/base/model
Raspberry Pi 3 Model B Rev 1.2
pi@raspberrypi:~ $ sudo echo "dtoverlay=pi3-miniuart-bt" >> /boot/config.txt
-bash: /boot/config.txt: Permission denied
pi@raspberrypi:~ $ sudo echo "dtoverlay=miniuart-bt" >> /boot/config.txt
-bash: /boot/config.txt: Permission denied
mit
uname -a
kannst Du die Kernel Version prüfen.
ab kernel version 4.19.66
"dtoverlay=miniuart-bt" verwenden, sonst "dtoverlay=pi3-miniuart-bt"
sudo su
echo "dtoverlay=pi3-miniuart-bt" >> /boot/config.txt
reboot
Und schön nach Anleitung vorgehen...
Ansonsten hat Reinhart auch schon mal die Inbetriebnahme für RPI Adapter hier (https://forum.fhem.de/index.php/topic,84636.0.html) sehr schön beschrieben.
danke. hat alles super geklappt. :)
ein sudo -s und ich hatte die entsprechenden rechte.
ist es theoretisch 2 unterschiedliche ebus anschlüsse an einem raspi (inkl bus koppler) auszulesen oder macht es mehr sinn das an 2 geräten zu machen?
sehr gut.
Mehrere eBus Adapter (und damit mehrere ebus Anschlüsse) an einem raspi sollte funktionieren, das hat jemand hier im Forum schon realisiert. Dafür müssen zwei eBusd Service Instanzen laufen mit unterschiedlichen Konfigurationen (USB und/oder ttyebus).
Hi,
where i can buy the ebus adapter 2.2 or the gerber files ? i have all ready brought all the parts i just miss the base plate :'(
Thanks
Regards
Zitat von: john30 am 21 November 2019, 07:30:00
ja das sollte gehen, man kann in der ebusd-esp Firmware entsprechende Optionen konfigurieren.nein
Was muss ich denn wohl einstellen, damit ich den Wemos als USB Wandler nutzen kann?
Danke
Zitat von: BratwurstHH am 24 Januar 2020, 20:01:53
Was muss ich denn wohl einstellen, damit ich den Wemos als USB Wandler nutzen kann?
RX+TX PINs auf "mixed software D1 + TX1 D4" stellen (und entsprechend verdrahten) und dann HTTP TCP Port auf 0. Steht im Web UI auch so geschrieben :)
Danke... in der WebUI sehe ich es tatsächlich immernoch nicht (z.B. den Hinweis mit dem Port)... egal.
Kann ich beide Varianten immer verdrahtet lassen und dann nur per WebUI umstellen?
Zitat von: BratwurstHH am 25 Januar 2020, 20:07:57
Danke... in der WebUI sehe ich es tatsächlich immernoch nicht (z.B. den Hinweis mit dem Port)... egal.
sieht im web dann so aus:
5. eBUS RX+TX PINs: mixed software D1 + TX1 D4 (GPIO5+2, allows serial ebusd connection over USB)
6. ebusd connection: TCP pn port: 0 (0 for serial over USB)
Zitat von: BratwurstHH am 25 Januar 2020, 20:07:57
Kann ich beide Varianten immer verdrahtet lassen und dann nur per WebUI umstellen?
gleichzeitig verdrahten? halte ich nicht für ne gute Idee, aber probiers halt
hi all,
Sorry i don't speak german.
I need some help.
I just tried to connect the ebus adapter2.2 today (buyed batch december 2018).
But no success.
i have installed the last firmware ebusd-esp Build: 20191229
I removed the extention board.
connected my vaillant turbotech pro to the ebus terminal on base board.
Powered the wemos using the usb interface.
on the ebus-esp i see:
ebusd connected: yes (inactive)
eBUS signal: no signal
Is there any polarity for the ebus on the base board?
For info my ebus thermostat work perfectly, i have tried to install both in parallel and separately same issue.
here the command used to launch the ebus damon ./src/ebusd/ebusd -d 192.168.2.225:9999 -l /var/log/ebusd.log --scanconfig --latency=20000 --address=01
Could you help?
Zitat von: keiser1080 am 03 Februar 2020, 18:52:15
hi all,
Sorry i don't speak german.
I need some help.
I just tried to connect the ebus adapter2.2 today (buyed batch december 2018).
But no success.
i have installed the last firmware ebusd-esp Build: 20191229
I removed the extention board.
connected my vaillant turbotech pro to the ebus terminal on base board.
Powered the wemos using the usb interface.
on the ebus-esp i see:
ebusd connected: yes (inactive)
eBUS signal: no signal
Is there any polarity for the ebus on the base board?
For info my ebus thermostat work perfectly, i have tried to install both in parallel and separately same issue.
here the command used to launch the ebus damon ./src/ebusd/ebusd -d 192.168.2.225:9999 -l /var/log/ebusd.log --scanconfig --latency=20000 --address=01
Could you help?
finaly i think i found the problem.
The ebus terminal was broken, so i soldered wire directly to the board.
Very difficult to found the issue because the yellow led was shining even if the connector is broken.
hallo,
auf der Seite: https://ebus.github.io/adapter/base, konnte ich feststellen, dass folgender Text steht:
ZitatDiese 3 UARTs wurden mit der Basisplatine getestet. Seit v2.1 wird der FTDI jedoch nicht mehr unterstützt.
Jetzt stellt sich mir die frage, welchen Adapter auf USB soll man nutzen?
Ich habe auch probiert mittels https://github.com/john30/ebusd-esp meinen Wemos direkt an RX->D1 und TX -> D4 anzuschließen und das signal mittels "mixed software D1 + TX1 D4" über usb an meinen RPI zu übertragen.
Leider erhalte ich somit keine Signale
Bei meiner selbst zusammengelöteten Platine habe ich anstatt der Roten led eine grübe genommen, welches zu einem Problem beim Senden geführt hat.
Nach dem Tausch gegen eine low current Rote led funktioniert das senden schon etwas besser jedoch erhalte ich noch immer folgende Probleme:
Send queue is full! The eBUS service will reset the queue to ensure proper operation.
Received byte 0xAA is not equal to send byte 0x15! Stop send attempt ...
ist es auch noch wichtig, dass die Wiederstände eine geringe Toleranz haben oder worin könnte das Problem noch bestehen?
ZitatReceived byte 0xAA is not equal to send byte 0x15!
Das passt überhaupt nicht mit "Toleranz" zusammen. 0xAA dürfte ein einwandfrei empfangenes "SYN" sein, währent 0x15 scheinbar den Bus niemals erreicht hat.
Rote oder grüne LED und deren Vorwiderstände (soferne sie nicht total daben liegen) können keinen essentiellen Unterschied machen.
Ich würde eher auf den Transistor oder die Zener-Diode tippen, (die eventuell verkehrt eingebaut sind??) und somit in diesem Pfad überhaupt nichts mehr geht.
LG
Zitat von: galileo am 26 April 2020, 19:08:26
Das passt überhaupt nicht mit "Toleranz" zusammen. 0xAA dürfte ein einwandfrei empfangenes "SYN" sein, währent 0x15 scheinbar den Bus niemals erreicht hat.
Rote oder grüne LED und deren Vorwiderstände (soferne sie nicht total daben liegen) können keinen essentiellen Unterschied machen.
Ich würde eher auf den Transistor oder die Zener-Diode tippen, (die eventuell verkehrt eingebaut sind??) und somit in diesem Pfad überhaupt nichts mehr geht.
LG
Vielen Dank für den Hinweis.
Nach dem Tausch der grünen TX Led gegen eine Low current Rote LED funktioniert die Kommunikation schon besser.
Ich habe meinen BC337 und meine Zener Diode (BZX 85C 9V1) kontrolliert und diese wurden korrekt verbaut.
könnte noch ein anderes Bauteil das Problem verursachen?
Gutentag,
I'm new here, first of all thanks for sharing you knowledge and experience.
I wanted to connect to a Vaillant solar controller (VMS 8/D) and built an interface. At the time I connected it to my controller, I found out that surprisingly there wasn't any signal on the ebus, which is currently not connected to any other device.
I guess that it is some sort of slave device and that it is supposed to be connected to a master (probably a heater or something) ?
If yes, is there any chance to modify the adapter so that it becomes master ? Has anybody tried that ?
Thanks
Matt
Zitat von: pagaille am 06 Mai 2020, 15:46:09
I guess that it is some sort of slave device and that it is supposed to be connected to a master (probably a heater or something) ?
looks like the answer is in the specification : https://ebus-wiki.org/lib/exe/fetch.php/ebus/spec_prot_12_v1_3_1_e.pdf (https://ebus-wiki.org/lib/exe/fetch.php/ebus/spec_prot_12_v1_3_1_e.pdf), at page 23 : there is a bus power supply (basically a 50mA / max 24V supply). I wasn't aware of this.
Once I power the bus can you confirm that I'll be able to talk to the slave device using ebusd ?
Once I power the bus can you confirm that I'll be able to talk to the slave device using ebusd ?
You have to take extreme care that your power supply is built like shown in the specification.
In fact this is not a voltage supply but a combined voltage/current supply. Look at the serial resistor "47R".
If you don't do so you may damage your solar controller slave.
In addition you need to have a master on the bus, that is also generating the "SYN" symbols, but afaik, ebusd will do this for you.
Zitat von: Trainer am 27 April 2020, 09:18:33
Vielen Dank für den Hinweis.
Nach dem Tausch der grünen TX Led gegen eine Low current Rote LED funktioniert die Kommunikation schon besser.
Ich habe meinen BC337 und meine Zener Diode (BZX 85C 9V1) kontrolliert und diese wurden korrekt verbaut.
könnte noch ein anderes Bauteil das Problem verursachen?
Hätte noch jemand einen Vorschlag woran das Problem liegen könnte, bzw. ob man dies auch mit einem externen Netzteil testen könnte?
Leider erhalte ich nur noch "Received byte 0xAA is not equal to send byte 0x15! Stop send attempt ..." Meldungen :(
Zitat von: galileo am 06 Mai 2020, 17:16:38
Once I power the bus can you confirm that I'll be able to talk to the slave device using ebusd ?
You have to take extreme care that your power supply is built like shown in the specification.
In fact this is not a voltage supply but a combined voltage/current supply. Look at the serial resistor "47R"
Thanks you @Galileo. Yes, that's a current limiter (24/1,25 = ~93mA) and a voltage limiter, I guess the 47R resistor polarise the 3x6,8V zener diodes. I plan to reproduce exactly that schematic because indeed that's a bit touchy 😊.
I'll seek for a definitive confirmation that ebusd can act as a master, and will report back here. Thanks again.
ZitatHätte noch jemand einen Vorschlag woran das Problem liegen könnte, bzw. ob man dies auch mit einem externen Netzteil testen könnte?
Du kannst ein externes Netzteil mit 24V an die eBus Anschlüsse verbinden,
aber mit einem Serien-Widerstand der den Strom begrenzt (z.B. 330 Ohm)Dann sollte auch ohne echtem eBus jedes gesendete Byte (rote LED) im Empfangs-Pfad (grüne LED) ankommen. Nur lässt sich das mit freiem Auge schwer beurteilen,
ein Oszilloskop wäre da von Vorteil.
Vielleicht ist aber auch der Eingangs-Spannungsteiler defekt. Falsche Widerstandswerte?
Wenn du ein regelbares Netzteil hast kannst du diesen Test machen (der 330 Ohm Widerstand ist immer noch da):
Beginnend bei 0V muss die grüne LED leuchten. Langsam hochregeln, und be ca 10-12V muss die grüne LED ausgehen und bis 24V aus bleiben.
Jetzt die Polung (+ und -) am Netzteil vertauschen und die Prozedur nochmals durchführen. Das soll sicherstellen, dass auch der Brückengleichrichter korrekt arbeitet.
LG
Zitat von: galileo am 07 Mai 2020, 07:10:50
Du kannst ein externes Netzteil mit 24V an die eBus Anschlüsse verbinden, aber mit einem Serien-Widerstand der den Strom begrenzt (z.B. 330 Ohm)
Dann sollte auch ohne echtem eBus jedes gesendete Byte (rote LED) im Empfangs-Pfad (grüne LED) ankommen. Nur lässt sich das mit freiem Auge schwer beurteilen,
ein Oszilloskop wäre da von Vorteil.
Vielleicht ist aber auch der Eingangs-Spannungsteiler defekt. Falsche Widerstandswerte?
Wenn du ein regelbares Netzteil hast kannst du diesen Test machen (der 330 Ohm Widerstand ist immer noch da):
Beginnend bei 0V muss die grüne LED leuchten. Langsam hochregeln, und be ca 10-12V muss die grüne LED ausgehen und bis 24V aus bleiben.
Jetzt die Polung (+ und -) am Netzteil vertauschen und die Prozedur nochmals durchführen. Das soll sicherstellen, dass auch der Brückengleichrichter korrekt arbeitet.
LG
Vielen Dank für den Tipp. Ich habe es probiert und hab festgestellt dass die grüne led bei ca 14V aus geht und bei 13,3V wieder beginnt zu leuchten.
Die Widerstände habe ich anhand des Farbcodes kontrolliert und die 1N4007 Dioden komplett ausgetauscht, so wir die Z-Diode (BZX 85C 9V1).
Die Z-Diode "BZX 85C 9V1" ist hierfür geeignet?
Ich hätte ein Labornetzteil und ein Oszi zur verfügung.
Im Foto habe ich auch in Blau meine gemessenen Messergebnisse zu denen in Grün eingetragen.
Ich nutze auch anstatt des CNY17-4 einen 4N35 Optokoppler. Kann dies ein Problem bezüglich der Ansprechzeit darstellen?
Zitat von: pagaille am 06 Mai 2020, 21:26:12
I'll seek for a definitive confirmation that ebusd can act as a master, and will report back here. Thanks again.
I got the confirmation that ebusd can act as master by generating the SYN messages. Use the
--generatesyn parameter.
I'll report my progress here.
ZitatIch nutze auch anstatt des CNY17-4 einen 4N35 Optokoppler. Kann dies ein Problem bezüglich der Ansprechzeit darstellen?
Das kann absolut der Grund für die Probleme sein. Der 4N35 hat eine DC current transfer ratio von minimal 40-fach. Das entspricht bestenfalls dem CNY17-1.
Die Schaltung hängt aber total an diesem "transfer ratio" und aus diesem Grund wurde der CNY17-4 gewählt, der ein Minumum von 160-fach bietet.
Übrigens hat in diesem Zusammenhang auch das -40 beim BC337 seinen Grund.
Ich würde sagen, dass das auch die scheinbare Verbesserung mit der roten/grünen/low current LED erklärt. Hier fließt, bedingt durch den 4N35, offenbar zu wenig Strom
und der BC337 kann nicht vernünftig schalten!
LG
Zitat von: galileo am 12 Mai 2020, 11:57:56
Das kann absolut der Grund für die Probleme sein. Der 4N35 hat eine DC current transfer ratio von minimal 40-fach. Das entspricht bestenfalls dem CNY17-1.
Die Schaltung hängt aber total an diesem "transfer ratio" und aus diesem Grund wurde der CNY17-4 gewählt, der ein Minumum von 160-fach bietet.
Übrigens hat in diesem Zusammenhang auch das -40 beim BC337 seinen Grund.
Ich würde sagen, dass das auch die scheinbare Verbesserung mit der roten/grünen/low current LED erklärt. Hier fließt, bedingt durch den 4N35, offenbar zu wenig Strom
und der BC337 kann nicht vernünftig schalten!
LG
vielen dank für deine Antwort. da lag mein Verdacht nahe.
CNY17-4 habe ich schon bestellt jedoch habe ich nur einen bc337 ohne -40 verbaut :(
dann muss ich schauen wo ich das Bauteil her bekomme.
Hallo
Ich bin neu hier und suche eine Quelle für
1. Bausatz Basisplatine oder
2. Die Basisplatine selber und
3. Bausatz Erweiterungsplatine oder
4. Die Erweiterungsplatine selber
Ich habe gesucht aber nur "Abgelaufen " oder "Ausverkauft" gefunden
Zitat von: guinnes am 14 Mai 2020, 19:20:14
Hallo
Ich bin neu hier und suche eine Quelle für
1. Bausatz Basisplatine oder
2. Die Basisplatine selber und
3. Bausatz Erweiterungsplatine oder
4. Die Erweiterungsplatine selber
Ich habe gesucht aber nur "Abgelaufen " oder "Ausverkauft" gefunden
Basisplatinen haben wir keine mehr. Sammelbestellung wird es wohl im Herbst wieder geben.
Das einzige, was ich noch anbieten kann, sind ein paar Erweiterungsplatinen solo
Hallo John30
Vielen Dank für die Antwort. Die Erweiterungsplatinen sind die mit dem Wemos ? Dann hätte ich gerne eine davon. Wie läuft das jetzt weiter ?
Wenn es im Herbst eine neue Sammelbestellung gibt, bin ich in jedem Fall dabei ( Ich habe so lange gewartet ( ca. 5 Jahre) da kommt es auf ein paar Monate auch nicht an. )
Zum Wemos : Kann ich da Tasmota aufspielen ? Ich wollte das Teil mit Openhab betreiben
Vielen Dank nochmal
Guinnes
Zitat von: guinnes am 16 Mai 2020, 16:58:49
Die Erweiterungsplatinen sind die mit dem Wemos ?
genau, die sind für den Wemos gedacht. Aber Vorsicht: ohne die Basisplatine ist das kein eBUS Adapter, sondern lediglich zur bequemeren Verdrahtung eines Wemos geeignet, also um bspw. Sensoren anzuschließen.
Zitat von: guinnes am 16 Mai 2020, 16:58:49
Dann hätte ich gerne eine davon. Wie läuft das jetzt weiter ?
Wenn du eine willst, dann einfach eine Direktnachricht an mich schicken mit deiner Adresse.
Ich glaub nicht, dass ich die Platine zusammenlöten könnte. Ist der esera ebus Adapter eine Alternative?
Ich möchte eine Vaillant Heizung und Wolf Lüftung mit openhab koppeln.
Zitat von: r-schmid@gmx.at am 02 Juni 2020, 14:09:47
Ich möchte eine Vaillant Heizung und Wolf Lüftung mit openhab koppeln.
Hast du denn schon untersucht, ob dein Vaillant überhaupt den EBus unterstützt ? Meine Therme konnte das bis vor kurzem noch nicht ( VCW 195-C )
Ich denke eher an ein neues Gerät und schaue vorher, ob ich das in openhab integrieren kann.
Hallo,
ich könnte auch eine RPI-Platine gebrauchen.
Falls wer jemand sie verkaufen möchte, bitte bei mir melden.
Bräuchte nur die Platine alleine ohne Bauteile, danke.
Mfg
Wolfgang
Zitat von: Eraser am 03 Juni 2020, 13:58:04
Hallo,
ich könnte auch eine RPI-Platine gebrauchen.
Falls wer jemand sie verkaufen möchte, bitte bei mir melden.
Bräuchte nur die Platine alleine ohne Bauteile, danke.
Mfg
Wolfgang
Moin
Da musst Du wohl auf die naechste Bestellung warten. Oder Dir aus den vorliegenden Schaltplaenen eine Platine layouten. Ich meine es gab keine fertig layoutete aus gewissen Gruenden!
Gruss Christoph
Funktioniert der esera ebus adapter und welcher adapter version enspricht der?
https://www.esera.de/produkte/ebus/135/1-wire-hub-platine
ZitatFunktioniert der esera ebus adapter und welcher adapter version enspricht der?
Über den Esera (früher: eservice) Adapter ist schon viel geschrieben worden. Insbesondere in diesem Thread:
https://forum.fhem.de/index.php/topic,29737.msg511678.html#msg511678 (https://forum.fhem.de/index.php/topic,29737.msg511678.html#msg511678)
Eine gute Methode um auch die anderen Einträge dazu zu finden ist, den Thread aufrufen, dann auf "Print" drücken
und dort nach "Esera" oder "eservice" suchen. Ich denke das wird alle deine Fragen beantworten.
LG
Zitat von: r-schmid@gmx.at am 04 Juni 2020, 16:12:03
Funktioniert der esera ebus adapter und welcher adapter version enspricht der?
https://www.esera.de/produkte/ebus/135/1-wire-hub-platine
Hier https://github.com/csowada/openhab2-addons/blob/ebus2x/bundles/org.openhab.binding.ebus/README.md (https://github.com/csowada/openhab2-addons/blob/ebus2x/bundles/org.openhab.binding.ebus/README.md) steht, daß der USB-Adapter funktioniert, der Ethernet-Adapter aber nicht
Zitat von: Trainer am 12 Mai 2020, 19:55:55
vielen dank für deine Antwort. da lag mein Verdacht nahe.
CNY17-4 habe ich schon bestellt jedoch habe ich nur einen bc337 ohne -40 verbaut :(
dann muss ich schauen wo ich das Bauteil her bekomme.
Ich habe jetzt die korrekten Bauteile verlötet.
Leider erhalte ich noch immer einige Kommunikationsprobleme:
18:36:58.044 [WARN ] [sdev.ebus.core.EBusLowLevelController] - Received byte 0xAA is not equal to send byte 0x15! Stop send attempt ...
18:36:59.112 [WARN ] [sdev.ebus.core.EBusLowLevelController] - Received byte 0x05 is not equal to send byte 0xB5! Stop send attempt ...
18:37:03.203 [WARN ] [sdev.ebus.core.EBusLowLevelController] - Received byte 0xAA is not equal to send byte 0x15! Stop send attempt ...
18:37:09.920 [WARN ] [sdev.ebus.core.EBusLowLevelController] - Received byte 0x05 is not equal to send byte 0xB5! Stop send attempt ...
Hallo
Ist es Möglich das Teil auch über ein Wiz107SR,Wiz120SR,Wiz140SR oder ein USR-TCP232-ED2.
Oder sonst ein IP TTL Modul betreiben.
Plane im Keller ein Wiz140SR mit HM_Uart und Zwave Uart und + 1_Wire Uart.
Da das ganze übewr POE laufen soll, wie ist etwa der Stromverbrauch?
Würde das laufen und wie gross wäre ca der Stromverbrauch?
ZitatLeider erhalte ich noch immer einige Kommunikationsprobleme
Was genau meinst du mit "einige" ?
Gibt es überhaupt eine korrekte Kommunikation oder geht da alles schief?
Wenn ständig solche Meldungen kommen dann ist es fast sicher, dass der Sende-Pfad immer noch nicht funktioniert.
Der sollte sich ja im Empfangs-Pfad wiederspiegeln ("Received byte is not equal to send byte") und es scheint dass nur Bytes die vom Bus kommen dort empfangen werden.
Zitat von: galileo am 08 Juni 2020, 20:17:57
Was genau meinst du mit "einige" ?
Gibt es überhaupt eine korrekte Kommunikation oder geht da alles schief?
Wenn ständig solche Meldungen kommen dann ist es fast sicher, dass der Sende-Pfad immer noch nicht funktioniert.
Der sollte sich ja im Empfangs-Pfad wiederspiegeln ("Received byte is not equal to send byte") und es scheint dass nur Bytes die vom Bus kommen dort empfangen werden.
Ja, es gibt sehr viele korrekt empfangen und gesendete Pakete. Ich kann sogar Änderungen an meinem Raumbediengerät durchführen, jedoch mit einigen Empfangs oder Sendeproblemen.
Mir fällt langsam nicht mehr ein, woran es liegen könnte.
Kann man dies mit einem Oszi nachmessen ohne direkt am e-bus zu hängen?
ZitatKann man dies mit einem Oszi nachmessen ohne direkt am e-bus zu hängen?
Ja, das geht. Hier findest du gleich im ersten Beitrag ein Bild vom Messplan:
https://forum.fhem.de/index.php/topic,79600.msg716138.html#msg716138
Du musst statt des eBus ein Labor-Netgerät an die Busklemmen anschließen, mit einer fixen Spannung zwischen 15 und 24V (20V ist gut)
Entweder hat das Labor-Netzteil eine Strombegrenzung auf max. 50 mA oder du nimmst einen (Serien-) Vorwiderstand von 330 Ohm, wie im Bild angegeben.
5 Watt muss nicht sein, es reicht 1/2 Watt. Wichtig ist aber dass der Strom begrenzt wird, sonst raucht die Schaltung ab.
Dann kannst du auf Tx ein Signal einspeisen, z.B. mit einem (unmodifiziertem) Raspi / Raspbian über die Konsole und ttyAMA0.
Zuerst messen am Pin1 vom OK2, ob überhaupt etwas ankommt. Achtung! Ground = GND2 !
Dann messen am MP12. Achtung ! Ground ist jetzt GND !! Pegel ca 0,7V/4V
Weiter am MP13. Der Signal-Pegel kann dort nur mehr 0V/0,7V betragen.
Weiter am MP6. Dort sollte es in etwa 0V/ 9...20V sein (ist schwierig zu sagen, weil die Z-Diode sperrt und dieser Punkt bei "High" eigentlich floatet)
Jetzt den Ground abklemmen und das Oszi zwischen den beiden eBus Leitungen anhängen. Das Signal sollte in der Größenordnung 9V/20V liegen.
Jetzt die Polarität am Labornetzteil umdrehen und die Messung wiederholen. Dadurch wird der zweite Teil des Brückengleichrichters verifiziert.
(Du könntest stattdessen auch auf MP1 messen, aber dann wäre der Brückengleichrichter nicht verifiziert)
Die Flanken (besonders die steigenden Flanken) sind immer ein wenig verschliffen. Es sollte aber immer noch als Rechteck erkennbar sein. Eine steigende
Flanke die bis zur fallenden Flanke reicht ("Dreieck"), wäre eindeutig ein Fehler.
Das gleiche Signal muss sich dann auf MP3, MP7, MP10 und MP9 wiederfinden (Achtung, Ground ist wieder GND), aber ich gehe davon aus, dass dieser Pfad bei dir in Ordnung ist.
Hallo zusammen,
ich habe den ebus adapter 2.2 für die Raspberry GPIOs hier vor einiger Zeit bestellt.
Funktioniert soweit auf meinem Test-Raspberry 2b.
Nun habe ich gelesen, dass man die Basis-Platine auch mit einem Wemos D1 betreiben kann.
Geht dies auch mit der Raspberry-Variante des ebus-Wandlers, oder nur mit der Basis-Version?
Lötpunkte für 5V, 3,3V, TX, RX, GND sind auch bei meiner Raspberry-Variante vorhanden...
Könnte man für Testzwecke auch mit Steckkabeln direkt auf Pins im GPIO-Bereich gehen, wenn ja, auch welche?
Weitere Frage:
Auf der github-Seite des ebus Adapter 2 habe ich zum Anschluss an den Wemos 2 aus meiner Sicht widersprüchliche Fotos gesehen.
Auf diesem Foto sind sowohl 3,3V als auch 5V angelötet:
https://ebus.github.io/adapter/images/wemos-wiring-v21.jpg (https://ebus.github.io/adapter/images/wemos-wiring-v21.jpg)
Auf diesem Foto ist aber nur der 3,3V zum ebus Adapter geführt:
https://ebus.github.io/adapter/images/wemos-wired.jpg
Mit welcher Spannung soll ich den ebus-Adapter verbinden?
Auf der Platine sind für beide Spannungspunkte Lötpunkte vorhanden.
Vielen Dank für eure Antworten,
und viele Grüße,
Heiko
Hallo heikoh81
eigentlich hast du dir eh schon selber geantwortet. Ja, du kannst die RPI-Platine auch an einen Wemos hängen, aber dann darfst du ihn auf keinen Fall aufstecken sondern nur mit einem Dupont Kabel nach JP1 verbinden (5 polig) ! Das hätte auch keinen Sinn, denn dort hast ja keinen Raspi darum willst ja den Wemos nehmen.
Ja, du brauchst auch die 5V weil die den DC-Wandler speisen der für die galvanische Trennung des eBus und Speisung der Schaltung sorgt.
Die Sache mit den beiden Fotos ist nicht widersprüchlich, weil das 2.Foto ist ja von einer älteren Version ( die an der Basisplatine hängt ) die noch keinen DC-Wandler hat, da brauchst auch die 5V nicht. Das 1. Foto hingegen ist genau das was du brauchst ( mit DC-Wandler ) ! Die 5V kommen ja dann vom USB Netzteil, das den Wemos versorgt, die 3,3V kommen dann vom internen Spannungsregler des Wemos.
Und zu deiner Frage wegen der Benutzung des Pinheaders, ja das geht, schau am besten auch auf den Schaltplan da ist der Pinheader eingezeichnet:
Rx = 10
Tx = 8
5V = 2
3,3V = 17
LG
Reinhart
Hallo hab eine Frage zu den Schaltungen.
Geht das Schaltung auch ohne 5V, nur mit 3.3V?
Der DC/DC Wandler macht die 12V auch mit 3.3V (Datenblatt).
Mein UART hat nur RX, TX, GND und 3.3V.
ZitatGeht das Schaltung auch ohne 5V, nur mit 3.3V?
Wenn der DC/DC Wandler genügend Reserve hat um mit 3,3V Input die nötige Spannung sekundär zu erzeugen, dann wäre das O.K.
Aber: woher hast du die Information, dass er die 12V auch mit 3,3V macht? Lt. meinem Datenblatt muss die Input Voltage +/- 10% betragen, das wären
dann 5V -0,5V = 4,5V. Dürfte eigentlich nicht funktionieren, außer du hast einen anderen DC/DC Wandler als den RNM-0512S.
Trotzdem kannst du es ja auch einmal ausprobieren, vermutlich wird es funktionieren, weil die Schaltung auch mit (etwas) weniger als 12V sekundär noch immer funktionieren wird.
Ideal wäre natürlich wenn du stattdessen eine RNM-3.312S einsetzen würdest.
LG
Danke für die Antwort.
Der RNM-3.312S finde ich leider nirgens.
Der RO-3312S wäre einfacher zu kriegen.
ZitatDer RNM-3.312S finde ich leider nirgens.
Den gibt's beim Mouser
ZitatDer RO-3312S wäre einfacher zu kriegen
Achtung! der hat ein anderes Pinning (mechanisch)
LG
Ich habe noch eine ebus V2.2 RPi Platine, da ich aus meiner Mitwohnung mit Vaillant Heizung ausziehe über.
Falls wer Interesse hat, kann sich gerne melden.
Kann auch noch ein 3D gedrucktes gehäuse für einen Rpi+ebus Platine mitgeben.
Hast PM
Hi all.
Im from Poland and Im looking for eBus Adapter v2.2.
Is anyone here who could sell me one?
Hat noch jemand ne RPI Platine oder kann eine fertig aufgebaute herstellen?
Hallo zusammen,
langsam wird es ja wieder kühler draußen und ich habe im letzten Winter leider die Sammelbestellungen hier verpasst. Deshalb meinerseits die Frage:
Gibt es aktuell schon Bestrebungen in naher Zukunft wieder eine Sammelbestellung zu starten?
Viele Grüße,
Swuwe
Schönen Tag.
Wann kann eine Bestellung bei ebus-rpi aufgegeben werden?
freundliche Grüße
Hallo zusammen. Die russische Kollegen haben eine sehr hübsche Platine für Wemos als Shild in Altium Designer entworfen. Sieht sehr professionell aus. https://sprut.ai/client/article/2769
Hallo,
wäre dabei wenns wieder eine Sammelbestellung für Basis+Eweiterungsplatine gibt!
Viele Grüße!
Servus :-)
Ich bin auch interessiert eBus Adapter V2.2 basisplatine, erweiterungsplatine und RPI.
Viele Grüße
Ankündigung für eBUS Adapter 3.0 (https://forum.fhem.de/index.php?topic=114988.new#new) hier!
Die Adapter der Version 2.x werden daher nicht mehr nachbestellt bzw. ausgeliefert werden, da die neue Version über ein neues verbessertes Konzept verfügt!
LG
Reinhart
Ich hötte auch gerne einen Adapter Verson 2.2 oder neuer für den Raspberry Pi. Wann ist den eine Bestellung der neuen Version angedacht?
Hi all. Small introduction, I am Cor from the Netherlands and was hoping to use the eBus adapter to read out values from my Brink Renovent Excellent 400, which is just the Dutch version of the Wolf CWL400. Possibly also control the unit, but using openhab in the end (using openhab ase the basis for my Velux and Somfy windows blinds and sunscreens). Feel free to respond in German, I fully understand German, but my German writing skills are poor.
As I did not see a possibility to obtain an eBus adapter from here (sammeleinkauf), I checked the drawings, ordered components from Conrad and had a custom PCB made, which is nearly identical to the original. The major difference was the use of a different comparator (LM393) as Conrad did not have the TLC393 and further the eBus connector to be able to plug a cable in rather than attaching it with screws. I used a Lolin D1 mini (the new Wemos) as a network interface and running ebusd on a virtual Linux machine, which can communicate with the network with no problem. All measurements were OK, but eBusd did not recognise the board. The green RX led hardly lit up.
In the end I ordered some replacement components from Reichelt like new CNY17-4 optocouplers the TLC393 and the LED's directly from the Reichelt cart url that is present at your ebus 2 github webpage. I replaced OK1 (the RX optocoupler), the comparator and LED's. Again, no joy. Only when running a finger across some solder joints of the TLC393 and OK1, the green LED would start flickering for a while, the D1 mini web interface (with John30's firmware) showed that an ebus adapter was present, but after a few minutes no more data from the ebus adapter (green LED stopped flickering, D1 mini interface showed no more connection with the adapter. Without the ebus connected the green LED lit up firm (which it is supposed to do without voltage from the eBus)
Becoming desperate, I decided to start from scratch, now beginning with looking for a PCB housing that I could attach to the wall, dimensioning a PCB to fit in there around the available studs to attach the PCB in the housing and having the D1 mini connected directly to the board with it's header pins, rather than using dupont jumper cables and now ordering ALL components from Reichelt (had to replace the C1 capacitor with another 10uF, as the original isn't available anymore). Had the new PCB produced, soldered everything onto it, but again no joy...
Taking measurements: all are ok, but no green flickering LED. Not even a firm green lit LED without the eBus connected. Again, touching pins on the board gives the expected response: touching OK1's base pin (pin 6) with my fingers gives a firm green LED without eBus connected and even the D1 mini shows adapter connection when the adapter is connected to the eBus and I touch OK1 pin 6 (base pin). I am totally lost. Taking resistance and voltage measurements across the board and all is as expected. The TLC393 comparator has exact 5 volts at pin 8 and ground at pin 4. The solder joints are OK when measuring between pins over the board. Without eBus connection pin 7 of TLC393 is 0.4 volt compared to GND (pin 4), which is correct. RXD from the D1 mini is down to 1.80 V (measuring between pin 4 and 5 of OK1), but no green LED. The green LED only lights up when touching pin 6 of OK1 and the voltage drop between pin 4 and 5 rises to 1.88 volt. So voltage wise nothing really changes at the cathode of the green LED, but suddenly it lights up.
I know it is a homebrew version and I don't expect the designers of the original to help me out, but maybe they are willing to give some more troubleshooting tips? Especially now I read that no new adapters will (/can) be ordered anymore....
Zitat von: Chiuaua am 16 Oktober 2020, 11:44:46
Especially now I read that no new adapters will (/can) be ordered anymore....
You probably misinterpreted that as we're going to release new adapters of version 3.0 (https://forum.fhem.de/index.php/topic,114988.new.html).
with regard to the measurement, please check the values as stated here (https://ebus.github.io/adapter/base.en#measuring-plan)
Zitat von: Zigulle am 15 Oktober 2020, 10:33:56
Ich hötte auch gerne einen Adapter Verson 2.2 oder neuer für den Raspberry Pi. Wann ist den eine Bestellung der neuen Version angedacht?
das wird dann hier oder im 3.0 Thread (https://forum.fhem.de/index.php/topic,114988.new.html#new) angekündigt. Termin können wir noch nicht sagen, weil die Tester erst ran müssen.
Zitat von: john30 am 16 Oktober 2020, 11:59:14
You probably misinterpreted that as we're going to release new adapters of version 3.0 (https://forum.fhem.de/index.php/topic,114988.new.html).
with regard to the measurement, please check the values as stated here (https://ebus.github.io/adapter/base.en#measuring-plan)
Well.... I replaced OK1 with a spare unit I had still lying around as I ordered too many the previous time and held the soldering iron a few more seconds to the pins of the green LED to let the solder flow nicely. Et voila: it works :) Me is happy.
Thanks to the team for making the schematics publicly available. Will try to post a few pics of my custom board in some time to show it off ;)
I finally managed to take some time out to hang my ebus adapter on the wall and made some pictures as I'm just a little proud of the result.
About my personal design: two ebus connectors. This way the adapter is also the ebus throughput from my Brink (Wolf) Excellent and my room controller (similar to Wolf BML). Originally both connectors were connected via a threeway valve that regulated flow to living and sleeping spaces, but that valve was defective after two years. The valve is useless anyway as I also work night shifts and the room controller that controls the valve is only able to "think" sleeping happens at night time.
Second, the Wemos wifi board is stuck directly on top of the board as my first trial with a copy of your eBus adapter 2.2 PCB had the problem that the dupont/jumper cables came off to easy (which is my fault of ordering poor material, I guess).
With the PCB box closed I cannot see the LED's lighting up, but I don't need a permanent visual of these. If it works, it works :)
Dear All
I would like to purchase an ebus converter to connect my vaillant heating to my Home Automation network
can anyone help me in purchasing or get gerber files to order the plate
Kind Regards
Hallo Leute,
danke für diese tolle Entwicklung. Bin leider bei der letzten Sammelbestellung der Version 2.2 zu spät gewesen und würde sehr gerne eine Platine der v3.0 mitbestellen, sobald diese verfügbar ist. Testen würde ich natürlich auch, gibt aber wahrscheinlich bessere Experten hier im Forum.
Bitte nehmt mich auf die Reservierungsliste auf für eine Platine.
Grüße,
Ben
es gibt zwar schon eine Online Reservierungsliste, aber die ist noch nicht freigeschaltet weil wir noch keine genauen Preise und Termine wissen. Das hängt von den Lieferanten ab und deren Termine sind wegen der Pandemie noch nicht ganz fix.
Platinen einzeln wird es so nicht mehr geben da die SMD Bauteile nur ganz wenige löten werden können.
Bitte daher noch etwas Geduld, selbst die Testphase konnten wir wegen der Lieferproblematik noch nicht einleiten. Wir posten aber rechtzeitig, sobald wir die V3 starten können!
LG
Reinhart
Hallo zuammen,
ich habe jetzt mal eine ganz blöde Frage:
Hier werden alle möglichen Schaltungen für einen eBus Adapter entwickelt. Manche davon sind am Ende wohl doch nicht ganz so toll wie gedacht, benötigen teilweise einen fummeligen Abgleich. Im "offiziellen" PDF von diesem eBus Verein sind ja auch zwei Schaltungsvorschläge abgebildet, ein einfaher und ein zweiter mit Potentialtrennung. Ich gehe davon aus, dass dieser Vorschlag auf Anhieb und zuverlässig funktionieren sollte. Weshalb werden hier dann neue Schaltungen entwickelt? Nur weil im Vorschlag vielleicht ein Optokoppler oder Komparator verwendet ist, der nicht ganz so üblich ist? Oder sind es andere technische Gründe?
Gibt die die Möglichkeit, dass man eine E-Mail bekommt, sobald die Reservierungsliste freigeschaltet ist?
Die Schaltung mit Potentialtrennung aus der eBus Spezifikation ist etwas aufwendiger und sicher nicht so einfach zu verstehen. Die v2.x Schaltung ist da deutlich einfacher einem Laien zum selber löten und nachmessen zu erklären. Beide Schaltungen funktionieren im Prinzip gleich gut und funktionieren zuverlässig. Ich hatte die Schaltung aus der eBus Spezifikation und die v2.0 Schaltung vor einiger Zeit aus Spaß aufgebaut und durchgemessen um sie mit meiner eigenen Schaltung zu vergleichen. Unterschiede sind im wesentlichen eigentlich nur der Stromverbrauch.
Die Timing Probleme bei der Arbitrierung haben mit dem Host an dem die Schaltungen angeschlossen sind zu tun (z.B. Raspi). Die Arbitrierung auf einem Microcontroller direkt zu machen (wie bei der neuen v3 Schaltung) ist hier sicherlich der richtige Ansatz.
If there is another bulk order coming - please count me in. The board itself and expansion board to use wemos. Is there an option to ship outside EU (Russia). Thanks
We are currently in the beta phase of adapter V3 (https://forum.fhem.de/index.php/topic,116418.0.html). Please be patient a little longer!
It is not a problem to send to Russia.
LG
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)
Hi, kurze Frage,
kann man über den Adapter auch die Wallbox von Volkswagen VW ID Charger ansprechen? Die soll laut div. Seiten auch eine
EEBus Schnittstelle haben/bekommen...
https://besserladen.de/produkt/vw-wallbox-id-charger-connect/
VG+Danke
René
Moin René
Das sind zwei voellig verschiedene Paar Schuhe!
Das was Du meinst hat etwas mit Energie zu tun, hier geht es aber um eine Heizungsschnittstelle.
Gruss Christoph
Hi Christoph,
danke für die Info... ich hab nicht die vielen Seiten zu dem eBus Adapter gelesen, wollte mich nur mal informieren, ob ich hier mehr investieren muss/kann oder nicht und deine Antwort hilft mir da sehr :P
Hab nur eBus+fhem gegooglet, bin hier fündig geworden... dachte schon das passt ja :)
VG+Danke
René
Hallo zusammen,
die neuen Platine (nächste Lieferung) sollen erst im April kommen.
Hat noch jemand eine 2.X Platine (auch unbestückt) die er abgeben möchte?
PN bitte an mich!
Zitat von: rendgeor am 03 März 2021, 16:21:05
Hallo zusammen,
die neuen Platine (nächste Lieferung) sollen erst im April kommen.
Hat noch jemand eine 2.X Platine (auch unbestückt) die er abgeben möchte?
PN bitte an mich!
Moin
Bin gerade hier drueber gestolpert!
https://forum.fhem.de/index.php/topic,119279.msg1137075.html#msg1137075
Gruss Christoph
Hallo zusammen,
ich bin an diesem Punkt etwas am verzweifeln:
Hardware:
Heizung: Wolf
eBus-Adapter 2.2
Raspberry Pi 3+
Die gelbe LED ist dauerhaft an, die grüne flackert.
Software:
Raspberry Pi OS 4.19.97-v7+ (buster)
ebusd-21.3_arm64-buster.deb (ich konnte aus den Repos nicht installieren wegen eines Authentifizierungsfehlers)
Ich habe offenbar erfolgreich auf ttyebus umgerüstet nachdem ich die empfohlene Buster-Version installiert habe:
root@raspberrypi:/home/pi# ls -l /dev/
zeigt nur noch:
crw-rw-rw- 1 root root 10, 58 Feb 7 11:16 ttyebus
config-Files habe ich von hier:
https://github.com/john30/ebusd-configuration.git
ebusd starte ich mit diesen opts:
EBUSD_OPTS="-c /etc/ebusd/ -d enh:/dev/ttyebus --latency=50 --enablehex"
Die Wolf-Heizung kann laut @john30 mit configscan nichts anfangen, das fehlt also absichtlich.
ebusctl s liefert das:
root@raspberrypi:/home/pi# ebusctl s
signal acquired, 37 symbols/sec (133 max), 1 masters
ebusctl scan full liefert das:
root@raspberrypi:/home/pi# ebusctl scan full
done
ebusctl scan results aber auch nur das:
root@raspberrypi:/home/pi# ebusctl scan result
done
ebusctl i bringt dann das hoch:
root@raspberrypi:/home/pi# ebusctl i
version: ebusd 21.3.v21.3
update check: OK, broadcast.csv: different version available
device: /dev/ttyebus, enhanced
signal: acquired
symbol rate: 85
max symbol rate: 133
reconnects: 0
masters: 1
messages: 56
conditional: 0
poll: 0
update: 6
address 31: master #8, ebusd
address 36: slave #8, ebusd
bei ebusctl listen kommt auch nix:
root@raspberrypi:/home/pi# ebusctl listen
listen started
Leute, ich würde mich wirklich freuen, wenn jemand nachhelfen könnte.
Deshalb schon vielen Dank vorab!
Viele Grüße,
teeceeell
Zitatebusd starte ich mit diesen opts:
Code: [Auswählen]
EBUSD_OPTS="-c /etc/ebusd/ -d enh:/dev/ttyebus --latency=50 --enablehex"
Der ttyebus läuft nur mit dem normalen Protokoll, also bitte das "enh:" weglassen.
YESSSSS!
Jetzt kommen Daten!
1000 Dank!
... und noch eine Anschlussfrage, wenn ich dich schon erreiche: 😉
Gibt es Bedenken, die oben beschriebene Konfiguration auf einem Raspi 1 zu installieren und zu nutzen?
Oder gibt es da Hardware-Bedenken, dienlich kennen sollte?
Nochmals Danke...
Grüße,
teeceeell
Ich habe den ttyebus damals auf Raspi1, 2 und 3 zusammen mit dem ebusd getestet. Es gab nirgends Probleme.
Das unterschiedliche Verhalten der verschiedenen Typen bei den Interrupts ist im Programm berücksichtigt.
Bei anderen Größen wie RAM, Prozessorleistung, etc. kommt es wahrscheinlich drauf an, ob neben dem ebusd parallel noch etwas läuft, wie z.B. eine Home-Automation. Dann wird's beim RASPI1 vielleicht eng ?
Aber probier es doch einfach aus !
Hallo,
Ich verwende noch den alten Basisadapter v2.2 und wollte nun auf einen komplett neu aufgesetzten Pi umziehen, da der alte die Hufe hochgerissen hat :(
Der Adapter ist direkt am UART des Pi (Pin 8/10) angeschlossen, also als /dev/ttyAMA0.
Der Daemon wird via ebusd-Konfiguration (/etc/default/ebusd) mit folgenden Parametern gestartet:
EBUSD_OPTS="--loglevel=debug --readonly --scanconfig --accesslevel=* --latency=40 -d enh:/dev/ttyAMA0 --address=ff -l /var/log/ebusd.log"
Das logfile zeigt mir nur lauter Fehler:
022-08-01 16:40:43.886 [main error] can't open pidfile: /var/run/ebusd.pid, exiting
2022-08-01 16:40:43.887 [main notice] ebusd stopped
2022-08-01 16:48:25.402 [main error] can't open pidfile: /var/run/ebusd.pid, exiting
2022-08-01 16:48:25.403 [main notice] ebusd stopped
2022-08-01 16:50:25.928 [main notice] ebusd 22.3.p20220508 started read only with auto scan on enhanced device /dev/ttyAMA0
2022-08-01 16:50:25.929 [main info] loading configuration files from https://cfg.ebusd.eu/
2022-08-01 16:50:26.132 [main info] reading templates /
2022-08-01 16:50:26.333 [main info] read templates in /
2022-08-01 16:50:26.333 [main info] reading file memory.csv
2022-08-01 16:50:26.536 [main info] successfully read file memory.csv
2022-08-01 16:50:26.536 [main info] reading file broadcast.csv
2022-08-01 16:50:26.739 [main info] successfully read file broadcast.csv
2022-08-01 16:50:26.739 [main info] read config files, got 11 messages
2022-08-01 16:50:26.740 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:50:26.740 [bus notice] bus started with own address ff/04
2022-08-01 16:50:26.740 [bus notice] device invalid
2022-08-01 16:50:26.741 [main info] registering data handlers
2022-08-01 16:50:26.741 [main info] registered data handlers
2022-08-01 16:50:31.741 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:50:31.741 [bus notice] device invalid
2022-08-01 16:50:36.742 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:50:36.742 [bus notice] device invalid
2022-08-01 16:50:36.742 [main debug] performing regular tasks
2022-08-01 16:50:41.743 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:50:41.747 [bus notice] device invalid
2022-08-01 16:50:46.743 [main debug] performing regular tasks
2022-08-01 16:50:46.748 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:50:46.748 [bus notice] device invalid
2022-08-01 16:50:51.748 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:50:51.748 [bus notice] device invalid
2022-08-01 16:50:56.743 [main debug] performing regular tasks
2022-08-01 16:50:56.749 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:50:56.749 [bus notice] device invalid
2022-08-01 16:51:01.749 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:01.750 [bus notice] device invalid
2022-08-01 16:51:06.744 [main debug] performing regular tasks
2022-08-01 16:51:06.750 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:06.750 [bus notice] device invalid
2022-08-01 16:51:11.751 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:11.751 [bus notice] device invalid
2022-08-01 16:51:16.744 [main debug] performing regular tasks
2022-08-01 16:51:16.752 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:16.752 [bus notice] device invalid
2022-08-01 16:51:21.752 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:21.752 [bus notice] device invalid
2022-08-01 16:51:26.744 [main debug] performing regular tasks
2022-08-01 16:51:26.753 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:26.753 [bus notice] device invalid
2022-08-01 16:51:31.753 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:31.753 [bus notice] device invalid
2022-08-01 16:51:36.745 [main debug] performing regular tasks
2022-08-01 16:51:36.754 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:36.754 [bus notice] device invalid
2022-08-01 16:51:41.755 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:41.755 [bus notice] device invalid
2022-08-01 16:51:46.745 [main debug] performing regular tasks
2022-08-01 16:51:46.755 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:46.755 [bus notice] device invalid
2022-08-01 16:51:51.756 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:51.756 [bus notice] device invalid
2022-08-01 16:51:56.746 [main debug] performing regular tasks
2022-08-01 16:51:56.757 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:56.757 [bus notice] device invalid
2022-08-01 16:52:01.757 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:52:01.758 [bus notice] device invalid
2022-08-01 16:52:06.746 [main debug] performing regular tasks
2022-08-01 16:52:06.758 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:52:06.758 [bus notice] device invalid
2022-08-01 16:52:11.759 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:52:11.759 [bus notice] device invalid
2022-08-01 16:52:16.747 [main debug] performing regular tasks
2022-08-01 16:52:16.759 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:52:16.759 [bus notice] device invalid
2022-08-01 16:52:21.760 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:52:21.760 [bus notice] device invalid
2022-08-01 16:52:26.747 [main debug] performing regular tasks
2022-08-01 16:52:26.760 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:52:26.760 [bus notice] device invalid
2022-08-01 16:52:31.761 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:52:31.761 [bus notice] device invalid
2022-08-01 16:52:36.748 [main debug] performing regular tasks
2022-08-01 16:52:36.761 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:52:36.762 [bus notice] device invalid
2022-08-01 16:52:36.992 [main notice] update check: revision v22.3 available
2022-08-01 16:52:41.762 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:52:41.762 [bus notice] device invalid
2022-08-01 16:52:46.763 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:52:46.763 [bus notice] device invalid
2022-08-01 16:52:46.992 [main debug] performing regular tasks
Meine Gasheizung ist eine Weishaupt WTC-15A mit Fernbedienung intern am ebus. Ich bin am 2. ebusd-Anschluss (RJ-11) dran.
So wie ich das im Log sehe, gibt es ja schon mal ein generelles Problem mit dem UART? Wie und was muss ich denn konfigurieren, damit ich Daten sehe? Das letzte Mal ist einfach zu lange her.
ZitatCode: [Auswählen]
EBUSD_OPTS="--loglevel=debug --readonly --scanconfig --accesslevel=* --latency=40 -d enh:/dev/ttyAMA0 --address=ff -l /var/log/ebusd.log"
Der Enhanced Mode funktioniert erst ab dem Adapter 3.0. Deine V2.2 kann das nicht. Du musst also jedenfalls einmal das "enh:" entfernen
Zitat von: galileo am 01 August 2022, 17:25:20
Der Enhanced Mode funktioniert erst ab dem Adapter 3.0. Deine V2.2 kann das nicht. Du musst also jedenfalls einmal das "enh:" entfernen
Habe es entfernt (und die Parameter gekürzt), aber leider genau die gleichen Fehler im Log nach Neustart.
EBUSD_OPTS="--loglevel=debug -r --scanconfig --accesslevel=* --latency=40 -d /dev/ttyAMA0 -a ff -l /var/log/ebusd.log"Log:
2022-08-01 18:02:42.829 [main notice] ebusd 22.3.p20220508 started read only with auto scan on device /dev/ttyAMA0
2022-08-01 18:02:42.829 [main info] loading configuration files from https://cfg.ebusd.eu/
2022-08-01 18:02:43.024 [main info] reading templates /
2022-08-01 18:02:43.219 [main info] read templates in /
2022-08-01 18:02:43.220 [main info] reading file memory.csv
2022-08-01 18:02:43.415 [main info] successfully read file memory.csv
2022-08-01 18:02:43.415 [main info] reading file broadcast.csv
2022-08-01 18:02:43.609 [main info] successfully read file broadcast.csv
2022-08-01 18:02:43.609 [main info] read config files, got 11 messages
2022-08-01 18:02:43.609 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 18:02:43.610 [bus notice] bus started with own address ff/04
2022-08-01 18:02:43.610 [bus notice] device invalid
2022-08-01 18:02:43.610 [main info] registering data handlers
2022-08-01 18:02:43.610 [main info] registered data handlers
2022-08-01 18:02:48.610 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 18:02:48.610 [bus notice] device invalid
Ich habe den Pi nochmals neu aufgesetzt (Pi OS Lite 64-Bit, Bullseye, Kernel 5.15.x) und den Adapter nun als /dev/ttyebus anstelle /dev/ttyAMA0 laufen. (wie hier (https://github.com/eBUS/ttyebus) beschrieben)
Dann ebusd kompiliert + installiert und anschließend diese (https://github.com/J0EK3R/ebusd-configuration-weishaupt) Konfiguration in den Ordner /etc/ebusd/ kopiert.
Den ebus Daemon starte ich nun mit folgenden Parametern (inkl. mqtt):
EBUSD_OPTS="--scanconfig -r --accesslevel=* --latency=40 -d /dev/ttyebus -a ff -p 8888 -l /var/log/ebusd.log --mqtthost=mqttbroker.local --mqttport=1883 --mqttjson --mqttint=/etc/ebusd/mqtt-hassio.cfg --mqttuser=*USER* --mqttpass=*PASSWORD* --mqtttopic=ebusd/%circuit/%name"
Das Logfile sieht besser aus und zeigt mir jetzt zumindest keine Fehler mehr:
2022-08-02 12:34:58.117 [main notice] ebusd 22.3.v22.3-15-g2cb186d started read only with auto scan on device /dev/ttyebus
2022-08-02 12:34:58.902 [bus notice] bus started with own address ff/04
2022-08-02 12:34:58.935 [mqtt notice] connection established
2022-08-02 12:37:09.172 [main notice] update check: revision v22.3 available
Mit dem MQTT-Explorer sehe ich auch "global" Messages.
Wie geht es jetzt weiter? Wie sehe ich Nachrichten vom Bus bzw. was muss ich noch konfigurieren, damit der Daemon die o.g. Weishaupt-Konfiguration nutzt?
Nachtrag: Ich habe mir den ebus direkt an der Therme mal mit einem Oszilloskop angeschaut (Verbindung zum Pi vorher getrennt), da ich keinerlei Rohdaten sehe und auch die hassio-Integration für "ebusd signal" unknown anzeigt.
Scheinbar findet da nicht wirklch was auf dem Bus statt -> das war falsch, wie man in den Screenshots sehen kann, findet da Kommunikation statt.
ZitatIch habe den Pi nochmals neu aufgesetzt (Pi OS Lite 64-Bit, Bullseye, Kernel 5.15.x) und den Adapter nun als /dev/ttyebus anstelle /dev/ttyAMA0 laufen.
Ich fürchte dass das mit ttyebus auch nicht funktionieren wird. Der Grund ist eine Änderung im Interrupt-Verhalten in allen Raspbian Versionen größer als Buster 4.19.97.
Das kann der ttyebus nicht mehr beherrschen.
Tut mir leid dass ich diesen Hinweis auf GitHub bisher noch nicht gegeben habe - ich hab das jetzt nachgeholt.
Wenn Du Dir 4.19.97 installieren kannst sollte es aber funktionieren.
LG
Danke für den Hinweis.
Ich werde es nochmal mit einer alten Version versuchen. Ansonsten steige ich auch auf den neuen Adapter um.
Moin !
Ich hätte mal 2 Fragen zur 2.2er Platine ...
- Die 2.2er ist doch in der Lage am eBus auch zu schreiben, oder? Habe derzeit eine 1.6er, aber damit leider nur Probleme - sei es das Poti oder aber das Auslesen aller Daten.
- Hier https://forum.fhem.de/index.php?action=dlattach;topic=75878.0;attach=108743 (https://forum.fhem.de/index.php?action=dlattach;topic=75878.0;attach=108760) gibt es den Schaltplan zur 2.2er Platine. Gibt es evtl. dazu das KiCad Projekt (oder ist das Eagle?)? Weil dann könnte ich mir selber eine Platine fertigen lassen.
Danke schon mal!
Grüße Dominik
Zitat von: moelski am 11 Oktober 2022, 08:06:34
- Hier https://forum.fhem.de/index.php?action=dlattach;topic=75878.0;attach=108743 (https://forum.fhem.de/index.php?action=dlattach;topic=75878.0;attach=108760) gibt es den Schaltplan zur 2.2er Platine. Gibt es evtl. dazu das KiCad Projekt (oder ist das Eagle?)? Weil dann könnte ich mir selber eine Platine fertigen lassen.
das siehe eher aus wie Eagle ...
Gruß Peter
Eagle ... Ok, nachzeichnen ist jetzt nicht das Problem in KiCAD.
Bleibt aber die Frage wegen dem Schreiben auf eBus.
Guten Morgen,
soweit ich das verfolgt hab und wenn ich mir den Schaltplan so anschaue, müsste das schreiben gehen. Ansonsten muss ich mein Vorhaben wohl auch wieder überdenken.
Vor ca. einer Woche bin ich mit meiner angepassten Version (basierend auf v2.2 geändert auf SMD und direkte Anbindung mit ESP8266 Modul) fertig geworden und habe Leerplatinen sowie Bauteile bestellt. Wenn nichts dagegen spricht, kann ich das KiCad Projekt gerne teilen.
Grüße
Zitat von: moelski am 11 Oktober 2022, 08:06:34
Moin !
Ich hätte mal 2 Fragen zur 2.2er Platine ...
- Die 2.2er ist doch in der Lage am eBus auch zu schreiben, oder? Habe derzeit eine 1.6er, aber damit leider nur Probleme - sei es das Poti oder aber das Auslesen aller Daten.
- Hier https://forum.fhem.de/index.php?action=dlattach;topic=75878.0;attach=108743 (https://forum.fhem.de/index.php?action=dlattach;topic=75878.0;attach=108760) gibt es den Schaltplan zur 2.2er Platine. Gibt es evtl. dazu das KiCad Projekt (oder ist das Eagle?)? Weil dann könnte ich mir selber eine Platine fertigen lassen.
Danke schon mal!
Grüße Dominik
Oh das klingt interessant.
Hättest du ne Platine über?
Das an den PI zu klemmen sollte kein Hexenwerk sein.
Brauche ja nur den seriellen Port auf den PI verbinden und den ESP weglassen.
PS: Kicad Projekt wäre natürlich klasse, wenn ich das kriegen könnte.
Hello
Ich habe ein Problem mit dem Adapter 2.0. Vaillant VRC700/6 wird nicht erkannt und das ebusd-Protokoll meldet unbekannte Befehle.
2022-10-30 18:45:59.518 [main notice] ebusd 22.4.v22.4 started with auto scan on device /dev/ttyUSB0
2022-10-30 18:46:00.160 [bus notice] bus started with own address 00/05
2022-10-30 18:46:00.162 [bus notice] signal acquired
2022-10-30 18:46:02.788 [bus notice] new master 71, master count 2
2022-10-30 18:46:02.848 [bus notice] new master 03, master count 3
2022-10-30 18:46:02.848 [update notice] received unknown MS cmd: 7108b5110107 / 0a00cb0081082400000000
2022-10-30 18:46:04.987 [update notice] received unknown MS cmd: 7108b5120e11c501c201a10116020caa050000 / 020232
2022-10-30 18:46:06.267 [update notice] received unknown MS cmd: 7108b5110107 / 0a00cb0081082400000000
2022-10-30 18:46:09.070 [bus notice] new master 10, master count 4
2022-10-30 18:46:09.124 [update notice] received unknown MS cmd: 1008b5110101 / 0938380080ffff0000ff
2022-10-30 18:46:09.389 [update notice] received unknown MS cmd: 1076b5110101 / 093938e30cff4c0000ff
2022-10-30 18:46:09.653 [update notice] received unknown MS cmd: 1076b512030f0201 / 07620200cb010cff
2022-10-30 18:46:09.661 [main error] scan config 08: ERR: arbitration lost
2022-10-30 18:46:09.662 [main notice] direct cmd: ff15b52406020000000200
2022-10-30 18:46:09.746 [update notice] received unknown MS cmd: 7108b5110107 / 0a00cb0081082400000000
root@DietPi:~# ebusctl i
version: ebusd 22.4.v22.4
device: /dev/ttyUSB0
signal: acquired
symbol rate: 43
max symbol rate: 152
reconnects: 0
masters: 4
messages: 14
conditional: 0
poll: 0
update: 4
address 00: master #1, ebusd
address 03: master #11
address 05: slave #1, ebusd, scanning
address 08: slave #11, scanning
address 10: master #2
address 71: master #9
address 76: slave #9, scanning
ebusd-Konfiguration:
# Options to pass to ebusd (run "ebusd -?" for more info):
EBUSD_OPTS="--scanconfig --device=/dev/ttyUSB0 --latency=20000 --enablehex --address=00 --localhost --port=8888 --logfile=/var/log/ebusd.log"
HW - ebus adpter v2.0 (mein Board aber das gleiche Schaltplan) mit usb/rs232 CP2102
Danke für den Tipp, ich weiß nicht mehr wo ich suchen soll
dein Adapter verliert beim Versuch zu senden die Arbitrierung, das kann verschiedene Ursachen haben. Prinzipiell sollte der Nachbau der V2 ja problemlos funktionieren, wichtig sind vor allem die Optokoppler mit "/4" und die Verwendung von LOW Current Leds, ansonsten funktioniert die Signalaufbereitung nicht korrekt.
Solange ebusd keine Devices beim Scan findet bekommst du auch die "unknown". Ansonsten scheint ja der Empfangsweg zu funktionieren, denn es kommen ja die Broadcast Meldungen schon herein. Schau dir bitte genau den Sendeweg an, denn hier scheint der Fehler zu liegen weil beim Versuch zu senden die Arbitrierung verloren geht.
Ich kann mich da Reinhart nur anschließen und zusätzlich bemerken, dass es auch beim BC337 sehr wichtig ist, den "-40" zu verwenden.
Weniger Stromverstärkung kann beim Schreiben auf den Bus zu inkorrekten Signalverläufen führen.
Ich habe den Fehler gefunden. Das Problem für mich war der 470R-Widerstand, als ich den Wert reduzieren musste, damit alles so funktioniert, wie es sollte.
Hi,
sorry i don't speak German.
I have the ebus 2.2 adapter + the daughter board + esp bought here.
I tested 2 +- year ago there was an issue with the ebus screw terminal so i removed the terminal and soldered wire directly to the board,
then it work, but later i the let connect to my vaillant boiler and don't use it for more than 1 year.
This week i tried to connect and was unable to connect so i flashed the esp with version 3 and it's still do not work.
I can see the ebusd but no signal on the ebus.
Then i rollback to v2 firmware and after touching the board i see an intermittent ebus connection.
I have resolder the ebus cable and still have an issue even without the daughter board.
So i tried to measure using this schema:
https://adapter.ebusd.eu/v2/img/base-measure-v22.jpg (https://adapter.ebusd.eu/v2/img/base-measure-v22.jpg)
but i made two mistake, i don't connect a 5w 330 ohm resistor in serie, and i don't connect the rx and tx led.
like described on this schema https://adapter.ebusd.eu/v2/img/base-measure-values.png (https://adapter.ebusd.eu/v2/img/base-measure-values.png)
I have a bench power supply where i can limit the current, it's mandatory to add the 5w 330ohm resistor?
What can cause an intermittent connection ?
Zitatbut i made two mistake, i don't connect a 5w 330 ohm resistor in serie, and i don't connect the rx and tx led.
The 330 Ohm resistor is necessary to simulate a current source, otherwise it would be a voltage source. And it is necessary to reproduce the originally measured values.
The 5W of the 330 Ohm is not necessary. We have P=U2/R=24*24/330=1.7W as the absolute maximum power at the resistor. But this comes into account only for a "short" measurement time if the Tx path is "ON" (if you shorten Pin 4-5 of OK2).
If you are afraid of that, you may also use some 1/2W resistors connected in series or in parallel to finally give (approx.) 330 Ohm with (approx.) 1.5W.
(To be honest - I have used 330 Ohm / 0.5W for a short time and I am still alive :-)
The Rx LED is not really necessary except for indicating Rx data flow (but recommended - it is easier to watch the green led flickering when connected to the bus than to measure voltages in simulation).
The Tx LED
is necessary(!) for correct function of the transmit path. Just for measuring it may be replaced by one or two standard diodes or by one resistor, or even a shortcut, but that has to be calculated in detail (what I do not do here).
Moin,
ich habe noch den Adapter V2.1 für den Raspberry. Da ich nun meine -VaillantAnlage um eine Vaillant-WP erweitert habe, trennt der notwendige 32/3 nun den Kessel vom neuen Haupt-Ebus. Der Ebus Adapter hat keinen direkten Zugriff mehr auf die Daten der Therme.
1. spricht etwas dagegen mit einem Adapter über zwei Wechsel-Relais eine Umschaltung zwischen den Bussystemen vorzunehmen?
2. können zwei Adapter mit einem Raspberry betrieben werden damit beide Bussysteme gleichzeitig ausgelesen werden können?
Danke:)