Firmware zu CUL, CUNX und Co. mit Timestamp Option ASKSIN tsculfw V0.43

[pantau]

Du kannst mir erst mal verraten, mit welchem Versionstand Du meinst noch HMS mit tsculfw und TSCUL empfangen zu haben. Gerne auch nochmal im Versionsstand zurück gehen, um das auch zu verifizieren.

Du updatest schneller als ich testen kann, dann überschreibst Du die Zipfiles im Forum und ein Changelog zwischen den Versionen habe ich nicht gefunden. Das macht es ganz schön schwer, etwas nachzuvollziehen ...
Nur eine kleine Anregung
Die Tests waren mit FW 0.34 und FHEM 0.46.x. Alles unten gesagte bezieht sich darauf.
Heute Abend probiere ich mal 0.47.

Hast Du den CUBe als TSCUL oder als CUL definiert?

DANKE. Ich wusste nicht das das geht, da da ja a-culfw drauf läuft... Habe ich jetzt gemacht, alles folgende bezieht sich auf folgende CUBe Definition:
(Mein CUBe hat 4 Empfänger eingebaut und per STACKABLE konfiguriert).

Code Auswählen Erweitern

define CUBe868SL TSCUL 192.168.99.52:2323 1234 <= Das geht, siehe 2.)
define CUBeStack2 STACKABLE CUBe868SL
define CUBe433SL TSCUL FHEM:DEVIO:CUBeStack2:9600 0000
define CUBeStack3 STACKABLE CUBe433SL
define CUBe868HM TSCUL FHEM:DEVIO:CUBeStack3:9600 0000 <= Das funktioniert nicht, s.u.
define CUBeStack4 STACKABLE CUBe868HM
define CUBe868N CUL FHEM:DEVIO:CUBeStack4:9600 0000

1.) CUBEe868HM:
Als TSCUL empfängt er nichts:

Code Auswählen Erweitern

TSCUL_Parse: CUBe868HM unknown message 072E2E0DE9CAFF0C
2020.04.20 19:48:46 2: TSCUL_Parse: CUBe868HM unknown message 450000060021656A
2020.04.20 19:48:46 2: TSCUL_Parse: CUBe868HM unknown message C8930322F8340733
2020.04.20 19:48:46 2: TSCUL_Parse: CUBe868HM unknown message 18166C434091876B
2020.04.20 19:48:46 2: TSCUL_Parse: CUBe868HM unknown message 00597F3E81350B00
2020.04.20 19:48:50 2: TSCUL_ReceiveDelayed: CUBe868HM Timeout reading answer for get RDl

(Die 10_CUL_HM.pm und bezogene Dateien habe ich nicht ausgetauscht)
Umdefiniert TSCUL => CUL geht:

Code Auswählen Erweitern

list CUBe868HM

Code Auswählen Erweitern

Internals:
   CFGFN      ./hm.cfg
   CMDS       bCAZNELYVXfz*
   CUBe868HM_MSGCNT 622
   CUBe868HM_TIME 2020-04-20 21:05:45
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        FHEM:DEVIO:CUBeStack3:9600 0000
   DeviceName FHEM:DEVIO:CUBeStack3:9600
   FD         8
   FHTID      0000
   FUUID      5c48e3ef-f33f-d5a5-a502-3a70ce813b76e8b4
   IODev      CUBeStack3
   IODevPort  9600
   IODevRxBuffer
   IOReadFn   STACKABLE_IOReadFn
   NAME       CUBe868HM
   NR         125
   NR_CMD_LAST_H 15
   PARTIAL   
   RAWMSG     A0692CEB08A5497EB
   RSSI       -84.5
   STACKED    CUBeStack4
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.26.01 a-culfw Build: PAN (06.11.2017) CUBEx4_8F (F-Band: 868MHz)
   initString X21
Ar
   owner_CCU  vccu
   MatchList:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2020-04-20 19:18:41   Xmit-Events     disconnected:1 init:5
     2019-09-01 00:15:15   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2020-04-20 20:06:42   cmds             b C A Z N E L Y V X f z *
     2020-04-20 19:18:41   cond            init
     2019-01-28 20:53:09   fhtbuf          A0E228410633B5D0000000B9CCE0B401D
     2020-04-20 15:19:33   prot_disconnected last
     2020-04-20 19:18:41   prot_init       last
     2020-04-20 21:05:45   state           Initialized
     2019-09-13 10:49:14   uptime          No answer
     2020-04-20 16:54:40   version         V 1.26.01 a-culfw Build: PAN (06.11.2017) CUBEx4_8F (F-Band: 868MHz)
   XMIT_TIME:
     1587406035.63347
     1587406036.33538
     1587406036.98396
     1587406037.31849
     1587406038.1398
     1587406038.71764
     1587406039.44816
     1587406039.60656
     1587406040.62904
     1587406040.9966
     1587407109.26098
     1587407915.57911
     1587407916.18162
     1587408282.67929
     1587408290.93364
   helper:
     5172D5:
       QUEUE:
     5A5159:
       QUEUE:
     648562:
       QUEUE:
     q:
Attributes:
   group      Gateways
   hmId       F11122
   hmProtocolEvents 0_off
   icon       cul_cul
   rfmode     HomeMatic
   room       AZ,CUL_HM,Server
   sendpool   CUBe868SL,rcul,CUL_0,CUBe868HM
   verbose    2

Das funktioniert.

2.) CUBe868SL geht als TSCUL:

Code Auswählen Erweitern

list CUBe868SL
CFGFN      ./interfaces.cfg
   CMDS       BbCFiAZNEkGMKLUYRTVWXefhltuxz*
   CUBe868SL_MSGCNT 436
   CUBe868SL_TIME 2020-04-20 21:12:27
   Clients    STACKABLETS:STACKABLE:TSCUL_WS:TSCUL_NC7427:IT:CUL_FHTTK:CUL_HOERMANN:TSCUL_TX:CUL_IR:SOMFY:Revolt:ESA2000:TSCUL_RFR:TSCUL_EM:BS:USF1000:FS20:FHT.*:TSKS300:HMS:FS20V:CUL_TCM97001:CUL_REDIRECT
   DEF        192.168.99.52:2323 1234
   DeviceName 192.168.99.52:2323
   FD         8
   FHTID      1234
   FUUID      5c48e3ea-f33f-d5a5-1d33-0691fdfa09f7b2ea
   NAME       CUBe868SL
   NR         44
   PARTIAL   
   RAWMSG     810c04xx0909a00116310000b000
   RSSI       -73
   STACKED    CUBeStack2
   STATE      Initialized
   TYPE       TSCUL
   VERSION    V 1.26.01 a-culfw Build: PAN (06.11.2017) CUBEx4_8F (F-Band: 868MHz)
   VERSION_TS no
   XmitOpen   0
   initString XP1C
