HM-WDS100-C6-O-2 fehlender Batteriestatus

Begonnen von steffenp, 28 März 2017, 12:39:10

Vorheriges Thema - Nächstes Thema

steffenp

Hallo,

habe einen HM-WDS100-C6-O-2 Wettersensor der auch soweit funktioniert. Nur ein reading zum Batteriestatus fehlt mir. Ist das nur bei mir so?
Laut Beschreibung sollte er auch den Batteriestatus übertragen. Da der etwas ungünstig zu erreichen ist wäre es gut etwas Vorwarnzeit zu haben bevor
die Batterie ganz leer ist, so das Reading das überhaupt leisten kann.

Anbei ein List.

Steffen


Internals:
   DEF        4DC2CD
   HMLAN1_MSGCNT 2143
   HMLAN1_RAWMSG E4DC2CD,0000,0838321C,FF,FFBA,8D86704DC2CD0000000093380045C0001540EB
   HMLAN1_RSSI -70
   HMLAN1_TIME 2017-03-28 10:41:03
   HmLGW1_MSGCNT 2145
   HmLGW1_RAWMSG 050000308D86704DC2CD0000000093380045C0001540EB
   HmLGW1_RSSI -48
   HmLGW1_TIME 2017-03-28 10:41:03
   IODev      HmLGW1
   LASTInputDev HMLAN1
   MSGCNT     4288
   NAME       AU_Wettersensor
   NOTIFYDEV  global
   NR         432
   NTFY_ORDER 50-AU_Wettersensor
   STATE      Temperatur: 14.7 °C, Feuchtigkeit: 56 %, Helligkeit: 235
   TYPE       CUL_HM
   lastMsg    No:8D - t:70 s:4DC2CD d:000000 0093380045C0001540EB
   protCmdDel 4
   protLastRcv 2017-03-28 10:41:03
   protResnd  3 last_at:2017-03-27 20:13:45
   protResndFail 2 last_at:2017-03-27 20:10:01
   protSnd    6 last_at:2017-03-27 20:13:53
   protState  CMDs_done
   rssi_at_HMLAN1 lst:-70 cnt:2143 avg:-75.98 min:-100 max:-67
   rssi_at_HmLGW1 min:-65 max:-46 lst:-48 avg:-48.34 cnt:2145
   Readings:
     2017-03-27 20:13:53   Activity        alive
     2017-03-27 20:13:53   CommandAccepted yes
     2017-03-27 20:13:53   D-firmware      1.6
     2017-03-27 20:13:53   D-serialNr      NEQ1100437
     2017-03-27 20:13:54   PairedTo        0x8D0C2D
     2017-03-22 18:43:33   R-pairCentral   0x8D0C2D
     2017-03-27 20:13:54   RegL_00.          01:00 02:01 0A:8D 0B:0C 0C:2D 18:00 00:00
     2017-03-28 10:41:03   brightness      235
     2017-03-28 10:41:03   humidity        56
     2017-03-28 10:41:03   isRaining       0
     2017-03-28 10:41:03   rain            20.355
     2017-03-28 10:41:03   state           T: 14.7 H: 56 W: 0 R: 20.355 IR: 0 WD: 105 WDR: 67.5 S: 64 B: 235
     2017-03-28 10:41:03   sunshine        64
     2017-03-28 10:41:03   temperature     14.7
     2017-03-28 10:41:03   windDirRange    67.5
     2017-03-28 10:41:03   windDirection   105
     2017-03-28 10:41:03   windSpeed       0
   Helper:
     HM_CMDNR   141
     cSnd       018D0C2D4DC2CD00040000000000,018D0C2D4DC2CD00040000000000
     getCfgListNo
     mId        00AE
     rxType     14
     supp_Pair_Rep 0
     Expert:
       def        1
       det        1
       raw        1
       tpl        0
     Io:
       newChn     +4DC2CD,00,03,00
       nextSend   1490690463.30561
       rxt        2
       vccu       VCCU
       p:
         4DC2CD
         00
         03
         00
       prefIO:
         HmLGW1
     Mrssi:
       mNo        8D
       Io:
         HMLAN1     -70
         HmLGW1     -46
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_hmlan1:
         avg        -75.983667755483
         cnt        2143
         lst        -70
         max        -67
         min        -100
       At_hmlgw1:
         avg        -48.3426573426572
         cnt        2145
         lst        -48
         max        -46
         min        -65
     Shadowreg:
     Tmpl:
