[abgeschlossen] eBUS Adapter 3.0 Betatest

[hErMeS]

Hallo galileo,

die Buchsenleiste war in Bild 5 bereits wieder ausgelötet (Bild habe ich nur zur vollständigkeit gemacht) und anschließend in Bild 3 und 4 korrekt eingelötet mit Aufsatz auf dem Pi und der Feststellung des möglichen Kontakts zum Pi selbst.

Die LEDs sind anscheinend auch schon vor Auslieferung gedreht. Diese habe ich vor dem Einlöten der Leisten auf korrekte Farbe kontrolliert und konnte hier keine Vertauschung mehr feststellen. Sonst wären diese ebenfalls auf den korrekten Platz gerückt. Danke für die Abnahme der Arbeit 
Voraussetzung das PCB ist korrekt beschriftet 

Funktionstest folgt heute. Bin am überlegen ob ich temporär ein EIB Kabel für den eBus an meinen Basteltisch ziehe (1DA plus und 1DA minus zwecks Forderung der 1,5 Quadrat) oder das Modul an der Heizung baumeln lasse mit hin und her gehen. Tendiere zum Kabel ziehen da auch noch kein LAN am Zielort anliegt und so komfortabel alles testen kann.

Beim mitgelieferten D1 Mini konnte ich allerdings keine Kontaktstelle der Stiftleisten zum Modul ausmachen. Auch ließ sich der Wemos nicht so verkanten dass es in irgend einer Weise Kontakt geben könnte. Ebenfalls hat der Wemos an dieser Stelle keinen Kupferplayer. Wäre auch etwas blöd im Sinne der Antenne auf der anderen Seite wenn dort Metall ist

Wichtig ist hier auch dass die Stifte kürzer als die Steckbrücken sind, da die überlangen Stifte dann aus der Brücke rausragen. Sieht man gut in Bild 4.
Zu kurz ist auch schlecht da die Brücken dann keinen richtigen Kontakt mehr geben.
Die langen Stiftleisten von unten her durch das PCB zu Stecken wäre auch eine Möglichkeit. Allerdings hat die Brücke dann nur ca gefühlte 1mm halt und musste hier vorher 1-2mm höher gezogen werden. Verlötung dann von oben. Aber in höhere Stückzahlen ist das vermutlich eine schlechte Lösung.

Gruß

[john30]

Sorry, wenn das vielleicht nicht noch deutlicher kommuniziert war mit den kürzeren Pinheadern für J1 und J4. Das hatte ich extra hier erwähnt und die Pinleisten zur leichteren Erkennung gleich mit den Jumpern drauf in die Schachtel gepackt.

Die LEDs habe ich alle vor Versand noch gedreht, damit ich auch sehen konnte, dass die Funktion grundsätzlich passt, und damit bei Euren Tests nicht große Fragezeichen aufkommen.

Beim mitgelieferten D1 Mini konnte ich allerdings keine Kontaktstelle der Stiftleisten zum Modul ausmachen. Auch ließ sich der Wemos nicht so verkanten dass es in irgend einer Weise Kontakt geben könnte. Ebenfalls hat der Wemos an dieser Stelle keinen Kupferplayer. Wäre auch etwas blöd im Sinne der Antenne auf der anderen Seite wenn dort Metall ist

Da machst Du mich jetzt etwas stutzig, denn gerade der Wemos ist sehr knapp über den J1 und J4. Nochmal der Hinweis: der USB Anschluss am Wemos muss genau über dem USB Anschluss des Boards liegen!
Aber vermutlich habe ich die J1+J4 Pinheader bei Dir nicht kurz genug gemacht.

Beim RPi 1B sollte ebenfalls mit irgendwelchen Abstandshaltern oder ähnlich gearbeitet werden. Die Stiftleisten können hier ebenfalls auf den Elko kommen (ist zwar mit Lack versehen, aber wer weiß was die Zeit bringt?).

Ach Mist, ich hab bei allen vergessen, den Abstandshalter für RPi beizulegen. Sorry!

[hErMeS]

Sorry, wenn das vielleicht nicht noch deutlicher kommuniziert war mit den kürzeren Pinheadern für J1 und J4. Das hatte ich extra hier erwähnt und die Pinleisten zur leichteren Erkennung gleich mit den Jumpern drauf in die Schachtel gepackt.