X21
   MatchList:
     1:STACKABLETS ^\*
     2:STACKABLE ^\*
     A:TSCUL_WS ^K[\dA-F]....
     B:TSCUL_NC7427 ^n..........
     C:IT       ^i.(?::.|.....)
     D:CUL_FHTTK ^T[\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F]
     E:CUL_HOERMANN ^R..........
     F:TSCUL_TX ^TXA.........
     G:CUL_IR   ^I............
     H:SOMFY    ^Y[r|t|s]:?[\dA-F]+
     I:Revolt   ^r......................$
     J:ESA2000  ^S................................$
     K:TSCUL_RFR ^[\dA-F][\dA-F][\dA-F][\dA-F]~.
     L:TSCUL_EM ^E0.0[\dA-F]..............
     M:FS20V    ^81..(?:04|0c)..0101a001......00[89a-f]...
     N:BS       ^81..(?:04|0c)..0101a001a5cf
     O:USF1000  ^81..(?:04|0c)..0101a001a5ceaa00....
     P:FS20     ^81..(?:04|0c)..0101a001
     Q:FHT      ^81..(?:04|09|0d)..(?:0909a001|83098301|c409c401)..
     R:TSKS300  ^810d04..4027a001
     T:HMS      ^810e04......a001
     U:CUL_TCM97001 ^s[\dA-F]+
     V:CUL_REDIRECT ^o
   QUEUE:
   READINGS:
     2020-04-20 20:06:41   Xmit-Events     non-HM:2 disconnected:1
     2020-04-20 20:06:40   cmds             B b C F i A Z N E k G M K L U Y R T V W X e f h l t u x z *
     2020-04-20 20:06:41   cond            non-HM
     2020-04-20 20:06:11   prot_disconnected last
     2020-04-20 20:06:41   prot_non-HM     last
     2020-04-20 20:06:41   state           Initialized
     2019-09-13 10:49:30   uptime          0 22:02:48
   helper:
     ChkPart    0
     RA_Timeout 0
     nRec       0
     recAlive   1
     recd       1
     DEVIOTS:
       RXfailTO   
     HM:
       HMactive   0
       hmCrdts    9
     cnd:
       250        2
       253        1
     q:
       HMcndN     250
       hmLanQlen  1
     ref:
       ioBR       3840
       lHMt       4294967295
       lSys       1673805971.12738
       pngLm      80
       scF        1
     sendpool:
       HASH(0x55611011bb98)
       HASH(0x55610f5e8400)
       HASH(0x556112fe8f30)
Attributes:
   group      Gateways
   model      CUN
   rfmode     SlowRF
   room       Server,AZ
   sendpool   CUBe868SL,rcul,CUL_0,CUBe868HM

Ein anderes slowRF CUL:

Code Auswählen Erweitern

Internals:
   CFGFN      ./interfaces.cfg
   CMDS       BCFGJKMRTUVWXYeilmtux
   CUL_0_MSGCNT 53
   CUL_0_TIME 2020-04-20 21:14:21
   Clients    STACKABLETS:STACKABLE:TSCUL_WS:TSCUL_NC7427:IT:CUL_FHTTK:CUL_HOERMANN:TSCUL_TX:CUL_IR:SOMFY:Revolt:ESA2000:TSCUL_RFR:TSCUL_EM:BS:USF1000:FS20:FHT.*:TSKS300:HMS:FS20V:CUL_TCM97001:CUL_REDIRECT
   DEF        192.168.99.111:2002 1034
   DeviceName 192.168.99.111:2002
   FD         7
   FHTID      1034
   FUUID      5c48e3ea-f33f-d5a5-6c48-a0271bcd55cbf5c2
   NAME       CUL_0
   NR         40
   PARTIAL   
   RAWMSG     K21617162
   RFR_CULID  01
   RFR_REC_RSSI -80
   RSSI       -66
   STATE      Initialized
   SlowRF_IntCalcStat Last: 15.0  Min: 5.0  Mean: 10.5  Max: 56.0
   TYPE       TSCUL
   VERSION    VTS 0.34 CUL868
   VERSION_HW CUL_V3.4_0004
   VERSION_TS no ASKSIN
   XmitOpen   0
   initString XP1C
X21
   MatchList:
     1:STACKABLETS ^\*
     2:STACKABLE ^\*
     A:TSCUL_WS ^K[\dA-F]....
     B:TSCUL_NC7427 ^n..........
     C:IT       ^i.(?::.|.....)
     D:CUL_FHTTK ^T[\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F]
     E:CUL_HOERMANN ^R..........
     F:TSCUL_TX ^TXA.........
     G:CUL_IR   ^I............
     H:SOMFY    ^Y[r|t|s]:?[\dA-F]+
     I:Revolt   ^r......................$
     J:ESA2000  ^S................................$
     K:TSCUL_RFR ^[\dA-F][\dA-F][\dA-F][\dA-F]~.
     L:TSCUL_EM ^E0.0[\dA-F]..............
     M:FS20V    ^81..(?:04|0c)..0101a001......00[89a-f]...
     N:BS       ^81..(?:04|0c)..0101a001a5cf
     O:USF1000  ^81..(?:04|0c)..0101a001a5ceaa00....
     P:FS20     ^81..(?:04|0c)..0101a001
     Q:FHT      ^81..(?:04|09|0d)..(?:0909a001|83098301|c409c401)..
     R:TSKS300  ^810d04..4027a001
     T:HMS      ^810e04......a001
     U:CUL_TCM97001 ^s[\dA-F]+
     V:CUL_REDIRECT ^o
   QUEUE:
   READINGS:
     2020-04-20 21:13:49   Ints_per_sec    SI: 9.38892  TI: 0.24612  S: 0.47889  L: 0.11448  F: 0.13737  M: 0.01336
     2020-04-20 11:25:38   SlowRFSndFreq   868.300MHz +0.000kHz
     2020-04-20 20:06:10   Xmit-Events     disconnected:1 non-HM:1
     2019-12-30 00:33:07   ccconf          freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2020-04-20 20:06:10   cmds             B C F G J K M R T U V W X Y e i l m t u x
     2020-04-20 20:06:10   cond            non-HM
     2019-08-19 21:02:21   fhtbuf          AE
     2020-04-20 20:06:09   prot_disconnected last
     2020-04-20 20:06:10   prot_non-HM     last
     2019-08-17 01:23:10   raw             0100
     2020-04-20 20:06:11   state           Initialized
     2020-04-20 20:28:57   uptime          5 21:23:32
     2020-04-20 20:28:52   version         VTS 0.34 CUL868
   helper:
     ChkPart    0
     RA_Timeout 0
     SVTS       1
     nRec       0
     recAlive   1
     recd       1
     DEVIOTS:
       RXfailTO   
     HM:
       hmCrdts    9
     RFR_RSSI_STAT:
       N          7
       RSSILast   -80
       RSSIMax    -80
       RSSIMean   -80
       RSSIMin    -80
     SRf:
       lastIntC   52856592
       lastIntCTime 1587410029.70956
       lastIntTOC 4589819
       lastSyncC  10299272
       lastloFltC 1389261
       lastmtchErrC 326983
       lastupFltC 2042253
       IntStat:
         Max        56
         Mean       10.5
         Min        5
         N          8
     cnd:
       250        1
       253        1
     ids:
     q:
       HMcndN     250
       hmLanQlen  1
     ref:
       ioBR       3840
       lHMt       4294967295
       lSys       1673805969.86989
       pngLm      80
       scF        1
     sendpool:
       HASH(0x55611002e548)
       HASH(0x55611011bb98)
       HASH(0x556112fe8f30)
     zCStat:
Attributes:
   group      Gateways
   room       Keller,Server
   sendpool   CUBe868SL,rcul,CUL_0,CUBe868HM

Jetzt zum Problem der HMS:
Hier eines der Devices:

Code Auswählen Erweitern