Attributes:
   IODev      HmLGW1
   IOgrp      VCCU:HmLGW1
   actCycle   000:10
   actStatus  alive
   autoReadReg 0_off
   event-on-change-reading humidity,rain,windSpeed,windDirection,temperature,brightness,isRaining
   expert     3_allReg+raw
   firmware   1.6
   group      Wetter/Klima
   icon       weather_storm
   model      HM-WDS100-C6-O-2
   msgRepeat  1
   room       Garten,Wetter
   serialNr   NEQ1100437
   subType    THSensor

Annitoka

Hallo zusammen,

auch ich habe mir den HM-WDS100-C6-O-2 Wettersensor gekauft.
Mein Listing entspricht dem von steffenp.

Auch ich habe (leider Anfänger vlt. daher haben mir die anderen threads zu dem Wettersensor HM-WDS100-C6-O nicht weitergeholfen) zwei Fragen:

1.) Kann man den Batteriestatus bei dem 0-2 anzeigen?
2.) Leider klappt das mit dem Beeren nicht so wie im WIKI und den Threads zum HM-WDS100-C6-O beschrieben. Es erscheint aus kein Storm-Reading. Muss man hier bei der Version 0-2 etwas anders machen als bei der ersten Version?

meine Firmware ist 1.6.

Schon mal Danke für die Hilfe.

Grüße aus Karlsruhe
Fhem auf RasPi3 mit Homematic Funkmodul HM-MOD-RPI-PCB, USB-RFXTRX und Arduino als MySensor-Gateway

steffenp

Hallo,

jetzt wo du es sagst, das mit dem peeren (mit der VCCU) hat bei mir auch nicht funktioniert. Hatte das aber auf meine Unfähigkeit geschoben und da ich es nicht so dringend brauche auf später verschoben.

In der Anleitung ist sowohl das peeren beschrieben als auch von einem Batterie leer Symbol die Rede. Müsste also beides auch möglich sein.

Was können wir tun um den Problemen auf den Grund zu kommen?

Gruß Steffen

chris1284

https://forum.fhem.de/index.php?topic=38390.0

da hat schon mal jemand gefragt. ihr könnt mir ja einen kaufen und ich schau an der ccu ob battery geht :-)

martinp876

Zeichnet einmal rohmessages auf. Legt eine alte Batterie ein und noch einmal aufzeichnen. Wenn es gemeldet wird ist es einfach zu finden

steffenp

Hallo Martin,

hier schon mal was mit vollen Batterien. Ist es das was du brauchst? Bin mir mit dem Sniffen nicht so ganz sicher.
Alte Batterien muss ich erst mal welche suchen und in der Nähe der Wetterstation sein.

Dann ist bei mir in den readings irgendwann auch ein storm: unknown:04 aufgetaucht. Seit wann das so ist kann ich nicht sagen und das peeren hatte ja auch nicht funktioniert. Kannst du dir da einen Reim drauf machen?

Danke und Gruß
Steffen

2017.04.04 16:53:53 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: AB 86 70 4DC2CD 000000 009F2E004CC03D0656E5

Annitoka

Hallo zusammen,

vielen Dank für eure Antworten.
Dass die Batterien nicht angezeigt werden, damit könnte ich leben, ich würde sie eben nach 1,5 Jahren austauschen.