Das war soweit erkannt. Allerdings beim Einlöten doch gegen den anderen 3er vertauscht da beim umdrehen herausgefallen. Hab den dann auch gekürzt. Am besten kann man die am vergoldeten Kontakt unterscheiden. Die gejumperten sind nicht vergoldet.

Die LEDs habe ich alle vor Versand noch gedreht, damit ich auch sehen konnte, dass die Funktion grundsätzlich passt, und damit bei Euren Tests nicht große Fragezeichen aufkommen.

Hatte mich schon so gefreut das zu beheben 

Da machst Du mich jetzt etwas stutzig, denn gerade der Wemos ist sehr knapp über den J1 und J4. Nochmal der Hinweis: der USB Anschluss am Wemos muss genau über dem USB Anschluss des Boards liegen!

Glaube es war gestern etwas spät 
Stimmt, konnte aber hier kein wirkliches Problem feststellen da sich der Wemos nicht so stark verkanten lies und der Abstand weit genug ist. Das einzige war der Reset Taster vom D1 Mini der etwas knapp war. Der Rest sah nicht nach Kontaktmöglichkeit aus.
Der USR-ES1 lässt sich allerdings mehr verkanten durch weniger Stifte in den Leisten, weshalb der Abstand weiter seien sollte bzw mit Schutzmaßnahmen (einfach eine Brücke drüber) beheben lässt

Ach Mist, ich hab bei allen vergessen, den Abstandshalter für RPi beizulegen. Sorry!

Nicht gravierend. Wie sieht das Teil aus? STL?


Bin auf die Rückmeldung der anderen gespannt

[john30]

Der USR-ES1 lässt sich allerdings mehr verkanten durch weniger Stifte in den Leisten, weshalb der Abstand weiter seien sollte bzw mit Schutzmaßnahmen (einfach eine Brücke drüber) beheben lässt

ah ich seh schon, da sollte die Buchsenleiste wohl besser in einer etwas längeren Variante gewählt werden.

Nicht gravierend. Wie sieht das Teil aus? STL?

ich nehme immer Sechskant-Kunstoff-Verbinder mit Schraubgewinden, aber sowas geht auch.

[john30]

Noch etwas wichtiges:
Bei allen Testadaptern muss die PIC Firmware nochmal aktualisiert werden auf den letzten Stand vom 10.12., siehe hier.
Ansonsten klappt je nach "zickigem" Router/Switch das Aushandeln einer IP Adresse via DHCP in der Ethernet Variante nicht und bei allen Varianten brauchte es auf der eBUS Seite auch noch kleine Korrekturen.
Dazu wie in der Doku beschrieben vorgehen, also:

• ebusd enhanced_device Branch auschecken und compilieren, um das ebuspicloader Binary zu bekommen:


• git clone https://github.com/john30/ebusd.git
• cd ebusd
• git checkout enhanced_device
• ./autogen.sh
• make
• dann liegt das ebuspicloader Binary unter ./src/tools/ebuspicloader
• Adapter in USB oder RPi Variante versetzen, d.h. Jumper J1+J4 richtig setzen und W5500/Wemos Modul abstecken, und in dieser Variante auch an den Host anschließen
• Vor der Stromversorgung des Adapters diesen in Bootloader Modus jumpern, d.h. J11 Pins 3+4 verbinden (das geht auch unmittelbar vor power-up mit ner Pinzette)
• Firmware runterladen
• ebuspicloader ausführen, z.B. mit: ebuspicloader -f 20201210-offset.hex /dev/ttyUSB0
• danach wieder alles zurück in die gewünschte Variante versetzen

[hErMeS]

ebusd geclont und kompiliert
Firmware Update gemacht
ein make install auf das kompilierte gemacht
configuration nach /etc/ebusd aus dem Release und git clone (kein Unterschied)
Adapter verkabelt (grüne LED flackert, Blaue LED wird heller, gelbe LED leuchtet ebenfalls)