Internals:
   CFGFN      ./sensor.cfg
   CODE       1001
   CUBe868SL_MSGCNT 65
   CUBe868SL_RAWMSG 810e04xx0511a0014352000001480200
   CUBe868SL_RSSI -74.5
   CUBe868SL_TIME 2020-04-20 21:16:42
   DEF        1001
   FUUID      5c48e3f6-f33f-d5a5-db97-e66b5ddfc9750ef4
   IODev      CUL_0
   LASTInputDev CUBe868SL
   MSGCNT     65
   NAME       hms100t
   NR         887
   STATE      T: 24.8  Bat: ok
   TYPE       HMS
   READINGS:
     2020-04-20 21:16:42   ExactId         4352
     2020-04-20 21:16:42   battery         ok
     2020-04-20 21:16:42   batteryState    ok
     2020-04-20 21:16:42   state           T: 24.8  Bat: ok
     2020-04-20 21:16:42   temperature     24.8
     2020-04-20 21:16:42   type            HMS100T
Attributes:
   IODev      CUL_0
   alias      Vorratskeller
   comment    Keller_Vorrat
   model      hms100-t
   room       Keller
   timeout    0
Vor der Umstellung des CUBe868SL hat mich gestört, dass bei allen 10 HMS die ich habe bei LastInputDev immer der CUBe868SL steht. Das hat sich auch nicht geändert als ich das Device auf TSCUL umgestellt habe. Meine Empfangssituation erklärt das nicht, da sollten auch andere Devices stehen. Durch die Umstellung ist allerdings bewiesen das TSCUL (in Kombination mit a-culfw) HMS empfängt. Es gibt für SlowRF jetzt nur noch TSCUL Definitionen. Außerdem ist mir aufgefallen das der MSGCNT pro Sendung bei einigen HMS um mehr als 1 hochzählt. Daraus schliesse ich, das der HMS von mehreren TSCUL empfangen wird?!
Insofern sehe ich in meiner jetzigen Konfiguration erst mal kein Problem mit HMS Empfang (mehr)?!

3.) Der Wechsel der CUBe[433,868]SL von CUL nach TSCUL hat mich "Clients" gekostet. Zuvor konnte ich z.B HIDEKI empfangen, da habe ich in der a-culfw einiges "einkompiliert". Das scheint TSCUL nicht abzufragen, nicht zu "verstehen"?

Zusätzliche Fragen:
- Sollte ich den CUBe besser als STACKABLETS definieren?
- Siehst Du eine Chance Deine TSCUL Firmware Änderungen in a-culfw einzubauen, damit ich meinenCUBe damit flashen kann?
- Ich könnte mich daran versuchen, könntest Du als Unterstützung einen Diff zw Deiner und der culfw zur Verfügung stellen?
- Oder ist das in meinem Fall aussichtslos, da das STACKTABLETS mit dem CUBe nicht laufen kann?

Vielen Dank schon mal für's durchlesen. 
Gruß

Peter

[noansi]

Hallo Peter,

DANKE. Ich wusste nicht das das geht, da da ja a-culfw drauf läuft...

Wie Du festgestellt hast, mit HM geht da gar nichts mit TSCUL, weil die a-culfw mit timestamps nichts am Hut hat und weder mit dem gesendeten was richtig anfangen kann, noch das empfangene passend schickt.
SlowRf geht, so weit sich die von der a-culfw kommenden Daten mit dem von tsculfw kommenden Daten der jeweiligen Protokolle deckt (KS, EM und TX Empfang geht). Aber da Du nicht weißt, wo Unterschiede sind, lass es bitte bei a-culfw und CUL in Verbindung mit STACKABLE. Insbesondere auch Veränderung von CUBe Einstellungen via TSCUL geht in die Hose. Senden wird auch nicht glücklich machen.
Mir ging es primär darum, zu wissen, was Du in FHEM definierst und einstellst.

Es gibt für SlowRF jetzt nur noch TSCUL Definitionen.

Der einzige Vorteil, den Du damit für KS, EM und TX Sensoren hättest (unter Nutzung auch der TS Module mit den Sensoren), wäre die Empfangsstatistik -> get dispSRFStat bei einem TSCUL CUL.

Wenn gestackte devices genutzt werden gilt:
CUL mit culfw/a-culfw  -> STACKABLE -> CUL mit culfw/a-culfw
TSCUL mit tsculfw -> STACKABLETS -> TSCUL mit tsculfw
Es gibt dabei wesentliche Unterschiede. Somit ist das bei Deinem Test schon mal schief gelaufen.
Außerdem mit TSCUL betreffende Sensordevices ebenfalls auf TS Variante umstellen.

Code Auswählen Erweitern

2019-12-30 00:33:07   ccconf          freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
Beim CUL_0 kannst Du mal mit einem get ccconf die altuellen Einstellungen neu lesen.

Durch die Umstellung ist allerdings bewiesen das TSCUL (in Kombination mit a-culfw) HMS empfängt.

oder genauer, würde die tsculfw ein HMS Telegramm empfangen, dann würde es mit TSCUL richtig weiter verarbeitet.

Vor der Umstellung des CUBe868SL hat mich gestört, dass bei allen 10 HMS die ich habe bei LastInputDev immer der CUBe868SL steht.

Was darauf hindeutet, dass tsculfw die HMS Telegramme nicht empfängt/dekodiert.

Außerdem ist mir aufgefallen das der MSGCNT pro Sendung bei einigen HMS um mehr als 1 hochzählt. Daraus schliesse ich, das der HMS von mehreren TSCUL empfangen wird?!

Eher nicht denke ich. Wiederholt HMS?
Schalt den CUBe mal ab und schau, ob dann noch was von HMS reinkommt.

Das scheint TSCUL nicht abzufragen, nicht zu "verstehen"?

Kann gut sein, siehe oben. Ich bemühe mich nicht, die a-culfw mit TSCUL voll zu unterstützen.

- Siehst Du eine Chance Deine TSCUL Firmware Änderungen in a-culfw einzubauen, damit ich meinenCUBe damit flashen kann?

Also, ich habe einen CUBe mit einem 433er Zusatz-Modul mit a-culfw laufen. Von daher besteht eine gewisse Motivation die tsculfw mal auf den CUBe zu portieren.
Aber jetzt schon begeistert mich der 433er Empfang via CUBe schon nicht wirklich. Entweder ein bescheidenes Modul oder zu viele Störungen durch die CUBe Elektronik oder die Interruptauswertung zweier SlowRF Empfänger ist einfach schon zu störend untereinander. Das senkt die Motivation massiv, da auch ein sehr erheblicher Zeitaufwand dahinter steht.
Den ts Anteil in die a-culfw einzubauen tut es so auch nicht wirklich, weil das Timer/Delay Handling in a-culfw erst mal umgestellt werden müßte, was der Portierung von der tsculfw schon wieder recht nahe kommt.

- Ich könnte mich daran versuchen, könntest Du als Unterstützung einen Diff zw Deiner und der culfw zur Verfügung stellen?

Der Quelltext der tsculfw ist doch im zip dabei!

- Oder ist das in meinem Fall aussichtslos, da das STACKTABLETS mit dem CUBe nicht laufen kann?

In meiner Testumgebung mit besagtem CUBe läuft 16_STACKABLETS.pm wunderbar mit 00_TSCUL.pm. 
STACKABLE und STACKABLETS sind jeweils Aufsätze, um die mit '*' Protokoll versehen Nachrichten vom CUL innerhalb von FHEM durchzureichen, respektive richtg ans CUL über die Stackebenen zu senden.

