eBus->USB->Plugin->KNX

[Gast]

Ich kann dein Image (via Dropbox) nicht entpacken.

Vielleicht ist es besser eine Installationsanleitung zu basteln.

---

ad: zyklischen Vaillant Telegrammen.

backup ebusd # src/ebusd -lebh | grep '10 08 b5 09'
2013-03-02 12:11:57.133 [EBH]   10 08 b5 09 04 0e d1 00 00 29 00 00 00 00
2013-03-02 12:12:04.744 [EBH]   10 08 b5 09 03 29 01 00 23 00 05 01 00 3a 02 00 6f 00
2013-03-02 12:12:09.260 [EBH]   10 08 b5 09 04 0e d1 00 00 29 00 00 00 00
2013-03-02 12:12:10.751 [EBH]   10 08 b5 09 03 29 07 00 4f 00 05 07 00 c0 01 00 b2 00
2013-03-02 12:12:11.597 [EBH]   10 08 b5 09 03 29 b8 01 fd 00 03 b8 01 00 70 00
2013-03-02 12:12:11.760 [EBH]   10 08 b5 09 03 29 b9 01 66 00 03 b9 01 00 66 00
2013-03-02 12:12:11.931 [EBH]   10 08 b5 09 03 29 0f 00 56 00 05 0f 00 36 01 00 1c 00
2013-03-02 12:12:12.094 [EBH]   10 08 b5 09 03 29 bb 00 ca 00 03 bb 00 00 d1 00
2013-03-02 12:12:12.258 [EBH]   10 08 b5 09 03 29 ba 00 51 00 03 ba 00 00 c7 00
2013-03-02 12:12:12.421 [EBH]   10 08 b5 09 03 29 e2 01 b3 00 03 e2 01 62 af 00
2013-03-02 12:12:21.458 [EBH]   10 08 b5 09 04 0e d1 00 00 29 00 00 00 00
2013-03-02 12:12:22.870 [EBH]   10 08 b5 09 03 29 01 00 23 00 05 01 00 3a 02 00 6f 00
2013-03-02 12:12:28.881 [EBH]   10 08 b5 09 03 29 07 00 4f 00 05 07 00 c0 01 00 b2 00
2013-03-02 12:12:31.066 [EBH]   10 08 b5 09 03 29 b8 01 fd 00 03 b8 01 00 70 00
2013-03-02 12:12:31.229 [EBH]   10 08 b5 09 03 29 b9 01 66 00 03 b9 01 00 66 00
2013-03-02 12:12:31.401 [EBH]   10 08 b5 09 03 29 0f 00 56 00 05 0f 00 34 01 00 30 00
2013-03-02 12:12:31.616 [EBH]   10 08 b5 09 03 29 bb 00 ca 00 03 bb 00 00 d1 00
2013-03-02 12:12:31.779 [EBH]   10 08 b5 09 03 29 ba 00 51 00 03 ba 00 00 c7 00
2013-03-02 12:12:31.942 [EBH]   10 08 b5 09 03 29 e2 01 b3 00 03 e2 01 62 af 00
2013-03-02 12:12:32.945 [EBH]   10 08 b5 09 03 29 d3 00 7f 00 05 d3 00 63 63 63 fd 00
2013-03-02 12:12:33.584 [EBH]   10 08 b5 09 04 0e d1 00 00 29 00 00 00 00

bei diesen solltest du mit der bestehende get / set tabelle schon viel gleiches finden.

[JuMi2006]

bei diesen solltest du mit der bestehende get / set tabelle schon viel gleiches finden.

Wie meinst Du das? Liegen da irgendwo Gemeinsamkeiten ? Wie ist das "Schema" ?

Ich mach Dir schnell ein neues Image...Link und tool kommt dann per mail.

[Gast]

Las das Image mal sein. Ich versuche es zu installieren.

---

get mv brine_in mit 08 b509 03 0d0f00 sieht doch aus wie...

2013-03-02 12:12:11.931 [EBH]   10 08 b5 09 03 [B]29 0f 00[/B] 56 00 05 [B]0f 00[/B] 36 01 00 1c 00

wobei 36 01 der Wert d2c 19.3750 und 00 der Fühlerstatus wäre.

Wenn du gleich danach get mv brine_in via telnet absetzt bekommst 19.3750 0 zurück.

[Gast]

Bei mir kommt das hier zyklisch von 10 ==> 08