Und hier hört es bei mir auf. Ich habe keine Ahnung wie das jetzt Softwareseitig komplett zusammen hängt. ebusd ist ein lokaler daemon, ebusctl ein client dafür.
Den daemon nach einigem lesen und testen und probieren habe ich zumindest jetzt den ebusd am laufen
Es wird jedoch wird nichts geloggt in die angegebene file.

Code Auswählen Erweitern

ebusd -f --logfile=/root/ebusd.log --loglevel=debug -d /dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_623e3a4826deea11b6d2d3149a583cc7-if00-port0 --configpath=/etc/ebusd -D
2020-12-12 22:58:07.038 [main notice] ebusd 3.4.v3.4-96-g96d5623 started
2020-12-12 22:58:07.038 [main info] loading configuration files from /etc/ebusd
2020-12-12 22:58:07.038 [main info] reading templates /
2020-12-12 22:58:07.039 [main info] read templates in /
2020-12-12 22:58:07.039 [main info] reading file broadcast.csv
2020-12-12 22:58:07.040 [main info] successfully read file broadcast.csv
2020-12-12 22:58:07.040 [main info] reading file memory.csv
2020-12-12 22:58:07.041 [main info] successfully read file memory.csv
2020-12-12 22:58:07.041 [main info] reading dir  vaillant
2020-12-12 22:58:07.041 [main info] reading templates vaillant
2020-12-12 22:58:07.044 [main info] read templates in vaillant
2020-12-12 22:58:07.044 [main info] reading file vaillant/3c.rcc.5.csv
2020-12-12 22:58:07.045 [main info] successfully read file vaillant/3c.rcc.5.csv
2020-12-12 22:58:07.045 [main info] reading file vaillant/15.heb.csv
2020-12-12 22:58:07.049 [main info] successfully read file vaillant/15.heb.csv
2020-12-12 22:58:07.049 [main info] reading file vaillant/50.v61.mc.csv
2020-12-12 22:58:07.054 [main info] successfully read file vaillant/50.v61.mc.csv
2020-12-12 22:58:07.054 [main info] reading file vaillant/75.v81.csv
2020-12-12 22:58:07.055 [main info] successfully read file vaillant/75.v81.csv
2020-12-12 22:58:07.055 [main info] reading file vaillant/35.v81.1.csv
2020-12-12 22:58:07.057 [main info] successfully read file vaillant/35.v81.1.csv
2020-12-12 22:58:07.057 [main info] reading file vaillant/15.370.csv
2020-12-12 22:58:07.058 [main error] error reading config files from /etc/ebusd: ERR: duplicate entry, last error: vaillant/15.370.csv:10: ERR: duplicate entry, duplicate ID
2020-12-12 22:58:07.060 [bus notice] bus started with own address 31/36
2020-12-12 22:58:07.060 [main info] registering data handlers
2020-12-12 22:58:07.060 [main info] registered data handlers
2020-12-12 22:58:07.068 [bus notice] signal acquired
2020-12-12 22:58:17.061 [main debug] performing regular tasks
2020-12-12 22:58:17.065 [main notice] found messages: 265 (4 conditional on 3 conditions, 0 poll, 4 update)
2020-12-12 22:58:27.065 [main debug] performing regular tasks
2020-12-12 22:58:30.681 [network info] [00001] client connection opened 127.0.0.1
2020-12-12 22:58:32.095 [network debug] [00001] wait for result
2020-12-12 22:58:32.095 [main debug] >>> i
2020-12-12 22:58:32.095 [main debug] <<< version: ebusd 3.4.v3.4-96-g96d5623
signal: acquired
symbol rate: 23
max symbol rate: 54
reconnects: ...
2020-12-12 22:58:37.096 [main debug] performing regular tasks
2020-12-12 22:58:40.100 [network info] [00001] connection closed
2020-12-12 22:58:40.691 [network debug] dead connection removed - 0
^C2020-12-12 22:58:46.995 [main notice] SIGINT received
2020-12-12 22:58:47.230 [main notice] ebusd stopped


mit ebusctl komme ich dahin:

Code Auswählen Erweitern


localhost: i
version: ebusd 3.4.v3.4-96-g96d5623
signal: acquired
symbol rate: 23
max symbol rate: 54
reconnects: 0
masters: 1
messages: 265
conditional: 4
poll: 0
update: 4
address 31: master #8, ebusd
address 36: slave #8, ebusd

