Autor Thema: Firmware zu CUL, CUNX und Co. mit Timestamp Option ASKSIN tsculfw V0.30  (Gelesen 134379 mal)

Offline noansi

  • Sr. Member
  • ****
  • Beiträge: 660
Antw:Firmware zu CUL, CUNX und Co. mit Timestamp Option ASKSIN tsculfw V0.30
« Antwort #810 am: 09 Februar 2019, 12:33:53 »
Hallo Cube,

ich habe hier https://forum.fhem.de/index.php/topic,24436.msg891756.html#msg891756 die FHEM Module aktualisiert, um undefinierte PrioQueue Funktionsaufrufe abzufangen.

Ich habe 10_MQTT2_DEVICE.pm möglicherweise in Verbindung mit der perl Version in Verdacht. Daher antworte bitte noch auf meine Fragen oben.

Gruß, Ansgar.

Offline noansi

  • Sr. Member
  • ****
  • Beiträge: 660
Antw:Firmware zu CUL, CUNX und Co. mit Timestamp Option ASKSIN tsculfw V0.30
« Antwort #811 am: 09 Februar 2019, 19:06:53 »
Hallo Zusammen,

ich habe hier https://forum.fhem.de/index.php/topic,24436.msg891756.html#msg891756 die FHEM Module nochmals aktualisiert weil ich feststellen musste, dass PrioQueues gar nicht korrekt abgearbeitet wurden.

Das fällt aber nur auf, wenn 10_MQTT2_DEVICE.pm zur Anwendung kommt, was ggf. schon mit aktivem autocreate unbewust passieren kann.

Gruß, Ansgar.

Offline Cube

  • New Member
  • *
  • Beiträge: 7
Antw:Firmware zu CUL, CUNX und Co. mit Timestamp Option ASKSIN tsculfw V0.30
« Antwort #812 am: 10 Februar 2019, 02:20:49 »
Einzige Verwendung von Prioritätswarteschlangen finde ich in 10_MQTT2_DEVICE.pm Zeile 167ff.
Verwendest Du MQTT2_DEVICE?
Hast Du autocreate aktiv?
Welche perl Version verwendest Du?

Ja, ich verwende MQTT2_DEVICE für zigbee2mqtt. Autocreate ist aktiv, neue Geräte sind aber nicht hinzugekommen. Ich habe allerdings an dem Tag, an dem das Problem aufgetreten ist, zigbee2mqtt aktualisiert und Einstellungen geändert. Ich verwende Perl v5.24.1.

ich habe hier https://forum.fhem.de/index.php/topic,24436.msg891756.html#msg891756 die FHEM Module nochmals aktualisiert weil ich feststellen musste, dass PrioQueues gar nicht korrekt abgearbeitet wurden.

Ich habe die Module aktualisiert und der Fehler tritt nicht mehr auf. Super.  :)

Offline noansi

  • Sr. Member
  • ****
  • Beiträge: 660
Antw:Firmware zu CUL, CUNX und Co. mit Timestamp Option ASKSIN tsculfw V0.30
« Antwort #813 am: 10 Februar 2019, 08:39:38 »
Hallo Cube,

danke!

Hier https://forum.fhem.de/index.php/topic,97159.msg903510.html#msg903510 hoffe ich mal, dass Rudolf es liest und in fhem.pl ebenfalls Veränderungen vornimmt.

Gruß, Ansgar.
« Letzte Änderung: 11 Februar 2019, 06:31:14 von noansi »

Offline noansi

  • Sr. Member
  • ****
  • Beiträge: 660
Antw:Firmware zu CUL, CUNX und Co. mit Timestamp Option ASKSIN tsculfw V0.30
« Antwort #814 am: 10 Februar 2019, 15:30:32 »
Hallo Zusammen,

wie ab hier https://forum.fhem.de/index.php/topic,97159.msg903956.html#msg903956 in Diskussion mit Rudolf zu lesen ist, tritt das oben genannte potentielle Crash Problem nur mit der bisherigen Version von timerTS auf.

