[abgeschlossen] eBUS Adapter 3.0 Betatest

Begonnen von Reinhart, 03 Dezember 2020, 17:45:40

Vorheriges Thema - Nächstes Thema

john30

Zitat von: wseifert am 14 Januar 2021, 20:40:59
Das ist die neueste Version, ich habe Sie wie HeikoGr empfohlen mit 'wget https://github.com/john30/ebusd/releases/download/v21.1/ebusd-21.1_armhf-stretch_mqtt1.deb' installiert. Die config ist schon so eingerichtet dass 22102.csv geladen wird. Ohne diese csv geht gar nichts ...
was spricht denn das ebusd Logfile?
author of ebusd

wseifert

#301
Hmmm ..

da hätte ich von selber draufkommen können da nachzuschauen.
Da werden einige der Daten dekodiert, aber nicht alle:


2021-01-14 20:20:12.339 [update notice] received unknown MM cmd: 131005030a0100000047ffff3f0000
2021-01-14 20:20:12.925 [update info] received MS cmd: 011506210400e00040 / 0a60800d02e80300006601
2021-01-14 20:20:12.926 [update notice] received read temperature buffer QQ=01: 96;0;0d;02;1000;0;35.8
2021-01-14 20:20:13.962 [network debug] [00007] wait for result
2021-01-14 20:20:13.963 [main debug] performing regular tasks
2021-01-14 20:20:14.082 [update info] received MS cmd: 011506210402b50040 / 0a35810000ff0000000100
2021-01-14 20:20:14.082 [update notice] received read heatpump mode QQ=01: 53;1;00;00;255;0;Heizbetrieb
2021-01-14 20:20:15.191 [update info] received MS cmd: 011506210402c60040 / 0a46410428ffff0000b1ac
2021-01-14 20:20:15.192 [update notice] received unknown MS cmd: 011506210402c60040 / 0a46410428ffff0000b1ac
2021-01-14 20:20:15.968 [network debug] [00007] wait for result
2021-01-14 20:20:16.300 [update info] received MS cmd: 011506210402c80040 / 0a4841042a9f0500002305
2021-01-14 20:20:16.300 [update notice] received unknown MS cmd: 011506210402c80040 / 0a4841042a9f0500002305
2021-01-14 20:20:17.409 [update info] received MS cmd: 011506210400800040 / 0a00800d02f4010cfe0500
2021-01-14 20:20:17.412 [update notice] received read temperature outside QQ=01: 0;0;0d;02;500;-500;0.5
2021-01-14 20:20:17.972 [network debug] [00007] wait for result
2021-01-14 20:20:18.307 [update info] received MM cmd: 031005030a010148644b20ff3f0000
2021-01-14 20:20:18.309 [update notice] received unknown MM cmd: 031005030a010148644b20ff3f0000
2021-01-14 20:20:18.519 [update info] received MS cmd: 011506210400840040 / 0a04800d02e80300004e02
2021-01-14 20:20:18.521 [update notice] received read temperature water QQ=01: 4;0;0d;02;1000;0;59.0
2021-01-14 20:20:19.318 [update info] received MM cmd: 131005030a0100000047ffff3f0000
2021-01-14 20:20:19.323 [update notice] received unknown MM cmd: 131005030a0100000047ffff3f0000
2021-01-14 20:20:19.578 [update info] received MS cmd: 011506210400e00040 / 0a60800d02e80300006601
2021-01-14 20:20:19.580 [update notice] received read temperature buffer QQ=01: 96;0;0d;02;1000;0;35.8
2021-01-14 20:20:19.976 [network debug] [00007] wait for result
2021-01-14 20:20:19.978 [main debug] performing regular tasks
2021-01-14 20:20:20.385 [update info] received MM cmd: 100305010aee5a3c0000a001000000
2021-01-14 20:20:20.387 [update notice] received unknown MM cmd: 100305010aee5a3c0000a001000000
2021-01-14 20:20:20.691 [update info] received MS cmd: 011506210402b50040 / 0a35810000ff0000000100
2021-01-14 20:20:20.693 [update notice] received read heatpump mode QQ=01: 53;1;00;00;255;0;Heizbetrieb
2021-01-14 20:20:21.073 [update info] received MM cmd: 101305010a00000a00000001000100
2021-01-14 20:20:21.075 [update notice] received unknown MM cmd: 101305010a00000a00000001000100
2021-01-14 20:20:21.668 [update info] received BC cmd: 10fe070009800026552114010421
2021-01-14 20:20:21.671 [update notice] received update-read master datetime QQ=10: 0.500;21:55:26;14.01.2021
2021-01-14 20:20:21.925 [update info] received MS cmd: 011506210402c60040 / 0a46410428ffff0000b1ac
2021-01-14 20:20:21.927 [update notice] received unknown MS cmd: 011506210402c60040 / 0a46410428ffff0000b1ac
2021-01-14 20:20:21.983 [network debug] [00007] wait for result
2021-01-14 20:20:22.940 [update info] received MS cmd: 011506210402c80040 / 0a4841042a9f0500002305
2021-01-14 20:20:22.942 [update notice] received unknown MS cmd: 011506210402c80040 / 0a4841042a9f0500002305
2021-01-14 20:20:23.988 [network debug] [00007] wait for result
2021-01-14 20:20:24.097 [update info] received MS cmd: 011506210400800040 / 0a00800d02f4010cfe0500
2021-01-14 20:20:24.099 [update notice] received read temperature outside QQ=01: 0;0;0d;02;500;-500;0.5
2021-01-14 20:20:25.203 [update info] received MS cmd: 011506210400840040 / 0a04800d02e80300004e02
2021-01-14 20:20:25.205 [update notice] received read temperature water QQ=01: 4;0;0d;02;1000;0;59.0
2021-01-14 20:20:25.992 [network debug] [00007] wait for result
2021-01-14 20:20:25.994 [main debug] performing regular tasks
2021-01-14 20:20:26.315 [update info] received MS cmd: 011506210400e00040 / 0a60800d02e80300006601
2021-01-14 20:20:26.317 [update notice] received read temperature buffer QQ=01: 96;0;0d;02;1000;0;35.8
2021-01-14 20:20:26.510 [update info] received MM cmd: 031005030a010148644b21ff3f0000
2021-01-14 20:20:26.512 [update notice] received unknown MM cmd: 031005030a010148644b21ff3f0000