Ansonsten geht es mir wie Steffen, dass ich das mit dem Peeren nicht hinkriege....ich denke mal das liegt bei mir ganz sicher an meiner Unfähigkeit :-( ...Ich habe bereits den Wettersensor auf Werkseinstellung zurückgesetzt, direkt an einen HomeMatic Funk-Rollladenaktor gepeert bevor ich den Wettersensor mit FHEM gepaart habe... Das Peering wird beim Rolladenaktor angezeigt, bei dem Wettersensor aber nicht. Auch die Hinweise im Link vom Thread, den chris gepostet hat, haben mich nicht weitergebracht...PeerBulk geht auch nicht...

Komisch ist, dass ich im Log-File die gleiche Meldung wie Steffen habe: storm: unknown:04
Diese ist aber lediglich EINMAL aufgetaucht, obwohl die Messwerte hier keine Ausreisser gegenüber den älteren oder neueren Werten hatte....

Und Martin...vielen Dank...aber ich weiss leider nicht wie man bei HM rohmessages erzeugt...:-(

Scheint wirklich so Steffen, dass wir das absolut gleiche Verhalten haben und sich die Version 2 des Wettersensors irgendwie anders beim Peeren verhält als die Vorgängerversionen... wäre toll wenn wir das Peeren hinkriegen :-)

Schon mal vielen Dank für alle eure Hinweise...

Und Chris: du kannst ja bei mir zur Untermiete einziehen, dann darfst du den Sensor auch mitbenutzen ;-)

Viele Grüße aus Karlsruhe
Kai
Fhem auf RasPi3 mit Homematic Funkmodul HM-MOD-RPI-PCB, USB-RFXTRX und Arduino als MySensor-Gateway

Annitoka

Hier noch das list des Kombisensors (das Attribut peerIDs habe ich händisch angehängt...auch ohne Erfolg)


Internals:
   DEF        4DC2FF
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     492
   NAME       HM_4DC2FF
   NOTIFYDEV  global
   NR         2383
   NTFY_ORDER 50-HM_4DC2FF
   STATE      T: 15.1 H: 37 W: 0 R: 0.295 IR: 0 WD: 60 WDR: 45 S: 6 B: 73
   TYPE       CUL_HM
   lastMsg    No:37 - t:70 s:4DC2FF d:000000 009725000180000C0649
   myHmUART_MSGCNT 492
   myHmUART_RAWMSG 050000443786704DC2FF000000009725000180000C0649
   myHmUART_RSSI -68
   myHmUART_TIME 2017-04-04 19:55:26
   protCmdDel 6
   protLastRcv 2017-04-04 19:55:26
   protResnd  3 last_at:2017-04-03 23:46:51
   protResndFail 3 last_at:2017-04-03 23:47:45
   protSnd    8 last_at:2017-04-03 23:47:42
   protState  CMDs_done_Errors:1
   rssi_at_myHmUART min:-90 lst:-68 avg:-75.46 max:-62 cnt:492
   Readings:
     2017-04-03 21:46:32   Activity        alive
     2017-04-03 22:07:09   CommandAccepted yes
     2017-04-03 20:13:01   D-firmware      1.6
     2017-04-03 20:13:01   D-serialNr      NEQ1100387
     2017-04-03 22:07:13   PairedTo        0x470603
     2017-04-03 20:13:02   R-pairCentral   0x470603
     2017-04-04 19:55:26   brightness      73
     2017-04-04 19:55:26   humidity        37
     2017-04-04 19:55:26   isRaining       0
     2017-04-04 19:55:26   rain            0.295
     2017-04-04 19:55:26   state           T: 15.1 H: 37 W: 0 R: 0.295 IR: 0 WD: 60 WDR: 45 S: 6 B: 73
     2017-04-04 19:55:26   sunshine        6
     2017-04-04 19:55:26   temperature     15.1
     2017-04-03 20:13:03   unknown         0400000000000105320A010000
     2017-04-04 19:55:26   windDirRange    45
     2017-04-04 19:55:26   windDirection   60
     2017-04-04 19:55:26   windSpeed       0
     Regl_00.:
       VAL
   Helper:
     HM_CMDNR   55
     cSnd       014706034DC2FF01015340240100,014706034DC2FF00040000000000
     getCfgListNo
     mId        00AE
     rxType     14
     supp_Pair_Rep 0
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +4DC2FF,00,00,00
       nextSend   1491328526.42654
       rxt        2
       vccu       VCCU
       p:
         4DC2FF
         00
         00
         00
       prefIO:
         myHmUART
     Mrssi:
       mNo        37
       Io:
         myHmUART   -66
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_myhmuart:
         avg        -75.4613821138211
         cnt        492
         lst        -68
         max        -62
         min        -90
     Shadowreg:
     Tmpl:
   Nb:
     cnt        1