Also bitte die aktuellen Module mit aktueller Firmware nutzen https://forum.fhem.de/index.php/topic,24436.msg891756.html#msg891756.

Gruß, Ansgar.

Offline ram

  • New Member
  • *
  • Beiträge: 3
Antw:Firmware zu CUL, CUNX und Co. mit Timestamp Option ASKSIN tsculfw V0.30
« Antwort #815 am: 11 Februar 2019, 21:19:27 »
Hallo.

Zitat
Hallo ram,
danke für's Feedback.

gerne!

Zitat
Was hatte den der alte CUL3.x für eine Krankheit?
Nutzt Du den CUL auch, um 433.92MHz Geräte zu schalten?
Gruß, Ansgar.

Ich denke die alte CUL hat einen Hardwareschaden... könnte eine Spannungspitze gewesen sein ;-) Jedenfalls sendet sie nicht mehr (SDR gecheckt), meldet aber auch kein CCA Fehler.

Für 433 MHz habe ich eine weitere CUL.

Ich habe aber aktuell ein einziges HM-Gerät, mit welchem wohl die Kommunikation nicht mehr funktioniert. FHEM scheint das Gerät nicht mehr pairen zu können. Ich weiss aber nicht, ob das ein "normales" Problem, z.B. Abstand CUL/Antenne zu HM-Gerät ist, oder doch ggf. auch etwas mit der tsculfw zu tun haben könnte.

...
2019.02.11 20:52:54 3 : TSCUL_ParseTsHM: CUL_868 HM repeat failed to 543764/HM_543764: 433222 A F109 14603916 00 10 31 A001 54F2B3 543764 00040000000000 _sfail _noAnsw
2019.02.11 20:52:56 4 : TSCUL_XmitAwaitHMTo CUL_868: timeout - 543764
2019.02.11 20:52:59 4 : TSCUL_send: CUL_868 437999 As 10 31 A001 54F2B3 543764 00040000000000
2019.02.11 20:52:59 4 : TSCUL_XmitDlyHM: CUL_868 id:543764 rtoms:2328
2019.02.11 20:52:59 4 : TSCUL_Parse: CUL_868 438036 A F103 14608700 02 10 31 A001 54F2B3 543764 00040000000000 _CCAdly:8
2019.02.11 20:52:59 4 : TSCUL_Parse: CUL_868 438309 A F103 14608972 01 10 31 A001 54F2B3 543764 00040000000000 _CCAdly:4
2019.02.11 20:52:59 4 : TSCUL_Parse: CUL_868 438581 A F103 14609244 01 10 31 A001 54F2B3 543764 00040000000000 _CCAdly:4
2019.02.11 20:53:00 3 : LogHist CUL_868: 427277 As 10 31 A001 54F2B3 543764 00040000000000
2019.02.11 20:53:00 3 : LogHist CUL_868: 427315 A F103 14597976 01 10 31 A001 54F2B3 543764 00040000000000 _CCAdly:4
2019.02.11 20:53:00 3 : LogHist CUL_868: 427589 A F103 14598252 01 10 31 A001 54F2B3 543764 00040000000000 _CCAdly:4
2019.02.11 20:53:00 3 : LogHist CUL_868: 427861 A F103 14598524 01 10 31 A001 54F2B3 543764 00040000000000 _CCAdly:4
2019.02.11 20:53:00 3 : LogHist CUL_868: 428098 A F109 14598792 00 10 31 A001 54F2B3 543764 00040000000000 _sfail _noAnsw
2019.02.11 20:53:00 3 : LogHist CUL_868: 432403 As 10 31 A001 54F2B3 543764 00040000000000
2019.02.11 20:53:00 3 : LogHist CUL_868: 432440 A F103 14603104 02 10 31 A001 54F2B3 543764 00040000000000 _CCAdly:8
2019.02.11 20:53:00 3 : LogHist CUL_868: 432713 A F103 14603376 01 10 31 A001 54F2B3 543764 00040000000000 _CCAdly:4
2019.02.11 20:53:00 3 : LogHist CUL_868: 432985 A F103 14603648 01 10 31 A001 54F2B3 543764 00040000000000 _CCAdly:4
2019.02.11 20:53:00 3 : LogHist CUL_868: 433222 A F109 14603916 00 10 31 A001 54F2B3 543764 00040000000000 _sfail _noAnsw
2019.02.11 20:53:00 3 : LogHist CUL_868: 437999 As 10 31 A001 54F2B3 543764 00040000000000
2019.02.11 20:53:00 3 : LogHist CUL_868: 438036 A F103 14608700 02 10 31 A001 54F2B3 543764 00040000000000 _CCAdly:8
2019.02.11 20:53:00 3 : LogHist CUL_868: 438309 A F103 14608972 01 10 31 A001 54F2B3 543764 00040000000000 _CCAdly:4
2019.02.11 20:53:00 3 : LogHist CUL_868: 438581 A F103 14609244 01 10 31 A001 54F2B3 543764 00040000000000 _CCAdly:4
2019.02.11 20:53:00 3 : TSCUL_ParseTsHM: CUL_868 HM repeat failed to 543764/HM_543764: 438818 A F109 14609512 00 10 31 A001 54F2B3 543764 00040000000000 _sfail _noAnsw
2019.02.11 20:53:01 4 : TSCUL_XmitAwaitHMTo CUL_868: timeout - 543764