Und verstehe ich es richtig, dass Du noch mit keiner tsculfw Version in der Vergangenheit HMS Telegramme zweifelsfrei empfangen hast? Sondern eher die HMS Nachrichten von der culfw Nutzung her vermisst?
Dann brauche ich nicht danach zu schauen, ob ich in jüngerer Vergangenheit HMS mit einer Nebenwirkung in der Firmware ausgehebelt habe. Sondern dann brauche ich erst mal einen zuverlässigen Sender für HMS Telegramme und/oder vernünftige Rohdatenmitschnitte.

Gruß, Ansgar.

[pantau]

SlowRf geht, so weit sich die von der a-culfw kommenden Daten mit dem von tsculfw kommenden Daten der jeweiligen Protokolle deckt (KS, EM und TX Empfang geht). Aber da Du nicht weißt, wo Unterschiede sind, lass es bitte bei a-culfw und CUL in Verbindung mit STACKABLE. Insbesondere auch Veränderung von CUBe Einstellungen via TSCUL geht in die Hose. Senden wird auch nicht glücklich machen.

Danke für die Hinweise, ich war/bin aber zufrieden das jetzt nicht alle EM und WS Devices doppelt definiert sind. Das zusammenführen von CUL und TSCUL EM und WS ist ein Problem für mich.

Was darauf hindeutet, dass tsculfw die HMS Telegramme nicht empfängt/dekodiert.

Ja kann ich jetzt bestätigen, die Beobachtung gestern beruhte auf 2 Sensoren die versehentlich den gleiche Code nutzten... tsculfw empfängt HMS nicht.

Und verstehe ich es richtig, dass Du noch mit keiner tsculfw Version in der Vergangenheit HMS Telegramme zweifelsfrei empfangen hast? Sondern eher die HMS Nachrichten von der culfw Nutzung her vermisst?
Dann brauche ich nicht danach zu schauen, ob ich in jüngerer Vergangenheit HMS mit einer Nebenwirkung in der Firmware ausgehebelt habe. Sondern dann brauche ich erst mal einen zuverlässigen Sender für HMS Telegramme und/oder vernünftige Rohdatenmitschnitte.

Was in der Vergangenheit war, ist schwer nachzuvollziehen. Momentan würde ich behaupten, das ich den nicht funktionierenden tsculfw HMS Empfang übersehen habe, da die Daten immer über den CUBe mit a-culfw geliefert wurden/werden.

Wie sehen denn vernünftige Rohdatenmitschnitte aus und wie kann ich die erzeugen, so das Du die nutzen kannst?

Gruß

Peter

[noansi]

Hallo Peter,

Wie sehen denn vernünftige Rohdatenmitschnitte aus und wie kann ich die erzeugen, so das Du die nutzen kannst?

Mit einem nicht RFR CUL, aber SlowRF nutzend und im Empfangsbereich eines regelmäßig sendenen HMS Sensors positioniert, brauchst Du nur set X39 setzen und den verbose level für den CUL auf 4 via Attribut. Auch den CUBe auf verbose 4.
Dann landen die Empfangsrohdaten im Log und die Datentelgramme vom CUBe.
Bei dem Sensor beobachten, wann via CUBe was empfangen wird. Dann wieder set X21 beim CUL und verbose wieder auf 1, und auch beim CUBe.

So was ist dann im Log, hier z.B. von einem KS Sensor.

Code Auswählen Erweitern

2020.04.21 20:56:33.958 3: set CUNX2_WS868 raw X39
2020.04.21 20:56:48.844 4: TSCUL_Parse: CUNX2_WS868 raw SlowRf:
H15432 L1496 s00
H5536 L48 s00
H944 L352 s00
H864 L344 s02
H824 L352 s02
H888 L360 s02
H840 L360 s02
H848 L352 s02
H848 L360 s02
H848 L360 s02
H848 L352 s02
H856 L360 s02
H400 L784 s02
H400 L792 s20
H912 L304 s20
H872 L352 s20
H856 L360 s20
H408 L784 s20
H400 L792 s20
H904 L312 s20
H416 L792 s20
H912 L304 s20
H408 L792 s20
H904 L304 s20
H912 L312 s20
H400 L792 s20
H912 L304 s20
H408 L792 s20
H400 L792 s20
H912 L312 s20
H864 L352 s20
H856 L360 s20
H400 L784 s20
H912 L304 s20
H408 L792 s20
H912 L304 s20
H864 L360 s20
H400 L784 s20
H408 L792 s20
H408 L792 s20
H408 L792 s20
H912 L312 s20
H416 L792 s20
H904 L312 s20
H408 L800 s20
H400 L792 s20
H912 L312 s20
H408 L800 s20
H904 L312 s20
H856 L360 s20
H400 L784 s20
H912 L304 s20
H408 L792 s20
H912 L304 s20
H416 L784 s20
H408 L792 s20
H912 L304 s20
H416 L792 s20
H408 L784 s20
H912 L312 s20
H864 L360 s20
H408 L784 s20.
2020.04.21 20:56:48.846 4: TSCUL_Parse: CUNX2_WS868 K51147246EA -85
Das brauche ich dann alles, um daraus mit der Information der zeitlichen Nähe zum Ende der Daten hin, das betreffende darin auch zu finden. Das jeweilige H Telegramm vom CUBe sollte dann auch da drin stehen.

Mehrere Telgramme so aufzunehmen verbessert deutlich die Datenlage für mich.

Gruß, Ansgar.

[pantau]

Im Anhang ein erstes Log.
Folgende HMS Devices habe ich definiert:

Code Auswählen Erweitern

define hms100w HMS f7aa
define hms100wd HMS 2e41
define hms100co HMS 1008
define hms100mg HMS 1006
define hms100fit HMS 100e
define hms100tf HMS eb90
define hms100t HMS 1001
define WZ_T HMS 4321
define Test_T HMS 4314
define Temp_Kiz2_Pati HMS 4305
define rm100_wz HMS 55b0
define rm100_fl HMS 4391
define rm100_ke HMS 0a5b
define rm100_dg HMS 2a73
define rm100_az HMS bc78
Den Sensor Test_T (CODE 4314) habe ich neben das CUL_0 (im Keller) gestellt. Einen Empfang habe ich bei diesem Sensor um 21:39:37 registriert.
list Test_T:

Code Auswählen Erweitern

Internals:
   CFGFN      ./sensor.cfg
   CODE       4314
   CUBe868SL_MSGCNT 266
   CUBe868SL_RAWMSG 810e04xx0510a0014314000000760138
   CUBe868SL_RSSI -74.5
   CUBe868SL_TIME 2020-04-21 22:04:25
   DEF        4314
   FUUID      5c48e3f6-f33f-d5a5-d426-2862dbf855dccf95
   IODev      CUBe868N
   LASTInputDev CUBe868SL
   MSGCNT     266
   NAME       Test_T
   NR         897
   STATE      T: 17.6  H: 38  Bat: ok
   TYPE       HMS
   Helper:
     DBLOG:
       data:
         logdb:
           TIME       1587496468.66686
           VALUE      T: 17.6  H: 38  Bat: ok D: 3.1
       dewpoint:
         logdb:
           TIME       1587496468.66686
           VALUE      3.1
       humidity:
         logdb:
           TIME       1587496468.66686
           VALUE      38
       temperature:
         logdb:
           TIME       1587484465.43338
           VALUE      17.6
   READINGS:
     2020-04-21 22:04:25   battery         ok
     2020-04-21 22:04:25   batteryState    ok
     2020-04-21 21:14:28   dewpoint        3.1
     2020-04-21 22:04:25   humidity        38
     2020-04-21 22:04:25   state           T: 17.6  H: 38  Bat: ok
     2020-04-21 22:04:25   temperature     17.6
     2020-04-21 22:04:25   type            HMS100TF