Attributes:
   IODev      myHmUART
   IOgrp      VCCU:myHmUART
   actCycle   000:10
   actStatus  alive
   alias      G_Terasse_Wettersensor
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.6
   group      FHEM_Wetter,Klima
   model      HM-WDS100-C6-O-2
   msgRepeat  1
   peerIDs    00000000, 53402401
   room       G_Terasse,Haus_Klima,TRX_WEATHER,Wettervorhersage
   serialNr   NEQ1100387
   subType    THSensor
Fhem auf RasPi3 mit Homematic Funkmodul HM-MOD-RPI-PCB, USB-RFXTRX und Arduino als MySensor-Gateway

steffenp

Funktioniert denn das peering und wird nur nicht angezeigt oder schaltet der Aktor auch nicht? Das hatte ich bis jetzt so noch nicht probiert. Den Anwendungsfall (Markise) hab ich bisher so nicht. Ich könnte zwar bei Sturm die Rolladen runterfahren aber da würde sicher das reading windSpeed über fhem auch reichen.
Daher hatte ich das mit dem peeren auch erstmal nach hinten geschoben.
Das bei mir vorhandene Reading storm würde ja dafür sprechen das der Sensor meint gepeert zu sein. Nur kann FHEM damit nicht richtig umgehen. Das das nur einmal kommt könnte ja daran liegen das derzeit kein Sturm ist.

Batteriewarnung finde ich schon wichtig, man weiß ja oft nicht wie lange die Batterien wirklich halten die man gekauft hat. Die sind ja doch erheblichen Einflüssen ausgesetzt (Hitze, Kälte, ...) so das ich nicht unbedingt davon ausgehen würde das die immer so lange halten wie im Labor oder theoretisch ermittelt.

Ich weiß leider nicht ob das was ich da gestern gesnifft habe so OK ist. Wenn ich sicher wäre das das so richtig ist würde ich den Sensor wohl mal rein holen und an einem Labornetzteil (einstellbar) betreiben. Dann könnte man sehen ob und auch wann die Warnung kommt.
Anbei noch mal ein paar gesniffte Messages mit hoffentlich vollen Batterien:

Gruß
Steffen


