Problem mit TechemHKV -- nur "listening"

[explorer]

Hallo an die Community,

ich nutze erst seit ca. 1 Monat FHEM mit einem RapsberryPi 2 und einem SCC von Busware. Die Einrichtung mit meinen HomeMatic Thermostaten, etc. hat super geklappt. Jetzt bin ich hier im Forum und auch im Wiki auf den Beitrag gestoßen der beschreibt, dass man auch Techem HKV's auslesen kann, was ich persönlich äußerst spannend finde!
Ich bin soweit der Anleitung gefolgt ... also den CUL auf WMBus_T modus gestellt und den HKV sowohl mit der 4-stelligen als auch mit 8-stellingen Nr. angelegt. Allerdings wird im Gerät unter Readings nur "state    listening". Keine Spur von current_period, etc.
Kann mir jemand sagen was ich falsch mache bzw. was ich noch zu tun habe? Ich weiß leider nicht, was dazu noch für Informationen nötig sind

Ich danke dir schon einmal im Voraus!
Beste Grüße
Sven

[herrmannj]

Hallo Sven,

nochmal Willkommen !

In der Theorie klingt alles richtig, von daher müssen wir suchen.

Die Techem HKV senden in Intervallen von 2..15min. Ich vermute solnge hast Du ohnehin abgewartet.

Als Ursache kommen jetzt also Fehler im Modul, Firmware des CUL, oder Firmware oder Typ der HKV sowie das define in Frage

Welchen CUL setzt Du ein ? Gib mal bitte ein "list <NAME_DEINES_CUL>" ein und poste den output hier.

vg
joerg

[explorer]

Guten Morgen,

Vielen Dank das du dich meinem Problem an nimmst.
Zur Zeit ... ja genau ich hab über eine halbe Stunde gewartet aber leider nichts.

Hier der Output des List Befehls

Code Auswählen Erweitern


Internals:
   CMDS       mBbCFiAZGMYRTVWXef*ltux
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:
   DEF        /dev/ttyAMA0@38400 1234
   DeviceName /dev/ttyAMA0@38400
   FD         10
   FHTID      1234
   HM_SCC_MSGCNT 4
   HM_SCC_TIME 2015-12-19 09:05:52
   NAME       HM_SCC
   NR         21
   PARTIAL
   RAWMSG     A0FDA86103A9E9C0000000A98CC91080006
   RSSI       -71
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.65 CSM868
   initString X21
Ar
   Matchlist:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
   Readings:
     2015-12-19 09:04:25   cmds             m B b C F i A Z G M Y R T V W X e f * l t u x
     2015-12-19 09:05:52   state           Initialized
Attributes:
   group      CUL
   hmId       131123
   rfmode     HomeMatic
   room       Technik


Ich muss dazu sagen, dass ich eigentlich rfmode HomeMatic arbeitete ... für das testen mit TechemHKV habe ich natürlich auf WMBus_T umgestellt ... nachdem ich merkte, dass es nicht funktioniert habe ich zurück auf HomeMatic gestellt, aber da gab es zunächst auch Probleme einige Geräte "wieder zu finden". Da hat ein Neustart des Pi's geholfen. Kann da ein Anhaltspunkt sein?

[herrmannj]

Hi,

im Augenblick steht der CUL nicht auf WMBUS_T.

Magst Du ihn nochmal auf WMBUS_T umstellen, 30min warten und dann nochmal das list posten ?

vg
joerg

[explorer]

Na klar ... blöd von mir.
Hier der output nach >30 min

Code Auswählen Erweitern


Internals:
   CMDS       mBbCFiAZGMYRTVWXef*ltux
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        /dev/ttyAMA0@38400 1234
   DeviceName /dev/ttyAMA0@38400
   FD         9
   FHTID      1234
   NAME       HM_SCC
   NR         21
   PARTIAL
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.65 CSM868
   initString X21
   Matchlist:
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04....(1|5|9).a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
   Readings:
     2015-12-19 13:28:41   cmds             m B b C F i A Z G M Y R T V W X e f * l t u x
     2015-12-19 13:28:41   state           Initialized
Attributes:
   group      CUL
   hmId       131123
   rfmode     WMBUS_T
   room       Technik


Gruß
Sven

[herrmannj]

Hi

das kommt wohl daher weil es ein scc ist. Weicht in mehreren Punkten vom "soll" ab. Muss ich mir in Ruhe anschauen. Aber so kann da wirklich nichts kommen ...

vg
joerg

[herrmannj]

Hallo Sven,

also: Dein SCC läuft nicht im WMBUS_T Mode.

Frage: warum ?

Was mir auffällt ist dass die Groß/Kleinschreibung beim rfmode nicht passt.

Richtig: "WMBus_T" vs. "WMBUS_T"

Ist Dein fhem aktuell ? Hast Du eine Erklärung ?

vg
joerg

[explorer]

Ok also liegt es an meinem SCC?
Ah gut zu wissen, dass mit der Schreibweise ... dann steht es im Wiki falsch, dort steht nämlich "WMBUS_T"
Hab nochmal mit der richtigen Schreibweise versucht, aber weithin nichts ... hier nochmal der list output, wenn das hilft?

Code Auswählen Erweitern


Internals:
   CMDS       mBbCFiAZGMYRTVWXef*ltux
   Clients    :WMBUS:HMS:CUL_IR:STACKABLE_CC:
   DEF        /dev/ttyAMA0@38400 1234
   DeviceName /dev/ttyAMA0@38400
   FD         9
   FHTID      1234
   NAME       HM_SCC
   NR         21
   PARTIAL
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.65 CSM868
   initString X21