Attributes:
   DbLogInclude .*
   IODev      CUBe868N
   event-on-change-reading .*
   room       AZ,HMS
   timeout    0
Der CUBe steht im 1. Stock. Ich kann nur bei dem Sensor garantieren das er von beiden CUL empfangen wird.
Aber vom CUBe sind einige HMS Empfänge im Log. Die raw Daten vom anderen CUL kann  ich leider nicht interpretieren.
Sollte das nicht reichen, zeichne ich gerne noch mal länger auf. Ich war nur nicht sicher wie groß die Anhänge sein können.

Danke

Peter

[noansi]

Hallo Peter,

zur genannten Uhrzeit kommen vom CUBe868SL 3 HMS messages:

Code Auswählen Erweitern

2020.04.21 21:39:37 4: TSCUL_Parse: CUBe868SL H431400760138FF -74.5
2020.04.21 21:39:37 4: TSCUL_Parse: CUBe868SL H430520200252FF -74.5
2020.04.21 21:39:38 4: TSCUL_Parse: CUBe868SL H432120140241FF -74.5
2020.04.21 21:39:38 4: TSCUL_Parse: CUL_0 raw SlowRf: 

vom CUL_0 leider nichts dazu.

Eventuell liegt es an den Einstellungen.
Mach bitte bei beiden mal ein get ccconf und schick bitte das aktualisierte Ergebnis dazu.

Gruß, Ansgar.

[pantau]

CUBe868SL:

Code Auswählen Erweitern

Internals:
   CFGFN      ./interfaces.cfg
   CMDS       BbCFiAZNEkGMKLUYRTVWXefhltuxz*
   CUBe868SL_MSGCNT 8188
   CUBe868SL_TIME 2020-04-21 23:39:39
   Clients    STACKABLETS:STACKABLE:TSCUL_WS:TSCUL_NC7427:IT:CUL_FHTTK:CUL_HOERMANN:TSCUL_TX:CUL_IR:SOMFY:Revolt:ESA2000:TSCUL_RFR:TSCUL_EM:BS:USF1000:FS20:FHT.*:TSKS300:HMS:FS20V:CUL_TCM97001:CUL_REDIRECT
   DEF        192.168.99.52:2323 1234
   DeviceName 192.168.99.52:2323
   FD         8
   FHTID      1234
   FUUID      5c48e3ea-f33f-d5a5-1d33-0691fdfa09f7b2ea
   NAME       CUBe868SL
   NR         44
   PARTIAL   
   RAWMSG     810e04xx0510a0014323000000400233
   RSSI       -74.5
   STACKED    CUBeStack2
   STATE      Initialized
   TYPE       TSCUL
   VERSION    V 1.26.01 a-culfw Build: PAN (06.11.2017) CUBEx4_8F (F-Band: 868MHz)
   VERSION_TS no
   XmitOpen   0
   initString XP1C
X21
   MatchList:
     1:STACKABLETS ^\*
     2:STACKABLE ^\*
     A:TSCUL_WS ^K[\dA-F]....
     B:TSCUL_NC7427 ^n..........
     C:Hideki   ^P12#75[A-F0-9]{17,30}
     C:IT       ^i.(?::.|.....)
     C:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     D:CUL_FHTTK ^T[\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F]
     E:CUL_HOERMANN ^R..........
     F:TSCUL_TX ^TXA.........
     G:CUL_IR   ^I............
     H:SOMFY    ^Y[r|t|s]:?[\dA-F]+
     I:Revolt   ^r......................$
     J:ESA2000  ^S................................$
     K:TSCUL_RFR ^[\dA-F][\dA-F][\dA-F][\dA-F]~.
     L:TSCUL_EM ^E0.0[\dA-F]..............
     M:FS20V    ^81..(?:04|0c)..0101a001......00[89a-f]...
     N:BS       ^81..(?:04|0c)..0101a001a5cf
     O:USF1000  ^81..(?:04|0c)..0101a001a5ceaa00....
     P:FS20     ^81..(?:04|0c)..0101a001
     Q:FHT      ^81..(?:04|09|0d)..(?:0909a001|83098301|c409c401)..
     R:TSKS300  ^810d04..4027a001
     T:HMS      ^810e04......a001
     U:CUL_TCM97001 ^s[\dA-F]+
     V:CUL_REDIRECT ^o
   QUEUE:
   READINGS:
     2020-04-21 08:54:36   Xmit-Events     disconnected:1 non-HM:2
     2020-04-21 23:39:19   ccconf          freq:868.300MHz freqOffs:0.000kHz bWidth:325kHz freqIF:152.34kHz rAmpl:42dB sens:4dB dRate:5.604kBit/s
agcPrio:0 agcWait:16 agcHyst:2 agcMaxLNA:0.0dB agcMaxDVGA:0 AGC_FREEZE:0
CCAmode:0 csRelThr:dis csAbsThr:0dB
     2020-04-21 08:54:35   cmds             B b C F i A Z N E k G M K L U Y R T V W X e f h l t u x z *
     2020-04-21 08:54:36   cond            non-HM
     2020-04-21 08:54:00   prot_disconnected last
     2020-04-21 08:54:36   prot_non-HM     last
     2020-04-21 08:54:36   state           Initialized
     2019-09-13 10:49:30   uptime          0 22:02:48
   helper:
     ChkPart    0
     RA_Timeout 0
     nRec       0
     recAlive   1
     recd       1
     DEVIOTS:
       RXfailTO   
     HM:
       HMactive   0
       hmCrdts    9
     cnd:
       250        2
       253        1
     q:
       HMcndN     250
       hmLanQlen  1
     ref:
       ioBR       3840
       lHMt       4294967295
       lSys       1673852040.05568
       pngLm      80
       scF        1
     sendpool:
       HASH(0x558e6ddf4f30)
       HASH(0x558e6d301e30)
       HASH(0x558e70ce0ab0)
Attributes:
   group      Gateways
   model      CUN
   rfmode     SlowRF
   room       Server,AZ
   sendpool   CUBe868SL,rcul,CUL_0,CUBe868HM
   verbose    0
CUL_0:

Code Auswählen Erweitern

Internals:
   CFGFN      ./interfaces.cfg
   CMDS       BCFGJKMRTUVWXYeilmtux
   CUL_0_MSGCNT 6525
   CUL_0_TIME 2020-04-21 23:42:32
   Clients    STACKABLETS:STACKABLE:TSCUL_WS:TSCUL_NC7427:IT:CUL_FHTTK:CUL_HOERMANN:TSCUL_TX:CUL_IR:SOMFY:Revolt:ESA2000:TSCUL_RFR:TSCUL_EM:BS:USF1000:FS20:FHT.*:TSKS300:HMS:FS20V:CUL_TCM97001:CUL_REDIRECT
   DEF        192.168.99.111:2002 1034
   DeviceName 192.168.99.111:2002
   FD         7
   FHTID      1034
   FUUID      5c48e3ea-f33f-d5a5-6c48-a0271bcd55cbf5c2
   NAME       CUL_0
   NR         40
   PARTIAL   
   RAWMSG     K51520100
   RFR_CULID  01
   RFR_REC_RSSI -70
   RSSI       -96.5
   STATE      Initialized
   SlowRF_IntCalcStat Last: 40.0  Min: 5.0  Mean: 20.8  Max: 63.0
   TYPE       TSCUL
   VERSION    VTS 0.34 CUL868
   VERSION_HW CUL_V3.4_0004
   VERSION_TS no ASKSIN
   XmitOpen   0
   initString XP1C