2017.04.05 17:05:22 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: E8 86 70 4DC2CD 000000 007132004CC08B087ACF
2017.04.05 17:07:30 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: E9 86 70 4DC2CD 000000 007032004CC067417CD1
2017.04.05 17:10:27 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: EA 86 70 4DC2CD 000000 006F32004CC055117FCC
2017.04.05 17:13:10 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: EB 86 70 4DC2CD 000000 006D33004CC09D4081C6
2017.04.05 17:15:38 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: EC 86 70 4DC2CD 000000 006C33004CC0550E84C2
2017.04.05 17:17:52 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: ED 86 70 4DC2CD 000000 006B33004CC0794686C1
2017.04.05 17:20:55 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: EE 86 70 4DC2CD 000000 006A33004CC0553589C7
2017.04.05 17:23:44 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: EF 86 70 4DC2CD 000000 006A33004CC085048CC9
2017.04.05 17:26:19 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: F0 86 70 4DC2CD 000000 006933004CC0B0038EC5
2017.04.05 17:28:39 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: F1 86 70 4DC2CD 000000 006834004CC0911191E6
2017.04.05 17:30:44 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: F2 86 70 4DC2CD 000000 006834004CC0551393BD
2017.04.05 17:33:40 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: F3 86 70 4DC2CD 000000 006734004CC0970296B0
2017.04.05 17:36:20 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: F4 86 70 4DC2CD 000000 006534004CC0973799B4
2017.04.05 17:38:47 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: F5 86 70 4DC2CD 000000 006534004CC0913E9BBA
2017.04.05 17:40:59 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: F6 86 70 4DC2CD 000000 006435004CC0913C9DB7
2017.04.05 17:44:00 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: F7 86 70 4DC2CD 000000 006335004CC0A931A0B2
2017.04.05 17:46:48 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: F8 86 70 4DC2CD 000000 006335004CC06147A3AB
2017.04.05 17:49:20 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: F9 86 70 4DC2CD 000000 006235004CC06108A6A9
2017.04.05 17:51:39 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: FA 86 70 4DC2CD 000000 006136004CC0793EA8A8
2017.04.05 17:53:43 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: FB 86 70 4DC2CD 000000 006136004CC07946AA9D
2017.04.05 17:56:36 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: FC 86 70 4DC2CD 000000 006037004CC06703AD8D
2017.04.05 17:59:15 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: FD 86 70 4DC2CD 000000 005D3A004CC0BC15AF8A
2017.04.05 18:01:40 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: FE 86 70 4DC2CD 000000 005C3C004CC09129B29A



steffenp

Hallo

finde bei mir jetzt auch ein reading: trig_01   VCCU.

Könnte es sein das dieses mir sagen soll das die Sturmwarnung getriggert wurde? Hatte versucht mit der VCCU zu peeren. Muss das mal weiter beobachten.

Gruß

Annitoka

#10
Hallo Steffen,

ich komme auch nicht richtig weiter....nach peering mit Schaltaktor habe ich jetzt auch neue readings:
storm unknown:04
trig_01 VCCU
trigger_cnt 2
die kamen heute im laufe des Tages laut log file 2 mal..... kann aber nicht sagen warum....

beim Aktor ist nach dem Peeren folgendes aufgetaucht:
R-G_TER_Wetter_KL_chn-01-lgActionType jmpToTarget
R-G_TER_Wetter_KL_chn-01-lgOnLevel 100 %
R-G_TER_Wetter_KL_chn-01-shActionType jmpToTarget
R-G_TER_Wetter_KL_chn-01-shOnLevel 100 %



ich habe die Batterien mal rein und rausgemacht....und siehe da...nochmal 2 neue readings:
unknown 06000030
powerOn 2017-04-10 23:55:25
recentStateType info

heute Nacht habe ich aber keine Lust mehr...ich schlage vor wir probieren weiter und hoffe, dass einer von uns weiterkommt.

Viele Grüße
Kai
Fhem auf RasPi3 mit Homematic Funkmodul HM-MOD-RPI-PCB, USB-RFXTRX und Arduino als MySensor-Gateway

steffenp

Hallo Annitoka,

habe das heute mal versucht nachzuvollziehen. Der letzte Trigger kam um 09:13, um die Zeit herum habe ich auch bis zu 21,2 km/h im Log. Könnte also gut passen das
die Wetterstation gepeert ist und das auch funktioniert. Deine Register im Aktor sehen auch so aus als würden sie das Verhalten bei Sturm festlegen.
Es gibt long und short (vermutlich kurze Windboe) und long (länger anhaltend). Bei Beiden geht der Aktor auf 100%. Beim Rolladenaktor ist das eingefahren.