localhost: ^C



Auch nehme ich ein fiepen ab weniger als 1m Abstand zur Platine wahr. Ein Spektogramm vom Handy gibt mir hier recht dass hier irgendetwas Schwingt.
Die Hauptfrequenz scheint um die 19,2 kHz zu liegen.
Der untere Teil vom Rainfall Diagramm ist Mikrofon direkt am Adapter. Oberer Teil Mikrofon/Smartphone vom Adapter entfernt.


Bild vom verkabelten Zusammenbau im Anhang.

Bin gespannt auf die Lösung

[Reinhart]

Hallo hErMes,

schade das mit Rpi Pinheader, ein Foto weiter oben vor deinem ersten Post hättest den Pinheader gesehen das dieser nach unten eingelötet werden muss.
Ja, auch ich habe vergessen die Abstandshalter ( so wie bereits in der V 2.x benötigt ) beizulegen.  Das Loch in der Platine ist dafür vorgesehen den einzuklippen!
Das Auslöten ist ja mitunter etwas kompliziert um die Platine nicht zu beschädigen! Hoffentlich lesen hier genug mit!

Im angehängten Bild sieht man and der V2.x den eingeklingten Abstandhater!

LG

[Reinhart]

1-wire Sensor DS18b20 an der Platine V3 am Wemos anhängen!

Um den Sensor an der Platine anzuhängen ist nur eine 3-adrige Verbindung notwendig! KEIN Widerstand etc. am Sensor anbringen, der sitzt schon auf der Platine. Angehängt wird dieser an der Stiftleiste J7! Wer die Temperatur direkt am Adapter messen will, kann den DS18b20 asuch direkt über eine Stiftleiste anlöten ( siehe letztes Bild ) .

Den Sensor dann direkt im Webinterface des Wemos aktivieren. Die Beschriftung des J7 bezieht sich allerdings auf den Rpi Connector, daher steht hier GPIO4. Am Wemos ist der allerdings als GPI12 verdrahtet, daher den D6 konfigurieren. Dazu einfach bei "Set Current" und "Set Initial" den Button "Sensor" anklicken.  Nicht vergessen die Configuration zu speichern!

In Fhem kann dann der Sensorwert ganz einfach mit HTTPMOD erfasst werden.

Code Auswählen Erweitern

define DS18b20_temp HTTPMOD http://10.0.0.20/sensors 60
attr DS18b20_temp userattr reading01Name reading01Regex
attr DS18b20_temp reading01Name temperature
attr DS18b20_temp reading01Regex 28ff5c3db11501</td><td>([\d\.]+)
attr DS18b20_temp room eBus
attr DS18b20_temp stateFormat temperature °C
In der Regex muss die Sensor-ID für den 1-wire Kennung eingetragen werden ( hier 28ff5c3db11501 ). Diese kann im Webif unter "Sensors" abgelesen werden. Da hier mehrere  Sensoren angeschlossen werden können, einfach weitere readings ( reading02Name ) anlegen und die die entsprechende ID eintragen!
Im Define natürlich eure IP-Adresse des Wemos eintragen! Der Wert dahinter ( hier 60 ) sind die Sekunden in welchen der Wert geholt werden soll.


Bei mehreren Sensoren empfiehlt es sich allerdings direkt den Json String auszuwerten da hier alle Sensoren auf einmal aufgelistet werden. Bei mehreren Sensoren diese einfach parallel hängen, sie unterscheiden sich dann an der 1-wire Adresse!

Code Auswählen Erweitern

define DS18b20_json HTTPMOD http://10.0.0.20/sensor 120
attr DS18b20_json extractAllJSON 1
attr DS18b20_json room eBus
attr DS18b20_json stateFormat sensors_01_value °C


LG

[JimKnopf]

Hi!
Vielen Dank für das Testkit!
Ich habe erst mal alles eingelötet, mal sehen welche Versionen ich alle testen werde.
Zunächst wollte ich das Firmwareupdate machen und wollte den picloader nehmen. Leider ist der im git clone nicht enthalten, obwohl auf der git Webseite der picloader unter tools erscheint, mache ich was falsch?
Hatte gehofft ebuspicloader wird beim compilieren automatisch mit erstellt.
Gruß,
Burkhard