2013-03-02 13:01:23.535 [EBH]   10 08 b5 09 03 29 07 00 4f 00 05 07 00 e6 01 00 ab 00
2013-03-02 13:01:29.528 [EBH]   10 08 b5 09 03 29 01 00 23 00 05 01 00 3f 02 00 21 00
2013-03-02 13:01:32.244 [EBH]   10 08 b5 09 03 29 b9 01 66 00 03 b9 01 00 66 00
2013-03-02 13:01:32.415 [EBH]   10 08 b5 09 03 29 0f 00 56 00 05 0f 00 3b 01 00 e2 00
2013-03-02 13:01:32.578 [EBH]   10 08 b5 09 03 29 bb 00 ca 00 03 bb 00 00 d1 00
2013-03-02 13:01:32.742 [EBH]   10 08 b5 09 03 29 ba 00 51 00 03 ba 00 00 c7 00
2013-03-02 13:01:32.905 [EBH]   10 08 b5 09 03 29 e2 01 b3 00 03 e2 01 62 af 00
2013-03-02 13:01:39.807 [EBH]   10 08 b5 09 03 29 b8 01 fd 00 03 b8 01 00 70 00

Das hat immer das gleiche Schema

10 08 b5 09 03 TB bei Vaillant 29 Anforderung >>07 00<< 4f 00 05 So eine Art Bestätigung >>07 00<< Nutzdaten >>e6 01 00<< ab 00

[JuMi2006]

Das hab ich auch schon gesehen
Ich dachte du kannst Bytes zuordnen :P

# VF2 d2c
10 08 b5 09 03 29 03 00
                        8e 00
                                05
                                    03 00 9a 01 00    # 3,4 d2c
                                                    9e 00
                                                    
# Soleeingang d2c
10 08 b5 09 03 29 0f 00
                        56 00
                                05
                                    0f 00 38 00 00  # 3,4 d2c
                                                    43 00

[Gast]

# Speichertemperatur 3,4 d2c
# Fühlerstatus 5 bcd
10 25 b5 09 03 29 00 00 e4 00 05 00 00 5d 02 00 35 00

#Hocheffizenzpumpenstatus 3 bcd
10 08 b5 09 03 29 b8 01 fd 00 03 b8 01 00 70 00

[JuMi2006]

#Hocheffizenzpumpenstatus 3 bcd
10 08 b5 09 03 29 b8 01 fd 00 03 b8 01 00 70 00

Bezieht sich das auf Fehlermeldungen? Ist bei mir immer 0.

[Gast]

Man darf dafür gerne das CV-Wiki (cometvisu.de/wiki) nutzen, wir können auch alternativ ebus-wasweissich.de davorlegen, die Domain ist in 2 Minuten eingerichtet

Finde ich eine gute Idee und sollten wir weiter verfolgen. Der ebusd ist hier doch sehr versteckt. Was sagt ihr dazu?

[makki]

Ich auch
Das Wiki wurde nur wegen massiver Spamprobleme "zugemacht", also Schreibrechte gibts nur nach Meldung von (derzeit) Swiss, Chris M oder meinereiner, allerdings sehr unbürokratisch: Zuruf genügt..

Makki

[Gast]

Ok. Basis wäre die Dokumentation die dem Daemon beiliegt.

Gibt es einen Styleguide? Hat jemand Lust aufs schreiben?

[MarcusF]

Kurze Rückmeldung von mir: Der ebusd aus dem aktuellen Commit läuft nun ohne den "Speicherzugriffsfehler" seit 2 Tagen durch. Zugriff per Telnet funktioniert auch zuverlässig. Ich bin gerade an der Erstellung der Abfragen für meinen Homeserver.

Wiki fänd ich gut, da könnte man auch die verwendete Hardware (Interface) dokumentieren.

Marcus

[Gast]

Falls jemand ein ähnliches Problem hat.
##########################

2013-03-05 02:10:37.639 [EBH] 1 86 00 b5 09 00 51 03 00 c7 00 10 25 09 29 00 00 00 5e 04 63 10 50 b5 01 01 00 23 00 00 00
2013-03-05 02:10:37.647 [EBH] 2 82 00 d3 10 50 b5 02 00 02 00 05 23 f4 00 50 b5 01 cd 0a 10 08 09 29 00 00 05 00 02 e0

Hallo Frank,


Möglichkeit 1: Ein gleichzeitiger Sendeversuch von X Teilnehmer <== schließe ich aus