brt
   Matchlist:
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     J:WMBUS    ^b.*
   Readings:
     2015-12-20 10:13:51   cmds             m B b C F i A Z G M Y R T V W X e f * l t u x
     2015-12-20 10:13:51   state           Initialized
Attributes:
   group      CUL
   rfmode     WMBus_T
   room       Technik


FHEM ist aktuell ... habe vor dem umstellen nochmal update laufen lassen.

Danke und Gruß. Sven

[herrmannj]

Ja, hilft ein Stück weiter.

Die Umschaltung in den WMBUS mode hat funktioniert - allerdings konnte das Techem Modul das nicht registrieren. Was komisch ist: eigentlich "dürfte" 00_CUL.pm die "falsche" Schreibweise überhaupt nicht annehmen ..

Sag mal bitte: wie genau setzt Du denn das Attribut ? Über die Weboberfläche in der Auswahlbox ?Über die cmdline ?  Anders ?

vg
joerg

[explorer]

Ok,
klingt also hätte ich einen Bug offen gelegt?
Also das "attr HM_SCC rfmode WMBus_T" setzte ich im Webinterface über: Edit Files ... fhem.cfg ... Änderung und dann save fhem.cfg
Wäre wäre denn der "richtigste" Weg?

Beste Grüße
Sven

[herrmannj]

nee, keinen Bug

Die cfg von Hand zu editieren hat unangenehme Nebenwirkungen: zwei davon (fehlende Syntaxprüfung und bestimmte nicht generierte events) hast Du gerade kennen gelernt

Entweder dies

Code Auswählen Erweitern

attr HM_SCC rfmode WMBus_T direkt in die fhem Eingabezeile eingeben und return drücken oder im Webinterface den CUL (scc) auswählen und das Attribut über das dropdown Feld auswählen.

Danach sollte alles schön sein.

vg
joerg

[explorer]

Ich verstehe ... gut zu wissen,
aber ich muss leider sagen, dass sich dadurch nichts ändert
Habe das attr und die defines über die Eingabezeile gemacht, 30 min gewartet ... aber es bleibt beim "listening"
Hast du noch weitere Ideen?

[herrmannj]

mach am besten einen Neustart. Wenn der CUL nach dem Neustart auf einem anderen rfmode steht dann:

Code Auswählen Erweitern

attr HM_SCC rfmode WMBus_T

Danach kurz warten (5-10min) und bitte nochmal das list vom cul hier posten.

vg
joerg

[explorer]

Hallo joerg,

erstmal ein gesundes Neues!
Entschuldige die späte Meldung, aber über die Feiertage verreist ... habe noch mal meine Pi neugestartet, das attr per Kommandozeile zughinzugefügt und die HKV's angelegt ... nach 15 min weiterhin nichts.
Hier noch der output von list:

Code Auswählen Erweitern


Internals:
   CMDS       mBbCFiAZGMYRTVWXef*ltux
   Clients    :TechemHKV:WMBUS:HMS:CUL_IR:STACKABLE_CC:
   DEF        /dev/ttyAMA0@38400 1234
   DeviceName /dev/ttyAMA0@38400
   FD         9
   FHTID      1234
   NAME       HM_SCC
   NR         21
   PARTIAL
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.65 CSM868
   initString X21
brt
   Matchlist:
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     J:WMBUS    ^b.*
   Readings:
     2016-01-02 15:03:31   cmds             m B b C F i A Z G M Y R T V W X e f * l t u x
     2016-01-02 15:03:31   state           Initialized
Attributes:
   group      CUL
   rfmode     WMBus_T
   room       Technik


Danke und Gruß.
Sven

[pechnase]

Hallo zusammen,

ich schalte mich hier mal ein, weil bei mir im Prinzip das TechemHKV Modul mit einem CUL Nachbau läuft. Was mir auffällt ist, dass es in dem SCC in dem List keine RAWMSG und keine Zeile mit ..._MSGCNT und ..._TIME gibt. Hier mein list (Teile der RAWMSG gelöscht)

Code Auswählen Erweitern

Internals:
   CMDS       BbCFiAZEkGMKUYRTVWXefltx
   Clients    :TechemWZ:TechemHKV:WMBUS:HMS:CUL_IR:STACKABLE_CC:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1048A3U-if00-port0@38400 4422
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1048A3U-if00-port0@38400
   FD         63
   FHTID      4422
   NAME       nanoCUL
   NR         209
   PARTIAL
   RAWMSG     b2F4............
   RSSI       -83.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.65 nanoCUL868
   initString X21
brt
   nanoCUL_MSGCNT 28387
   nanoCUL_TIME 2016-01-02 22:50:32
   Matchlist:
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     J:WMBUS    ^b.*
   Readings:
     2016-01-02 17:18:17   cmds             B b C F i A Z E k G M K U Y R T V W X e f l t x
     2016-01-02 22:50:32   state           Initialized
Attributes:
   devStateIcon Initialized:general_ok
   group      Kommunikation
   icon       cul_868
   rfmode     WMBus_T
   room       Flur_Schlaf,Server

Ich bin nicht der CUL-Experte, aber für mich sieht es so aus, als ob der SCC keine Nachrichten empfängt und damit immer nur listening angezeigt wird. Ich habe auch das Modul TechemWZ im Einsatz.

Viele Grüße
Pechnase