Leider sieht man im Wettersensor nicht die entsprechenden Register. Da müsste es dann auch welche geben wo man die Schwelle einstellen kann ab wann Sturm ist.
Wenn ich in HMConfig.pm rein sehe dann kann ich diese auch finden, leider sind die entsprechenden Zeilen auskommentiert:

#rf_hm-wds100-c6-o-2       r:SUNSHINE_THRESHOLD                       l:1   idx:5.0      size:1.0    type:integer    log## ty: integer    min:0          max:0xff       def:           uni:
#rf_hm-wds100-c6-o-2       r:WIND_SPEED_RESULT_SOURCE                 l:1   idx:10       size:1.0    type:integer    log## ty: option     min:           max:           def:           uni:
#rf_hm-wds100-c6-o-2       r:STORM_UPPER_THRESHOLD                    l:1   idx:6.0      size:1.0    type:integer    log## ty: integer    min:0          max:0xff       def:           uni:
#rf_hm-wds100-c6-o-2       r:STORM_LOWER_THRESHOLD                    l:1   idx:7.0      size:1.0    type:integer    log## ty: integer    min:0          max:0xff       def:           uni:

Warum das so ist kann ich nicht sehen.
Sieht so aus als hätte sich da jemand dran versucht es dann aber nicht zu Ende gemacht. Sich in diese Definitionen einzuarbeiten wird aber sicher etwas Arbeit machen.

Ich denke auch mal das das Batteriereading aus einem ähnlichen Grund nicht vorhanden ist.

Gruß
Steffen

Annitoka

Hallo Steffen,

vielen Dank für deine Info.
Bei mir kommen Werte sobald es das "Strom: unknown" reading gibt auch beim Schalfaktor an. Allerdings sind die Windspeed Werte hier im Log File, zum Teil auch nur bei 10km/h..andererseits gibt es Werte von 22 und 23, bei dem kein Strom reading ausgelöst wird...... So ist das leider für mich nicht zu gebrauchen.

Wenn ich deine Aussage zur HMconfig.pm richtig verstehe - und bei sind die gleichen auszementierten Einträge drin wie bei dir - ist der hm-wds100-c6-o-2 noch nicht in FHEM integriert..... das heisst wir müssen warten bis jemand der sich auskennt dem Modul annimmt, oder ?

Viele Grüße
Kai
Fhem auf RasPi3 mit Homematic Funkmodul HM-MOD-RPI-PCB, USB-RFXTRX und Arduino als MySensor-Gateway

steffenp

Hallo Kai,

Vorsicht, es gibt 2 Werte mit Bezug zum Sturm. Einmal die Schwelle zum Einschalten (jetzt ist Sturm, Markise rein -> STORM_UPPER_THRESHOLD) und die ab wann der "Status" Sturm wieder ausgeschaltet wird (Markise wieder raus -> STORM_LOWER_THRESHOLD).
Letzterer Wert dürfte deutlich niedriger als der Erste sein. Welche Werte als default da drin stehen könnte in der Anleitung stehen. Es könnte also gut sein das bei 22 km/h noch nicht ausgelöst wird weil die Schwelle zum Einschalten höher ist bzw bei 10 km/h eben noch weil die Ausschaltschwelle darunter liegt.
Die beiden Werte stehen in Registern die man derzeit in FHEM nicht sieht. Man könnte versuchen diese mit der HMConfig-Software zu setzen.

Entweder wer mit Ahnung nimmt sich dessen an die scheinbar nicht ganz fertige Konfiguration zu beenden oder wir müssen es selber machen und zu jemand mit Ahnung werden ;) Ist ja für die mit Ahnung auch nicht so einfach ohne das Gerät sowas zu implementieren.
Leider scheint das Interesse nicht so groß zu sein, das Teil ist wohl nicht so stark verbreitet.

Gruß
Steffen

martinp876

probier einmal - die Config sollte nun die relevanten Register zeigen.

ggf einmal das lesen der Register sniffen und ein list schicken