X21
   MatchList:
     1:STACKABLETS ^\*
     2:STACKABLE ^\*
     A:TSCUL_WS ^K[\dA-F]....
     B:TSCUL_NC7427 ^n..........
     C:Hideki   ^P12#75[A-F0-9]{17,30}
     C:IT       ^i.(?::.|.....)
     C:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     D:CUL_FHTTK ^T[\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F]
     E:CUL_HOERMANN ^R..........
     F:TSCUL_TX ^TXA.........
     G:CUL_IR   ^I............
     H:SOMFY    ^Y[r|t|s]:?[\dA-F]+
     I:Revolt   ^r......................$
     J:ESA2000  ^S................................$
     K:TSCUL_RFR ^[\dA-F][\dA-F][\dA-F][\dA-F]~.
     L:TSCUL_EM ^E0.0[\dA-F]..............
     M:FS20V    ^81..(?:04|0c)..0101a001......00[89a-f]...
     N:BS       ^81..(?:04|0c)..0101a001a5cf
     O:USF1000  ^81..(?:04|0c)..0101a001a5ceaa00....
     P:FS20     ^81..(?:04|0c)..0101a001
     Q:FHT      ^81..(?:04|09|0d)..(?:0909a001|83098301|c409c401)..
     R:TSKS300  ^810d04..4027a001
     T:HMS      ^810e04......a001
     U:CUL_TCM97001 ^s[\dA-F]+
     V:CUL_REDIRECT ^o
   QUEUE:
   READINGS:
     2020-04-21 23:42:12   ITSndFreq       433.920MHz +0.000kHz
     2020-04-21 23:35:22   Ints_per_sec    SI: 96.22930  TI: 6.81521  S: 16.80436  L: 2.81154  F: 4.15245  M: 0.97278
     2020-04-21 23:41:59   SlowRFSndFreq   868.300MHz +0.000kHz
     2020-04-21 23:41:14   SlowRfconf      freq:868.300MHz freqOffs:0.000kHz bWidth:325kHz freqIF:330.08kHz rAmpl:42dB sens:12dB dRate:2.461kBit/s
agcPrio:0 agcWait:16 agcHyst:2 agcMaxLNA:0.0dB agcMaxDVGA:0 AGC_FREEZE:0
CCAmode:1 csRelThr:10dB csAbsThr:7dB
     2020-04-21 08:53:59   Xmit-Events     disconnected:1 non-HM:1
     2020-04-21 23:41:01   ccconf          freq:868.300MHz freqOffs:0.000kHz bWidth:325kHz freqIF:330.08kHz rAmpl:42dB sens:12dB dRate:2.461kBit/s
agcPrio:0 agcWait:16 agcHyst:2 agcMaxLNA:0.0dB agcMaxDVGA:0 AGC_FREEZE:0
CCAmode:1 csRelThr:10dB csAbsThr:7dB
     2020-04-21 23:41:07   cmds             B C F G J K M R T U V W X Y e i l m t u x
     2020-04-21 08:53:59   cond            non-HM
     2020-04-21 23:41:31   fRfconf         freq:868.300MHz freqOffs:0.000kHz bWidth:541kHz freqIF:304.69kHz rAmpl:42dB sens:4dB dRate:249.939kBit/s
agcPrio:0 agcWait:32 agcHyst:2 agcMaxLNA:0.0dB agcMaxDVGA:3 AGC_FREEZE:0
CCAmode:0 csRelThr:dis csAbsThr:0dB
     2019-08-19 21:02:21   fhtbuf          AE
     2020-04-21 08:53:58   prot_disconnected last
     2020-04-21 08:53:59   prot_non-HM     last
     2019-08-17 01:23:10   raw             0100
     2020-04-21 08:54:00   state           Initialized
     2020-04-20 20:28:57   uptime          5 21:23:32
     2020-04-21 23:41:39   version         VTS 0.34 CUL868
   helper:
     ChkPart    0
     RA_Timeout 0
     SVTS       1
     nRec       0
     recAlive   1
     recd       1
     DEVIOTS:
       RXfailTO   
     HM:
       hmCrdts    9
     RFR_RSSI_STAT:
       N          100
       RSSILast   -70
       RSSIMax    -68
       RSSIMean   -73.4949999999999
       RSSIMin    -87.5
     SRf:
       lastIntC   61485654
       lastIntCTime 1587504922.30442
       lastIntTOC 5399010
       lastSyncC  12274797
       lastloFltC 1674746
       lastmtchErrC 384136
       lastupFltC 2472853
       IntStat:
         Max        63
         Mean       20.7745098039216
         Min        5
         N          102
     cnd:
       250        1
       253        1
     q:
       HMcndN     250
       hmLanQlen  1
     ref:
       ioBR       3840
       lHMt       4294967295
       lSys       1673852038.79709
       pngLm      80
       scF        1
     sendpool:
       HASH(0x558e6dd02370)
       HASH(0x558e6ddf4f30)
       HASH(0x558e70ce0ab0)
Attributes:
   group      Gateways
   room       Keller,Server
   sendpool   CUBe868SL,rcul,CUL_0,CUBe868HM
   verbose    0

[noansi]

Hallo Peter,

- stell den Sensor in mindestens 2m Abstand vom CUL_0, dann neuer Aufzeichnungsversuch, wie zuvor

- dann set sens 8 beim CUL_0 und neuer Aufzeichnungsversuch, wie zuvor

- dann set sens 4 beim CUL_0 und neuer Aufzeichnungsversuch, wie zuvor

Dann wieder set sens 12 beim CUL_0, sonst ist meine Erfahrung, dass die KS, EM, TX Sensoren schlechter empfangen werden.

Gruß, Ansgar.

[pantau]

So im Anhang jetzt der neue Versuch.
17:18:23  X39 + vorher sens 8
17:28 sens 4
Ich habe glaube ich gestern einen Fehler gemacht. Ich habe auch Sensoren die nur über HMS Emulation empfangen werden. Einen davon habe ich wohl gestern "getrackt"/verwendet. Dies sind alle mit Code 43xx. Ignoriere die bitte. Der mit 2e67 ist ein Original ELV HMS100T, suche mal nur nach dem, der ist auch ca.  2m weg vom CUL_0. 77e1 ist ein HMS CO sensor auch im Log.

Zur Info: Der CUL_0 ist mit der V3_RFR tsculfw geflasht, da hängt auch ein RFR dran.
Gestern habe ich mal in der 0.34_0.47 Firmwaresource geschmöckert. In der CUL board.h sind die FHT Sachen per #undef bei V3 rausgenommen, bei V3_RFR drin. Ich bin nun verwirrt da ich auch einen anderen CUL (CUL_2) mit V3 geflasht habe und da wird als Client FHT unterstützt angezeigt. Bist Du sicher das du die Firmware im zip genau so kompiliert hast oder mache ich einen Denkfehler? FHT habe ich auch im Einsatz, der CUL_2 ist aber eine 433MHz Version so dass ich nicht erwarte das er FHT Empfänge anzeigt.
list CUL_2:

Code Auswählen Erweitern