Offensichtlich liegt das Problem beim eBUS Binding von OpenHAB, da bekomme ich nichts rüber.

LG Werner

pc1246

Moin
@wseifert: Kannst Du nicht bitte auch Codetags benutzen!? Das geht auch nachtraeglich! Das ist der Button mit dem "#" ueber den Smilies!
Danke und Gruss
Christoph
HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly

wseifert

Zitat von: pc1246 am 15 Januar 2021, 07:26:48
Moin
@wseifert: Kannst Du nicht bitte auch Codetags benutzen!? Das geht auch nachtraeglich! Das ist der Button mit dem "#" ueber den Smilies!
Danke und Gruss
Christoph

Danke für den Hinweis, war gestern Abend nach der Jagt auf eine 4-Beinige Ausreisserin etwas Erledigt.

LG Werner

Reinhart

Zitat von: HeikoGr am 14 Januar 2021, 20:06:29
Ich glaub da liegst du falsch, Reinhart. John30 hat die Versionierung geändert  8)

ah ja, das habe ich dann verschlafen, habe gerade auf Github nachgeschaut, die ist tatsächlich von 3.4 auf 22.1 gewechselt!
Danke für den Hinweis!

21.1

LG
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

fuso2001

Hallo @john30,

kann es sein das in der Wemos Firmware noch ein kleiner Bug steckt? Möglicherweise habe ich eine ähnliche Meldung auch übersehen.
Im Bild siehst du rot markiert das Gateway, hier angegeben mit 255.255.255.0. Ich denke das es sich hierbei nicht um das Gateway sondern um die Subnetzmaske handelt. Diese ist allerdings mit der Angabe 24 als Feld Mask-length schon angegeben.
Im Normallfall ist das wohl nicht so wichtig weil wahrscheinlich selten ein Ebus-Daemon über ein Subnetz hinaus mit dem Adapter kommuniziert. Vielleicht magst du das aber ja noch korrigieren bevor ihr die Adapter versendet...

Gruß
Frank

john30

Zitat von: fuso2001 am 16 Januar 2021, 16:45:47
Im Bild siehst du rot markiert das Gateway, hier angegeben mit 255.255.255.0. Ich denke das es sich hierbei nicht um das Gateway sondern um die Subnetzmaske handelt. Diese ist allerdings mit der Angabe 24 als Feld Mask-length schon angegeben.
bei DHCP wird die Einstellung der Maske und des Gateways nicht genutzt. Mir war es nur zu mühsam, auch noch Javascript einzubauen, um die irrelevanten Felder zu verstecken.
author of ebusd

fuso2001

Zitat von: john30 am 16 Januar 2021, 16:48:24
bei DHCP wird die Einstellung der Maske und des Gateways nicht genutzt. Mir war es nur zu mühsam, auch noch Javascript einzubauen, um die irrelevanten Felder zu verstecken.
Ja, kann ich gut verstehen. Bin selber Software-Entwickler und weiss wovon du redest :)
Wenn das Feld bei der festen IP korrekt verdrahtet ist passt das ja dann auch.

john30

Kurze Info, weil das anscheinend für Verwirrung gesorgt hat:
Inzwischen ist der Support fürs enhanced protocol im git master Branch gelandet und ein neues Release gibt es auch schon, nämlich Version 21.1.
Der enhanced_device Branch ist damit hinfällig und wird nicht weiter fortgesetzt.
Wenn also von Euch nochmal den letzten Stand testen mag, dann mitte auf den master Branch schwenken mit git checkout origin/master.
author of ebusd

hErMeS

#309
Von mir auch noch eine kleine Info, falls jemand keinen Unix Rechner zur Hand haben sollte zwecks Firmware-Update oder ähnlichem.