==> Laut Spezifikation, müssen sich die Teilnehmer bereits nachdem 1 gesendeten Byte (QQ) vom Bus zurückziehen und eine SYN (AA) abwarten.


Möglichkeit 2: Deine SYN Zeichen kommen nicht durch.

==> Adapter an einer anderen Position an den eBus anklemmen.

==> Dass Trimming des Adapters verbessern.


Beim Einstellen kannst Du folgendes zur Hilfe nehmen.

od -w1 -v t x1 /dev/ttyUSB0 (x1 / x2 / x 4 /x8 wären sinnvolle Werte)

root@smarthome:~/ebusd/src# od -w1 -v -t x1 /dev/ttyUSB0 
0000000 00
0000001 aa
0000002 aa
0000003 aa
0000004 aa
0000005 aa
0000006 aa
0000007 aa
0000010 aa
0000011 aa
0000012 aa
0000013 aa
0000014 aa
0000015 aa
0000016 aa
0000017 10
0000020 fe
0000021 b5
0000022 05
0000023 03
0000024 4a
0000025 01
0000026 00
0000027 f4
0000030 aa
0000031 aa
0000032 aa
0000033 aa

oder

hexdump -C /dev/ttyUSB0

root@smarthome:~/ebusd/src# hexdump -C /dev/ttyUSB0 
00000000  00 aa 00 00 00 00 00 00  00 00 00 00 00 aa aa aa  |................|
00000010  10 08 b5 11 02 03 00 1e  00 0a 07 02 5b 09 35 06  |............[.5.|
00000020  03 2c 00 00 e8 00 aa aa  aa 10 08 b5 11 01 02 8a  |.,..............|
00000030  00 05 00 00 c8 00 c8 ca  00 aa aa aa 10 ed b5 08  |................|
00000040  07 07 01 01 e0 03 f0 01  b5 00 00 00 00 aa aa aa  |................|
00000050  aa aa aa aa aa aa aa aa  aa aa 10 08 b5 09 03 29  |...............)|
00000060  bb 00 ca 00 03 bb 00 64  b5 00 aa aa aa 10 08 b5  |.......d........|
00000070  09 03 29 ba 00 51 00 03  ba 00 0a cd 00 aa aa aa  |..)..Q..........|
00000080  10 08 b5 09 03 29 e2 01  b3 00 03 e2 01 63 ae 00  |.....).......c..|
00000090  aa aa aa aa aa aa aa aa  aa aa aa aa aa aa aa aa  |................|
000000a0  aa aa aa aa aa aa aa aa  aa aa 10 08 b5 10 09 00  |................|
000000b0  02 3e 00 00 00 00 00 02  13 00 00 00 00 aa aa aa  |.>..............|

##########################

Weil Du mich gefragt hast, wie das bei mir elektrisch aussieht.

Die Teilnehmer hängen in dieser Reihenfolge / Abständen am Bus.

Wärmepumpe (VWS 101/3) <= ~6m => Mischermodul (VR 60/3) <= ~7m => Frischwassermodul (VPM 30/35W) <= ~1m => Solarmodul (VPM 20 S) <= ~6m => eBus Adapter (eService-Online)

Ich hatte Anfangs auch das Problemm dass manche SYN-Zeichen (AA) nicht gesehen wurden. Da wurden meine Telegramme auch sehr zerstückelt angezeigt.

Dank der Hinweise von JuMi konnte ich den Adapter besser einstellen.

Bei Dir scheint das ähnlich zu sein.

lg roland

##########################

Hallo Roland,

leider hab ich jetzt nach ca. 6h Laufzeit wieder diesen Absturz.