Internals:
   CMDS       ABCFGJKRUVWXYeiltx
   Clients    STACKABLETS:STACKABLE:TSCUL_WS:TSCUL_NC7427:IT:CUL_FHTTK:CUL_HOERMANN:TSCUL_TX:CUL_IR:SOMFY:Revolt:ESA2000:TSCUL_RFR:TSCUL_EM:BS:USF1000:FS20:FHT.*:TSKS300:HMS:FS20V:CUL_TCM97001:CUL_REDIRECT
   DEF        192.168.99.111:2004 0000
   DeviceName 192.168.99.111:2004
   FD         252
   FHTID      0000
   FUUID      5d3b2745-f33f-d5a5-f9c7-e87e8c111256c756
   NAME       CUL_2
   NR         1831
   PARTIAL   
   RAWMSG     
   STATE      Initialized
   SlowRF_IntCalcStat Last: 14.0  Min: 4.0  Mean: 11.2  Max: 36.0
   TYPE       TSCUL
   VERSION    VTS 0.34 CUL433
   VERSION_HW CUL_V3.4_0004
   VERSION_TS yes AES ChTblSize:219
   XmitOpen   0
   initString XP1C
X21
AM5
AHF10000
   msgLoadCurrent 0
   MatchList:
     1:STACKABLETS ^\*
     2:STACKABLE ^\*
     A:TSCUL_WS ^K[\dA-F]....
     B:TSCUL_NC7427 ^n..........
     C:Hideki   ^P12#75[A-F0-9]{17,30}
     C:IT       ^i.(?::.|.....)
     C:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     D:CUL_FHTTK ^T[\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F]
     E:CUL_HOERMANN ^R..........
     F:TSCUL_TX ^TXA.........
     G:CUL_IR   ^I............
     H:SOMFY    ^Y[r|t|s]:?[\dA-F]+
     I:Revolt   ^r......................$
     J:ESA2000  ^S................................$
     K:TSCUL_RFR ^[\dA-F][\dA-F][\dA-F][\dA-F]~.
     L:TSCUL_EM ^E0.0[\dA-F]..............
     M:FS20V    ^81..(?:04|0c)..0101a001......00[89a-f]...
     N:BS       ^81..(?:04|0c)..0101a001a5cf
     O:USF1000  ^81..(?:04|0c)..0101a001a5ceaa00....
     P:FS20     ^81..(?:04|0c)..0101a001
     Q:FHT      ^81..(?:04|09|0d)..(?:0909a001|83098301|c409c401)..
     R:TSKS300  ^810d04..4027a001
     T:HMS      ^810e04......a001
     U:CUL_TCM97001 ^s[\dA-F]+
     V:CUL_REDIRECT ^o
   READINGS:
     2020-04-22 18:06:14   Ints_per_sec    SI: 2.47684  TI: 0.32821  S: 0.37019  L: 0.08587  F: 0.13167  M: 0.00000
     2020-01-10 14:00:01   SlowRFSndFreq   433.920MHz +0.000kHz
     2020-04-21 08:55:14   Xmit-Events     disconnected:1 non-HM:2
     2020-04-21 13:19:11   ccconf          freq:433.920MHz freqOffs:0.000kHz bWidth:325kHz freqIF:330.08kHz rAmpl:42dB sens:12dB dRate:2.461kBit/s
agcPrio:0 agcWait:16 agcHyst:2 agcMaxLNA:0.0dB agcMaxDVGA:0 AGC_FREEZE:0
CCAmode:1 csRelThr:10dB csAbsThr:7dB
     2020-04-21 08:54:20   cmds             A B C F G J K R U V W X Y e i l t x
     2020-04-21 08:55:14   cond            non-HM
     2020-03-04 09:53:48   credit10ms      2700
     2020-03-04 09:53:41   peakfilter      88 µs
     2020-04-21 08:54:20   prot_disconnected last
     2020-04-21 08:55:14   prot_non-HM     last
     2020-04-21 08:54:22   state           Initialized
     2020-04-21 13:19:21   uptime          6 14:21:33
     2020-04-21 13:19:26   version         VTS 0.34 CUL433
   helper:
     CUrun      1
     ChkPart    0
     RA_Timeout 0
     SVTS       1
     VTS        1
     VTS_ACK    1
     VTS_AES    1
     nRec       0
     recAlive   1
     recd       0
     DEVIOTS:
       RXfailTO   
     HM:
       ChTblSize  219
       FUP        0
       hmCrdts    0
       ChTbl:
       msgCNT:
         0x02       3874
     SRf:
       lastIntC   2537699
       lastIntCTime 1587571574.34518
       lastIntTOC 392329
       lastSyncC  443340
       lastloFltC 84016
       lastmtchErrC 0
       lastupFltC 136891
       IntStat:
         Max        36
         Mean       11.1842105263158
         Min        4
         N          228
     cnd:
       250        2
       253        1
     q:
       HMcndN     250
       hmLanQlen  1
     ref:
       Sdly       0
       ioBR       3840
       lHMt       673722536
       lSys       581170922
       pndCUAp    0
       pngLm      80
       scF        1
Attributes:
   group      Gateways
   room       Server

[noansi]

Hallo Peter,

mit sens 8 kam schon mal was rein und wurde zumindest als HMS Timing erkannt und es wurde was eingesammelt. Das Problem steckt also später im Firmware Code.

Jetzt also bitte noch eine Aufzeichnung mit sens 8, aber diesmal set X3D.

Bist Du sicher das du die Firmware im zip genau so kompiliert hast

aber sowas von sicher! 

Gestern habe ich mal in der 0.34_0.47 Firmwaresource geschmöckert. In der CUL board.h sind die FHT Sachen per #undef bei V3 rausgenommen, bei V3_RFR drin. Ich bin nun verwirrt da ich auch einen anderen CUL (CUL_2) mit V3 geflasht habe und da wird als Client FHT unterstützt angezeigt.

Code Auswählen Erweitern

CMDS       ABCFGJKRUVWXYeiltx
zeigt an, was der CUL in Firmware unterstützt (genauer, welche Befehle er kennt).

Code Auswählen Erweitern

Clients    STACKABLETS:STACKABLE:TSCUL_WS:TSCUL_NC7427:IT:CUL_FHTTK:CUL_HOERMANN:TSCUL_TX:CUL_IR:SOMFY:Revolt:ESA2000:TSCUL_RFR:TSCUL_EM:BS:USF1000:FS20:FHT.*:TSKS300:HMS:FS20V:CUL_TCM97001:CUL_REDIRECT
zeigt an, welche Module 00_TSCUL.pm unterstützt, das hat mit der Firmware nichts zu tun.

Gruß, Ansgar.

[pantau]

Diesmal wollte der Sensor einfach nicht senden..
Aber ein EB90 ist drin, auch "authentisch" ELV HMS100TF, siehe Anhang
Danke
Peter

[noansi]

Hallo Peter,

ein Problem habe ich bezüglich HMS identifiziert. Vermutlich war es das noch nicht allein.

Kannst Du bitte mit der Firmware im Anhang den Test mit sens 8 und set X3D wiederholen?!
Das würde mir zeigen, ob ich auf dem richtigen Weg bin.

Gruß, Ansgar.

[pantau]

Hallo Ansgar,
ich habe den CUL_0 mit der V3_RFR geflasht.

Code Auswählen Erweitern