[Reinhart]

hast du den Link vom ersten Post genommen?

LG

[JimKnopf]

Hi!
Danke ja, aber das war nicht das Problem.
Wenn man die cloneadresse von der Webseite nimmt, wird der branch nicht mit kopiert. Es muss aber heißen:
git clone https://github.com/john30/ebusd.git --branch enhanced_device
Das hat es erst mal gelöst.

Vorschlag für eine Anleitung:
Erforderliche Programme installieren falls nicht vorhanden:
apt update
apt install git autoconf automake g++ make libmosquitto-dev
In ein arbeitsverzeichniss wechseln, dass keinen Ordner ebusd enthalten darf. Ggf Ordner erstellen z.B.:
cd /home/pi
mkdir ebusdSRC
cd /home/pi/ebusdSRC
Respository clonen:
git clone https://github.com/john30/ebusd.git --branch enhanced_device
Programm erstellen:
./autogen.sh
make install


Gruß,
Burkhard

[JimKnopf]

So, nun steh ich vor dem nächsten Problem.
Die  LOLIN D1 mini sind ja schon geflasht, er taucht bei mir aber nicht als Accespoint auf. Wie bekomme ich den nun mit meinem Netzwerk verbunden?
Falls er noch geflasht werden müsste, welche Firmware ist für ihn die richtige?
Über Terminal, nicht angesteckt bekomme ich nur die Ausgabe SC_STATUS_FIND_CHANNEL.

Gruß,
Burkhard

[JimKnopf]

Sooooo.
Wir haben den D1 mini bekommen also die Firmware aus https://github.com/john30/ebusd-esp ebus-v3_d1mini.bin.
Einmal konnte ich die Firmware flashen. Habe dann mein Heimnetzwerk eingestellt und neu gestartet.
Seit dem bekomme ich im seriellen Monitor nur noch:
ets Jan  8 2013,rst cause:4, boot mode:(3,7)

wdt reset
load 0x4010f000, len 3584, room 16
tail 0
chksum 0xb0
csum 0xb0
v2843a5ac
~ld

in immer wiederkehrenden Abständen.
Sprich ein Watchdog spricht immer wieder an. Ein neuflashen bringt keine Lösung. In das Configmenu komme ich nicht rein und über WLan ist er auch nicht zu erreichen.
Ich hatte noch einen Wemos rumliegen. Den habe ich jetzt genau so geflasht und der läuft auch so. Inklusive Board. Hängt jetzt auch am ebus und ich kann den nächsten Schritt machen.

Gruß,
Burkhard

[john30]

Wenn man die cloneadresse von der Webseite nimmt, wird der branch nicht mit kopiert. Es muss aber heißen:
...

Hi Burkhard,

vermutlich hast Du meinen Artikel hier weiter oben nicht gesehen. Da hatte ich das eigentlich sehr klar formuliert (dachte ich).
Final wird ebuspicloader dann natürlich Teil des normalen Release, insofern ist für die nicht-Tester dann nichts besonderes mehr zu tun (Stichwort enhanced branch).

Die grundsätzliche Anteilung zum compilieren steht auch im ebusd wiki, insofern hab ich das nicht nochmal im Detail aufgeführt.

LG John

[john30]

Die  LOLIN D1 mini sind ja schon geflasht, er taucht bei mir aber nicht als Accespoint auf. Wie bekomme ich den nun mit meinem Netzwerk verbunden?
Falls er noch geflasht werden müsste, welche Firmware ist für ihn die richtige?
Über Terminal, nicht angesteckt bekomme ich nur die Ausgabe SC_STATUS_FIND_CHANNEL.

Die Wemos sind im Testkit ja noch verpackt, also natürlich nicht mit passender Firmware geflasht.
Firmware gibt es prinzipiell mehrere, aber für den Einsatz im Adapter 3 jetzt erstmal ebusd-esp.
Die Wemos sind zuweilen sehr "zickig". Zum einen in puncto Stromversorgung und zum anderen auch beim Flashen, da es mehrere spezielle Speicherbereiche gibt. Ich hab mir angewohnt, immer erst mal ein erase zu machen (z.B. mit esptool.py) und danach zu flashen.