2013-03-05 02:10:37.639 [EBH] 1 86 00 b5 09 00 51 03 00 c7 00 10 25 09 29 00 00 00 5e 04 63 10 50 b5 01 01 00 23 00 00 00
2013-03-05 02:10:37.647 [EBH] 2 82 00 d3 10 50 b5 02 00 02 00 05 23 f4 00 50 b5 01 cd 0a 10 08 09 29 00 00 05 00 02 e0
==28963== Invalid read of size 1
==28963==    at 0x804E47B: eb_cmd_search_com_cyc (ebus-cmd.c:112)
==28963==    by 0x30344632: ???
==28963==  Address 0x37435c is not stack'd, malloc'd or (recently) free'd
==28963==
==28963== Process terminating with default action of signal 11 (SIGSEGV)
==28963==  Access not within mapped region at address 0x37435C
==28963==    at 0x804E47B: eb_cmd_search_com_cyc (ebus-cmd.c:112)
==28963==    by 0x30344632: ???
==28963==
==28963== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 12 from 1)
==28963== malloc/free: in use at exit: 216,904 bytes in 289 blocks.
==28963== malloc/free: 29,696 allocs, 29,407 frees, 16,148,462 bytes allocated.
==28963== For counts of detected errors, rerun with: -v
==28963== searching for pointers to 289 not-freed blocks.
==28963== checked 277,752 bytes.
==28963==
==28963==
==28963== 272 bytes in 1 blocks are still reachable in loss record 1 of 4
==28963==    at 0x4022D6E: malloc (vg_replace_malloc.c:207)
==28963==    by 0x804B3F3: msg_queue_init (utils.c:53)
==28963==    by 0x804A599: main (ebusd.c:666)
==28963==
==28963==
==28963== 432 bytes in 1 blocks are still reachable in loss record 2 of 4
==28963==    at 0x4022E8C: realloc (vg_replace_malloc.c:429)
==28963==    by 0x804C8BB: eb_cmd_fill (ebus-cmd.c:759)
==28963==    by 0x804CA74: eb_cmd_file_read (ebus-cmd.c:815)
==28963==    by 0x804CC7D: eb_cmd_dir_read (ebus-cmd.c:858)
==28963==    by 0x804A50A: main (ebusd.c:634)
==28963==
==28963==
==28963== 107,520 bytes in 286 blocks are still reachable in loss record 3 of 4
==28963==    at 0x4022D6E: malloc (vg_replace_malloc.c:207)
==28963==    by 0x804C543: eb_cmd_fill (ebus-cmd.c:718)
==28963==    by 0x804CA74: eb_cmd_file_read (ebus-cmd.c:815)
==28963==    by 0x804CC7D: eb_cmd_dir_read (ebus-cmd.c:858)
==28963==    by 0x804A50A: main (ebusd.c:634)
==28963==
==28963==
==28963== 108,680 bytes in 1 blocks are still reachable in loss record 4 of 4
==28963==    at 0x4022E8C: realloc (vg_replace_malloc.c:429)
==28963==    by 0x804C28B: eb_cmd_fill (ebus-cmd.c:669)
==28963==    by 0x804CA74: eb_cmd_file_read (ebus-cmd.c:815)
==28963==    by 0x804CC7D: eb_cmd_dir_read (ebus-cmd.c:858)
==28963==    by 0x804A50A: main (ebusd.c:634)
==28963==
==28963== LEAK SUMMARY:
==28963==    definitely lost: 0 bytes in 0 blocks.
==28963==      possibly lost: 0 bytes in 0 blocks.
==28963==    still reachable: 216,904 bytes in 289 blocks.
==28963==         suppressed: 0 bytes in 0 blocks.
Speicherzugriffsfehler
root@wiregate907:/home/new/ebus/ebusd/src#

Grüße Frank

[kleinklausi]

Zyklische Master Telegramme

Hallo Roland und alle,

Ich bräuchte bitte nochmal Hilfe bei Mastertelegrammen.

Aktueller Stand bei mir:
Der ebusd rennt wunderbar. Verschiedene Broadcast Telegramme kann ich per Telnet abrufen. Auch wenn hier Wolf so ein paar Besonderheiten im Vergleich zu Vaillant zu haben scheint. dazu später mal mehr. Die gute Nachricht: es funktioniert.

Nun mein Problem: Bei der Abfrage von zyklischen Master Telegrammen bekomme ich immer nur 0 zurück. Als Beispiel mal folgendes:

csv

2013-03-05 09:57:08.135 [INF] [001] cyc : betrd.regler                              (type: 2) 030507           (len: 9) [7] ==> Betriebsdaten des Reglers an den Feuerungsautomaten
2013-03-05 09:57:08.135 [INF]           status               pos: 1             hex [ 0.00] [-]     -    Statuswärmeanforderung
2013-03-05 09:57:08.135 [INF]           aktion               pos: 2             hex [ 0.00] [-]     -    tbd
2013-03-05 09:57:08.135 [INF]           brauchwasser         pos: 3,4           d2c [ 1.00] [°C]     0-2000    Brauchwassersollwert
2013-03-05 09:57:08.135 [INF]           solldruck            pos: 5,6           d2b [ 1.00] [bar]     0-100    Kesselsollwertdruck 
2013-03-05 09:57:08.135 [INF]           stellgrad            pos: 7             d1c [ 0.00] [%]     0-100    Stellgradanforderung
2013-03-05 09:57:08.135 [INF]           kesselsolltemp       pos: 8             d1c [ 1.00] [°C]     0-100    Kesselsollwerttemperatur 
2013-03-05 09:57:08.135 [INF]           brennstoff           pos: 9             bcd [ 0.00] [-]     -    Brennstoffwahl
2013-03-05 09:57:08.136 [INF]