Internals:
   CFGFN      ./interfaces.cfg
   CMDS       BCFGJKMRTUVWXYeilmtux
   CUL_0_MSGCNT 4684
   CUL_0_TIME 2020-04-24 20:55:54
   Clients    STACKABLETS:STACKABLE:TSCUL_WS:TSCUL_NC7427:IT:CUL_FHTTK:CUL_HOERMANN:TSCUL_TX:CUL_IR:SOMFY:Revolt:ESA2000:TSCUL_RFR:TSCUL_EM:BS:USF1000:FS20:FHT.*:TSKS300:HMS:FS20V:CUL_TCM97001:CUL_REDIRECT
   DEF        192.168.99.111:2002 1034
   DeviceName 192.168.99.111:2002
   FD         400
   FHTID      1034
   FUUID      5c48e3ea-f33f-d5a5-6c48-a0271bcd55cbf5c2
   NAME       CUL_0
   NR         40
   PARTIAL   
   RAWBITS    p20  904  320  392  824 10  9 7 -90 EC7A38E4B1886A3D9EBE  416
   RAWBITS_UNKNOWN P07  224  288  368  472 21 13 4 -40 000010081298094095234E2798C0  472
   RAWMSG     810c04xx0909a001254b0000a000
   RFR_CULID  01
   RFR_REC_RSSI -76.5
   RSSI       -88
   STATE      Initialized
   SlowRF_IntCalcStat Last: 40.0  Min: 5.0  Mean: 34.3  Max: 55.0
   TYPE       TSCUL
   VERSION    VTS 0.35 CUL868
   VERSION_HW CUL_V3.4_0004
   VERSION_TS no ASKSIN
   XmitOpen   0
   initString XP1C
X21
   MatchList:
     1:STACKABLETS ^\*
     2:STACKABLE ^\*
     A:TSCUL_WS ^K[\dA-F]....
     B:TSCUL_NC7427 ^n..........
     C:IT       ^i.(?::.|.....)
     D:CUL_FHTTK ^T[\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F][\dA-F]
     E:CUL_HOERMANN ^R..........
     F:TSCUL_TX ^TXA.........
     G:CUL_IR   ^I............
     H:SOMFY    ^Y[r|t|s]:?[\dA-F]+
     I:Revolt   ^r......................$
     J:ESA2000  ^S................................$
     K:TSCUL_RFR ^[\dA-F][\dA-F][\dA-F][\dA-F]~.
     L:TSCUL_EM ^E0.0[\dA-F]..............
     M:FS20V    ^81..(?:04|0c)..0101a001......00[89a-f]...
     N:BS       ^81..(?:04|0c)..0101a001a5cf
     O:USF1000  ^81..(?:04|0c)..0101a001a5ceaa00....
     P:FS20     ^81..(?:04|0c)..0101a001
     Q:FHT      ^81..(?:04|09|0d)..(?:0909a001|83098301|c409c401)..
     R:TSKS300  ^810d04..4027a001
     T:HMS      ^810e04......a001
     U:CUL_TCM97001 ^s[\dA-F]+
     V:CUL_REDIRECT ^o
   QUEUE:
   READINGS:
     2020-04-21 23:42:12   ITSndFreq       433.920MHz +0.000kHz
     2020-04-24 20:49:03   Ints_per_sec    SI: 88.81061  TI: 4.48804  S: 13.32102  L: 2.70008  F: 3.97284  M: 0.89494
     2020-04-21 23:41:59   SlowRFSndFreq   868.300MHz +0.000kHz
     2020-04-24 20:29:43   SlowRfconf      freq:868.300MHz freqOffs:0.000kHz bWidth:325kHz freqIF:330.08kHz rAmpl:42dB sens:8dB dRate:2.461kBit/s
agcPrio:0 agcWait:16 agcHyst:2 agcMaxLNA:0.0dB agcMaxDVGA:0 AGC_FREEZE:0
CCAmode:1 csRelThr:10dB csAbsThr:7dB
     2020-04-24 20:29:43   Xmit-Events     disconnected:4 non-HM:3
     2020-04-24 20:55:46   ccconf          freq:868.300MHz freqOffs:0.000kHz bWidth:325kHz freqIF:330.08kHz rAmpl:42dB sens:8dB dRate:2.461kBit/s
agcPrio:0 agcWait:16 agcHyst:2 agcMaxLNA:0.0dB agcMaxDVGA:0 AGC_FREEZE:0
CCAmode:1 csRelThr:10dB csAbsThr:7dB
     2020-04-24 20:24:18   cmds             B C F G J K M R T U V W X Y e i l m t u x
     2020-04-24 20:29:43   cond            non-HM
     2020-04-21 23:41:31   fRfconf         freq:868.300MHz freqOffs:0.000kHz bWidth:541kHz freqIF:304.69kHz rAmpl:42dB sens:4dB dRate:249.939kBit/s
agcPrio:0 agcWait:32 agcHyst:2 agcMaxLNA:0.0dB agcMaxDVGA:3 AGC_FREEZE:0
CCAmode:0 csRelThr:dis csAbsThr:0dB
     2020-04-22 00:19:32   fhtbuf          AE
     2020-04-24 20:22:46   prot_disconnected last
     2020-04-24 20:29:43   prot_non-HM     last
     2019-08-17 01:23:10   raw             0100
     2020-04-24 20:23:18   state           Initialized
     2020-04-20 20:28:57   uptime          5 21:23:32
     2020-04-24 20:24:11   version         VTS 0.35 CUL868
   helper:
     ChkPart    0
     RA_Timeout 0
     SVTS       1
     nRec       0
     recAlive   1
     recd       1
     DEVIOTS:
       RXfailTO   
     HM:
       hmCrdts    9
     RFR_RSSI_STAT:
       N          2
       RSSILast   -76.5
       RSSIMax    -76.5
       RSSIMean   -77.5
       RSSIMin    -78.5
     SRf:
       lastIntC   304696
       lastIntCTime 1587754143.848
       lastIntTOC 35003
       lastSyncC  87586
       lastloFltC 12750
       lastmtchErrC 965
       lastupFltC 20692
       IntStat:
         Max        55
         Mean       34.3333333333333
         Min        5
         N          3
     cnd:
       250        3
       253        4
     q:
       HMcndN     250
       hmLanQlen  1
     ref:
       ioBR       3840
       lHMt       4294967295
       lSys       1674115344.79767
       pngLm      80
       scF        1
     sendpool:
       HASH(0x5597990ea4e8)
       HASH(0x5597991dbf98)
       HASH(0x55979c0c38f8)
Attributes:
   group      Gateways
   room       Keller,Server
   sendpool   CUBe868SL,rcul,CUL_0,CUBe868HM
   verbose    0
Deine Vermutung stimmt, bisher kein HMS Empfang zu sehen.
Log im Anhang, habe aus Versehen zuerst X39 gesetzt, danach X3D, beides im Log.
Diesmal wieder der Sensor 2E6F, ab 20:41:47 dann mit X3D. Noch mal um 20:47:09.
Danke schonmal.

Gruß

Peter

[noansi]

Hallo Peter,

immerhin eine Veränderung. Diesmal hat mich der Timeout nach dem Sync rausgehauen.

Kannst Du bitte mit der Firmware im Anhang den Test mit sens 8 und set X3D wiederholen?!

Gruß, Ansgar.

[pantau]

A watched sensor never sends...
Evtl. muss ich mal die Batterien raus und wieder rein machen, dann senden die glaube ich sofort....
21:46:01 2E6F
21:50:26 ist ein 77E1 "vorbeigehuscht (CO Sensor)