Durch WSL (Windows Subsystem for Linux) ist es möglich mittels Windows ein Unix laufen zu lassen.
Ich habe hier jetzt den ebusd (Ubuntu im WSL) kompliliert und anschließend endlich mal die letzte Firmware installiert, da die Platine nach drei Resets immer noch keinen Reconnect mit dem ebusd wollte  :o
(habe meinen ebusd Testrechner umgebaut und musste den daher offline nehmen)

Device ID: 30b0 (PIC16F15356)
Device revision: 0.1
Bootloader version: 1 [0a6c]
Firmware version: 1 [32f6]
MAC address: ae:b0:53:22:11:90
IP address: DHCP

New firmware version: 1 [a220]
erasing flash: done.
flashing: 0x0400 - 0x3806

0x0400 ................................................................
0x0800 ................................................................
0x0c00 ................................................................
0x1000 ................................................................
0x1400 ................................................................
0x1800 ................................................................
0x1c00 ................................................................
0x2000 ................................................................
0x2400 ................................................................
0x2800 ................................................................
0x2c00 ................................................................
0x3500 .................................................
flashing finished.
flashing succeeded.


Mal sehen ob die letzte Firmware das Problem behebt  :D


edit:
Fehler nicht mehr vorhanden

john30

Zitat von: hErMeS am 17 Januar 2021, 21:37:12
Von mir auch noch eine kleine Info, falls jemand keinen Unix Rechner zur Hand haben sollte zwecks Firmware-Update oder ähnlichem.

Durch WSL (Windows Subsystem for Linux) ist es möglich mittels Windows ein Unix laufen zu lassen.
Ich habe hier jetzt den ebusd (Ubuntu im WSL) kompliliert und anschließend endlich mal die letzte Firmware installiert, da die Platine nach drei Resets immer noch keinen Reconnect mit dem ebusd wollte  :o
(habe meinen ebusd Testrechner umgebaut und musste den daher offline nehmen)
das geht auch mit einer Cygwin Umgebung und mit Docker für Windows, sowie mit Hypervisor und Virtualbox. Es wäre sogar denkbar, zumindest den ebuspicloader auch für Windows native zu komplieren, muss ich mir mal anschauen.

Zitat von: hErMeS am 17 Januar 2021, 21:37:12
Mal sehen ob die letzte Firmware das Problem behebt  :D
Fehler nicht mehr vorhanden
super, Danke fürs Testen!
author of ebusd

wseifert

Ich habe heute wie in diesem Thread am Anfang beschrieben die Firmware auf meinem eBUS 3.0 Adapter auf den neuesten Stand (20210106-offset.hex) gerbracht. Hat auf dem Pi Zero 1.1 anstandslos funktioniert. Ich betreibe den Pi Zero mit einem USB-LAN Adapter von plugable (USB2-OTGE100), der wird native unterstützt und hat nur ein paar € gekostet. Einfach in den USB Port gesteckt und LAN geht.
Mit top zeigt sich dass die Resourcen des Pi Zero völlig ausreichend sind:


top - 11:19:40 up 13 min,  1 user,  load average: 0.20, 0.26, 0.25
Tasks:  73 total,   1 running,  72 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.0 us,  2.4 sy,  0.0 ni, 97.6 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
MiB Mem :    431.9 total,    191.7 free,     32.1 used,    208.1 buff/cache
MiB Swap:    100.0 total,    100.0 free,      0.0 used.    347.2 avail Mem


lg Werner

Reinhart

ah super wenn das am Zero genau so gut geht!
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

Reinhart

Ich habe heute mal mit einem Raspi mit Display experimentiert!

Im Prinzip geht das sehr gut, man muss sich lediglich in Fhem einen eigenen Raum mit den Dingen zurecht richten, die dann auch angezeigt werden sollen. Das Display ist einfach zu installieren, steckt aber am Expansionsport und somit ist die Variante RPI nicht möglich weil der Connector schon mit dem Display belegt ist.
Wer den Raspi in der Nähe am Heizgerät sitzen hat, der hat dann gleich eine Kontrolle der Messwerte die am eBus kommen ohne dazu etwas ändern zu müssen als man eh schon in Fhem hat. Auf diesem Raspi muss auch kein Fhem laufen, weil es einfach eine Browseranwendung ist. Mit F11 läßt sich ein Vollbild darstellen und die Linkleisten verschwinden.

Zusätzlich eine kleine Tastatur erleichtert die Eingabe, speziell wenn Passwörter etc eingegeben werden müsse. Ich habe für das Display mit Gehäuse 14.- € bezahlt. Getestet habe ich auch auf einem Raspi 2, da ist es sehr langsam, aber auf einem Raspi 3b geht das schon wesentlich flotter. Das Display hat eine Auflösung von 480 x 320 und ein Eingabestift für den Touchscreen ist mit dabei.

LG
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

john30

Zitat von: HeikoGr am 11 Januar 2021, 14:00:14
@john30: musst du noch dein Debian apt repository updaten? Ich kann noch immer nur 3.4 installieren.
das repo ist inzwischen auch aktualisiert
author of ebusd