log

2013-03-05 09:40:56.113 [EBH]   10 03 05 07 09 bb 06 2e 02 00 80 ff 6e ff 8f 00
2013-03-05 09:40:56.113 [NOT]  found: 03050709 type: 2 ==> id: 1
2013-03-05 09:40:56.113 [DBG] id: 1 elem: 0 p1: 1 p2: 0 p3: 0
2013-03-05 09:40:56.113 [DBG] id: 1 elem: 1 p1: 2 p2: 0 p3: 0
2013-03-05 09:40:56.113 [DBG] id: 1 elem: 2 p1: 3 p2: 4 p3: 0
2013-03-05 09:40:56.113 [DBG] id: 1 elem: 3 p1: 5 p2: 6 p3: 0
2013-03-05 09:40:56.113 [DBG] id: 1 elem: 4 p1: 7 p2: 0 p3: 0
2013-03-05 09:40:56.113 [DBG] id: 1 elem: 5 p1: 8 p2: 0 p3: 0
2013-03-05 09:40:56.113 [DBG] id: 1 elem: 6 p1: 9 p2: 0 p3: 0
2013-03-05 09:40:56.113 [EBS] 00 00     0.0000    0.000   0.00   0.00   0 

2013-03-05 09:41:02.994 [NET] client [5] from 127.0.0.1 connected.
2013-03-05 09:41:02.996 [NET] >>> client [5] cyc betrd.regler status
2013-03-05 09:41:02.996 [NOT] search: cyc betrd.regler
2013-03-05 09:41:02.996 [NOT]  found: 03050709 type: 2 ==> id: 1
2013-03-05 09:41:02.996 [NOT]   data: status
2013-03-05 09:41:02.996 [DBG] add: id: 1 clientfd: 5 ==> entries: 1
2013-03-05 09:41:03.101 [DBG] del: id: 1 clientfd: 5 ==> entries: 0
2013-03-05 09:41:03.101 [DBG] id: 1 elem: 0 p1: 1 p2: 0 p3: 0
2013-03-05 09:41:03.101 [NET] <<< client [5] 00 
2013-03-05 09:41:03.103 [NET] >>> client [5] cyc betrd.regler aktion
2013-03-05 09:41:03.103 [NOT] search: cyc betrd.regler
2013-03-05 09:41:03.103 [NOT]  found: 03050709 type: 2 ==> id: 1
2013-03-05 09:41:03.103 [NOT]   data: aktion
2013-03-05 09:41:03.104 [DBG] add: id: 1 clientfd: 5 ==> entries: 1
2013-03-05 09:41:03.145 [DBG] del: id: 1 clientfd: 5 ==> entries: 0
2013-03-05 09:41:03.145 [DBG] id: 1 elem: 1 p1: 2 p2: 0 p3: 0
2013-03-05 09:41:03.145 [NET] <<< client [5] 00 
2013-03-05 09:41:03.147 [NET] >>> client [5] cyc betrd.regler brauchwasser
2013-03-05 09:41:03.147 [NOT] search: cyc betrd.regler
2013-03-05 09:41:03.147 [NOT]  found: 03050709 type: 2 ==> id: 1
2013-03-05 09:41:03.147 [NOT]   data: brauchwasser
2013-03-05 09:41:03.147 [DBG] add: id: 1 clientfd: 5 ==> entries: 1
2013-03-05 09:41:03.189 [DBG] del: id: 1 clientfd: 5 ==> entries: 0
2013-03-05 09:41:03.189 [DBG] id: 1 elem: 2 p1: 3 p2: 4 p3: 0
2013-03-05 09:41:03.189 [NET] <<< client [5]     0.0000 
2013-03-05 09:41:03.191 [NET] >>> client [5] cyc betrd.regler solldruck
2013-03-05 09:41:03.191 [NOT] search: cyc betrd.regler
2013-03-05 09:41:03.191 [NOT]  found: 03050709 type: 2 ==> id: 1
2013-03-05 09:41:03.191 [NOT]   data: solldruck
2013-03-05 09:41:03.191 [DBG] add: id: 1 clientfd: 5 ==> entries: 1
2013-03-05 09:41:03.237 [DBG] del: id: 1 clientfd: 5 ==> entries: 0
2013-03-05 09:41:03.237 [DBG] id: 1 elem: 3 p1: 5 p2: 6 p3: 0
2013-03-05 09:41:03.237 [NET] <<< client [5]    0.000 
2013-03-05 09:41:03.239 [NET] >>> client [5] cyc betrd.regler stellgrad
2013-03-05 09:41:03.239 [NOT] search: cyc betrd.regler
2013-03-05 09:41:03.239 [NOT]  found: 03050709 type: 2 ==> id: 1
2013-03-05 09:41:03.239 [NOT]   data: stellgrad
2013-03-05 09:41:03.239 [DBG] add: id: 1 clientfd: 5 ==> entries: 1
2013-03-05 09:41:03.281 [DBG] del: id: 1 clientfd: 5 ==> entries: 0
2013-03-05 09:41:03.281 [DBG] id: 1 elem: 4 p1: 7 p2: 0 p3: 0
2013-03-05 09:41:03.281 [NET] <<< client [5]   0.00 
2013-03-05 09:41:03.283 [NET] >>> client [5] cyc betrd.regler kesselsolltemp
2013-03-05 09:41:03.283 [NOT] search: cyc betrd.regler
2013-03-05 09:41:03.283 [NOT]  found: 03050709 type: 2 ==> id: 1
2013-03-05 09:41:03.283 [NOT]   data: kesselsolltemp
2013-03-05 09:41:03.283 [DBG] add: id: 1 clientfd: 5 ==> entries: 1
2013-03-05 09:41:03.325 [DBG] del: id: 1 clientfd: 5 ==> entries: 0
2013-03-05 09:41:03.325 [DBG] id: 1 elem: 5 p1: 8 p2: 0 p3: 0
2013-03-05 09:41:03.325 [NET] <<< client [5]   0.00 
2013-03-05 09:41:03.327 [NET] >>> client [5] cyc betrd.regler brennstoff
2013-03-05 09:41:03.327 [NOT] search: cyc betrd.regler
2013-03-05 09:41:03.327 [NOT]  found: 03050709 type: 2 ==> id: 1
2013-03-05 09:41:03.327 [NOT]   data: brennstoff
2013-03-05 09:41:03.327 [DBG] add: id: 1 clientfd: 5 ==> entries: 1
2013-03-05 09:41:03.369 [DBG] del: id: 1 clientfd: 5 ==> entries: 0
2013-03-05 09:41:03.369 [DBG] id: 1 elem: 6 p1: 9 p2: 0 p3: 0
2013-03-05 09:41:03.369 [NET] <<< client [5]   0 
2013-03-05 09:41:03.370 [NET] client [5] disconnected.