Mir sagt das "raw" Log aber leider nicht viel ;-)

Viele Grüße
Reza


Offline noansi

  • Sr. Member
  • ****
  • Beiträge: 660
Antw:Firmware zu CUL, CUNX und Co. mit Timestamp Option ASKSIN tsculfw V0.30
« Antwort #816 am: 11 Februar 2019, 21:34:25 »
Hallo Reza,

das log sagt, Du sendest an das Gerät mit der ID 543764 (immer wieder 3x), aber es antwortet nicht, bzw. CUL empfängt keine Antwort.

Entweder es ist außer Reichweite (eventuell ist der neue CUL etwas schlechter, als der alte) oder es ist defekt oder die Batterien sind leer/zu schwach.
Oder es schläft schon wieder und du musst eventuell immer wieder das Knöpfchen drücken.
Mehr Infos zum Gerät erhellen meist die Glaskugel.

Gruß, Ansgar.
« Letzte Änderung: 11 Februar 2019, 21:50:51 von noansi »

Offline noansi

  • Sr. Member
  • ****
  • Beiträge: 660
Antw:Firmware zu CUL, CUNX und Co. mit Timestamp Option ASKSIN tsculfw V0.30
« Antwort #817 am: 11 Februar 2019, 21:39:55 »
Hallo Zusammen,

ich habe die Module nochmals aktualisiert https://forum.fhem.de/index.php/topic,24436.msg891756.html#msg891756.
Ich habe aus den letzten Testerfahrungen heraus unnötige use vars rausgeworfen.

Gruß, Ansgar.

Offline ram

  • New Member
  • *
  • Beiträge: 3
Antw:Firmware zu CUL, CUNX und Co. mit Timestamp Option ASKSIN tsculfw V0.30
« Antwort #818 am: 11 Februar 2019, 22:05:01 »
Hallo Ansgar,

Hallo Reza,

das log sagt, Du sendest an das Gerät mit der ID 543764 (immer wieder 3x), aber es antwortet nicht, bzw. CUL empfängt keine Antwort.

Entweder es ist außer Reichweite (eventuell ist der neue CUL etwas schlechter, als der alte) oder es ist defekt oder die Batterien sind leer/zu schwach. Oder es schläft schon wieder und du musst eventuell immer wieder das Knöpfchen drücken.
Würde mich tatsächlich nicht wundern, wenn das Geräte und nicht die CUL ein Problem hat. Konnte ich aber nicht unterscheiden, und daher habe ich gerne das Log angeboten.