Hättest Du eine Idee warum die Werte nicht berechnet werden, sondern nur 0 zurückgegeben wird?

Vielen Dank und Gruß,
Moritz

[Anders]

wolf

@kleinklausi: kannst du mir mal dein wolf.csv und falls vorhanden get/set dateien geben

ich bin jetzt auch soweit das ich mich da einarbeiten kann.

gruß
andreas

[Gast]

Sehr Gut! Endlich ein Bedarf nach Master-Master Telegrammen.

Der Grund warum du hier nichts siehst https://knx-user-forum.de/294548-post656.html

Ok - somit wird bei zyklischen Telegrammen (falls CRC ok) folgendes gespeichert.

BroadCast ==> Speicherung der Nutzdaten
MasterMaster ==> Speicherung des ACK Byte
MasterSlave ==> Speicherung der Slave Antwort

Ist jetzt im nachhinein betrachtet eine doffe Entscheidung.

Da bei Master-Slave Telegrammen auch der Masterinhalt von Interesse ist, sollte ich das wohl noch implementieren.

Wie kann in der Config angegeben werden, was von wo ist?
Also ist das bei MS ein Wert vom Master oder Slave bzw. bei MM ist das vom Master bzw. ist es die Antwort vom Slave.

---

Eine Kleinigkeit - Faktor 0.0 ergibt immer 0

stellgrad            pos: 7             d1c [ 0.00] [%]      0-100

Hier müsste statt 0.0 ebenfalls 1.0 als Faktor rein