Zitat
Mehr Infos zum Gerät erhellen meist die Glaskugel.

Gruß, Ansgar.

Okay.. etwas mehr Licht in der Glaskugel :-)
Internals:
   CFGFN     
   CUL_868_MSGCNT 7
   CUL_868_RAWMSG A0D38841054376400000006010000::-58.5:CUL_868:
   CUL_868_RSSI -58.5
   CUL_868_TIME 2019-02-11 21:01:16
   DEF        543764
   IODev      CUL_868
   LASTInputDev CUL_868
   MSGCNT     7
   NAME       HM_543764
   NOTIFYDEV  global
   NR         311
   STATE      MISSING ACK
   TYPE       CUL_HM
   lastMsg    No:38 - t:10 s:543764 d:000000 06010000
   protCmdDel 8
   protLastRcv 2019-02-11 21:01:16
   protResnd  12 last_at:2019-02-11 21:26:43
   protResndFail 4 last_at:2019-02-11 21:26:48
   protSnd    6 last_at:2019-02-11 21:26:27
   protState  CMDs_done_Errors:1
   rssi_CUL_868 min:-52 lst:-52 avg:-52 max:-52 cnt:1
   rssi_at_CUL_868 min:-58.5 lst:-58.5 avg:-55.99 cnt:7 max:-53
   READINGS:
     2019-02-11 20:44:19   D-firmware      2.8
     2019-02-11 20:44:19   D-serialNr      OEQ0181580
     2019-02-11 21:28:14   RegL_00.       
     2019-02-11 21:01:16   deviceMsg       off (to broadcast)
     2019-02-11 21:01:16   level           0
     2019-02-11 21:01:16   pct             0
     2019-02-11 21:01:16   recentStateType info
     2019-02-11 21:26:48   state           MISSING ACK
     2019-02-11 21:01:16   timedOn         off
   helper:
     HM_CMDNR   57
     cSnd       0154F2B354376400040000000000,1154F2B35437640201C80000
     dlvl       C8
     dlvlCmd    ++A01154F2B35437640201C80000
     getCfgList all
     getCfgListNo ,3
     mId        0069
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       lstRecType 10
       newChn     +543764,00,00,00
       nextSend   1549915276.34045
       nxtSndMcnt 38
       prefIO     
       rxt        0
       tgtDly     88
       vccu       VCCU
       lRcTm:
         CUL_868    300318260
         tnms       505824220
       p:
         543764
         00
         00
         00
     mRssi:
       mNo        38
       io:
         CUL_868:
           -52.5
           -52.5
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     rssi:
       CUL_868:
         avg        -52
         cnt        1
         lst        -52
         max        -52
         min        -52
       at_CUL_868:
         avg        -56
         cnt        7
         lst        -58.5
         max        -53
         min        -58.5
     tmpl:
Attributes:
   IODev      CUL_868
   IOgrp      VCCU
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.8
   model      HM-LC-Sw1PBU-FM
   room       CUL_HM
   serialNr   OEQ0181580
   subType    switch
   webCmd     statusRequest:toggle:on:off

Offline noansi

  • Sr. Member
  • ****
  • Beiträge: 660
Antw:Firmware zu CUL, CUNX und Co. mit Timestamp Option ASKSIN tsculfw V0.30
« Antwort #819 am: 11 Februar 2019, 22:45:13 »
Hallo Reza,

also Du hast heute schon was von dem device empfangen (21:01:16), siehe readings und der RSSI ist auch nicht schlecht.
Der Register Read misslingt aber offenbar.

Das Pairing war wohl nicht erfolgreich und daher fühlt er sich eventuell nicht angesprochen.

Hast Du das Pairing korrekt angestoßen?

Das Pairing war nicht im Logauszug, nur der Registerreadversuch von FHEM.

Pairing mit Serienummer kannst Du auch mal probieren.

Gruß, Ansgar.