Autor Thema: culfw@ARM  (Gelesen 286458 mal)

Offline Andy77H

  • New Member
  • *
  • Beiträge: 15
Antw:culfw@ARM
« Antwort #795 am: 07 Juni 2017, 23:28:32 »
Hier Ausgabe von list Cube:

Internals:
   CMDS       BbCFiAZNEkGMKLUYRTVWXefhltxz
   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:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   Cube_MSGCNT 14
   Cube_TIME  2017-06-07 23:06:24
   DEF        /dev/ttyACM0@9600 1234
   DeviceName /dev/ttyACM0@9600
   FD         40
   FHTID      1234
   NAME       Cube
   NR         107
   PARTIAL
   RAWMSG     27  900
   RSSI       -57.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) CUBe (F-Band: 868MHz)
   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+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   Readings:
     2017-06-07 23:25:06   ccconf          freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2017-06-07 23:25:03   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 x z
     2017-06-07 22:50:50   credit10ms      394
     2017-06-07 19:31:02   fhtbuf          AE
     2017-06-07 23:15:35   raw             No answer
     2017-06-07 23:25:03   state           Initialized
     2017-06-07 20:40:01   uptime          0 00:16:00
     2017-06-07 19:30:37   version         V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) CUBe (F-Band: 868MHz)
Attributes:
   icon       cul_cul
   rfmode     MAX
   room       System
   verbose    5

Offline Andy77H

  • New Member
  • *
  • Beiträge: 15
Antw:culfw@ARM
« Antwort #796 am: 07 Juni 2017, 23:48:32 »
Im Normalbetrieb ist der Cube dazu da, um mit MAX-Komponenten zu sprechen. Scheinbar ist es jetzt so, dass das nicht mehr funktioniert, sobald man eine der genannten Einstellungen ändert (welche genau das auslöst, konnte ich noch nicht eingrenzen), bis man das Ding dann wieder stromlos macht (auch ein set Cube raw e hilft nix)... :(

Kann etwas beim Flashen so schief gegangen sein, dass dieses dubiose Verhalten erklärbar macht, oder was könnte da sein?

Was mir noch aufgefallen ist: nachdem ich den Cube jetzt wieder mal stromlos gemacht habe, ist mir ein Unterschied aufgefallen zu gerade eben - siehe list Cube jetzt:

Internals:
   CMDS       BbCFiAZNEkGMKLUYRTVWXefhltxz
   Clients    :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   Cube_MSGCNT 33
   Cube_TIME  2017-06-07 23:46:15
   DEF        /dev/ttyACM0@9600 1234
   DeviceName /dev/ttyACM0@9600
   FD         40
   FHTID      1234
   NAME       Cube
   NR         107
   PARTIAL
   RAWMSG     Z0B140630102642123456005028
   RSSI       -54
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) CUBe (F-Band: 868MHz)
   initString X21
Zr
   Matchlist:
     1:CUL_MAX  ^Z........................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   Readings:
     2017-06-07 23:44:59   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2017-06-07 23:44:54   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 x z
     2017-06-07 23:43:31   credit10ms      553
     2017-06-07 19:31:02   fhtbuf          AE
     2017-06-07 23:39:13   raw             25  768
     2017-06-07 23:46:15   state           Initialized
     2017-06-07 23:29:39   uptime          0 00:04:50
     2017-06-07 23:29:43   version         V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) CUBe (F-Band: 868MHz)
Attributes:
   icon       cul_cul
   rfmode     MAX
   room       System
   verbose    5

Was bei Clients steht, dürfte ja vom rfmode abhängig sein, also irgendwie passt da was nicht zusammen, oder ich sehe schon den Wald vor lauter Bäumen nicht...

???
« Letzte Änderung: 07 Juni 2017, 23:59:50 von Andy77H »

Offline Ranseyer

  • Hero Member
  • *****
  • Beiträge: 1764
    • Homepage
Antw:culfw@ARM
« Antwort #797 am: 08 Juni 2017, 07:46:12 »


Zitat

Kann das sein, dass so ein simples Stück Hardware einen Gigabit-LAN-Port voraussetzt?

Klar, wenn z.B. die LAN Verkabelung fehlerhaft ist oder ein Crossover Kabel verwendet wird. Bei Gigabit LAN werden  manche solcher Probleme ausgeglichen.


Gesendet von meinem HTC One_M8 mit Tapatalk

FHEM mit FTUI. Homematic-Funk für Thermostate und Licht. MySensors als Basis für eigene HW.
Zentrale ist der MAPLE-CUL mit RFM69+HModUART-AddOn.
Doku zu meinen Projekten: Github/Ranseyer. Platinen falls verfügbar gerne auf Anfrage.
Support: gerne wenn ich Zeit+Lust habe im Forum. Nicht per PN!

Offline RaspiLED

  • Hero Member
  • *****
  • Beiträge: 2451
  • Es begann alles so klein ;-)
culfw@ARM
« Antwort #798 am: 08 Juni 2017, 08:12:43 »
Hi,
wie kommt es zu den Änderungen an den ccconf Zeilen? Und warum hast Du die jeweils so eingestellt?
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Offline Andy77H

  • New Member
  • *
  • Beiträge: 15
Antw:culfw@ARM
« Antwort #799 am: 08 Juni 2017, 11:11:56 »
Ok, damit nichts verfälscht ist oder so, jetzt nochmal der Reihe nach:

Cube List nach einem Reset (sollte das gleiche wie oben sein):
Internals:
   CMDS       BbCFiAZNEkGMKLUYRTVWXefhltxz
   Clients    :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   Cube_MSGCNT 25
   Cube_TIME  2017-06-08 10:37:24
   DEF        /dev/ttyACM0@9600 1234
   DeviceName /dev/ttyACM0@9600
   FD         18
   FHTID      1234
   NAME       Cube
   NR         107
   NR_CMD_LAST_H 6
   PARTIAL
   RAWMSG     Z0B5E0630118956100F7C0010F5
   RSSI       -79.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) CUBe (F-Band: 868MHz)
   initString X21
Zr
Za123456
Zw111111
   Matchlist:
     1:CUL_MAX  ^Z........................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   Readings:
     2017-06-07 23:44:59   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2017-06-08 08:03:13   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 x z
     2017-06-08 10:04:17   credit10ms      364
     2017-06-07 19:31:02   fhtbuf          AE
     2017-06-07 23:39:13   raw             25  768
     2017-06-08 10:37:24   state           Initialized
     2017-06-07 23:29:39   uptime          0 00:04:50
     2017-06-07 23:29:43   version         V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) CUBe (F-Band: 868MHz)
   XMIT_TIME:
     1496909031.64916
     1496909038.17139
     1496909039.68619
     1496909045.70287
     1496909051.71928
     1496909057.73275
Attributes:
   icon       cul_cul
   rfmode     MAX
   room       System
   verbose    5

Jetzt setze ich das Attribut rfmode auf SlowRF, was mir im Log folgende Einträge bringt:
2017.06.08 10:42:21 5: SW: Ax
2017.06.08 10:42:21 5: SW: Zx
2017.06.08 10:42:21 5: SW: brx
2017.06.08 10:42:21 5: SW: X21
2017.06.08 10:42:21 2: Switched Cube rfmode to SlowRF
2017.06.08 10:42:21 5: CUL/RAW: /OFF

2017.06.08 10:42:21 4: CUL_Parse: Cube OFF
2017.06.08 10:42:21 5: Cube: dispatch OFF
2017.06.08 10:42:21 3: Cube: Unknown code OFF, help me!

Cube List sieht jetzt so aus:
Internals:
   CMDS       BbCFiAZNEkGMKLUYRTVWXefhltxz
   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:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   Cube_MSGCNT 26
   Cube_TIME  2017-06-08 10:42:21
   DEF        /dev/ttyACM0@9600 1234
   DeviceName /dev/ttyACM0@9600
   FD         18
   FHTID      1234
   NAME       Cube
   NR         107
   NR_CMD_LAST_H 6
   PARTIAL
   RAWMSG     OFF
   RSSI       -79.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) CUBe (F-Band: 868MHz)
   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+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   Readings:
     2017-06-07 23:44:59   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2017-06-08 08:03:13   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 x z
     2017-06-08 10:04:17   credit10ms      364
     2017-06-07 19:31:02   fhtbuf          AE
     2017-06-07 23:39:13   raw             25  768
     2017-06-08 10:42:21   state           Initialized
     2017-06-07 23:29:39   uptime          0 00:04:50
     2017-06-07 23:29:43   version         V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) CUBe (F-Band: 868MHz)
   XMIT_TIME:
     1496909031.64916
     1496909038.17139
     1496909039.68619
     1496909045.70287
     1496909051.71928
     1496909057.73275
Attributes:
   icon       cul_cul
   rfmode     SlowRF
   room       System
   verbose    5

Jetzt noch die Frequenz auf 433.92, hier den entsprechenden Logs:
2017.06.08 10:43:57 3: Setting FREQ2..0 (0D,0E,0F) to 10 b0 71 = 433.920 MHz
2017.06.08 10:43:57 5: SW: W0F10
2017.06.08 10:43:57 5: SW: W10b0
2017.06.08 10:43:57 5: SW: W1171
2017.06.08 10:43:57 5: SW: X21

dann sieht list Cube so aus:
Internals:
   CMDS       BbCFiAZNEkGMKLUYRTVWXefhltxz
   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:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   Cube_MSGCNT 26
   Cube_TIME  2017-06-08 10:42:21
   DEF        /dev/ttyACM0@9600 1234
   DeviceName /dev/ttyACM0@9600
   FD         18
   FHTID      1234
   NAME       Cube
   NR         107
   NR_CMD_LAST_H 6
   PARTIAL
   RAWMSG     OFF
   RSSI       -79.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) CUBe (F-Band: 868MHz)
   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+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   Readings:
     2017-06-07 23:44:59   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2017-06-08 08:03:13   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 x z
     2017-06-08 10:04:17   credit10ms      364
     2017-06-07 19:31:02   fhtbuf          AE
     2017-06-07 23:39:13   raw             25  768
     2017-06-08 10:42:21   state           Initialized
     2017-06-07 23:29:39   uptime          0 00:04:50
     2017-06-07 23:29:43   version         V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) CUBe (F-Band: 868MHz)
   XMIT_TIME:
     1496909031.64916
     1496909038.17139
     1496909039.68619
     1496909045.70287
     1496909051.71928
     1496909057.73275
Attributes:
   icon       cul_cul
   rfmode     SlowRF
   room       System
   verbose    5

ein get Cube ccconf bringt jetzt folgendes:
Cube ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
(wird scheinbar nicht automatisch ohne extra get upgedated)

will ich jetzt ein set Cube raw X25 (um auch unbekannte Sequenzen zu empfangen, steht im Log:

2017.06.08 10:47:51 3: set Cube raw X25
2017.06.08 10:47:51 5: SW: X25

Bis auf die Fehlermeldung beim Setzen des rfmode würde es ja ok ausschauen. Wenn ich die Doku richtig verstanden habe, kann man SlowRF auf mit set Cube raw fx aktivieren, oder?

2017.06.08 10:50:59 3: set Cube raw fx
2017.06.08 10:50:59 5: SW: fx

Trotz allem empfange ich so aber genau nix...

Und wenn ich jetzt wieder zurück zum eigentlichen MAX-Mode will, hätte ich folgendes gemacht:

Attribut rfmode auf MAX

2017.06.08 10:52:16 5: SW: Ax
2017.06.08 10:52:16 5: SW: X21
2017.06.08 10:52:16 5: SW: Zr
2017.06.08 10:52:16 2: Switched Cube rfmode to MAX

dann ein set Cube raw e:

2017.06.08 10:52:46 3: set Cube raw e
2017.06.08 10:52:46 5: SW: e
2017.06.08 10:52:47 1: /dev/ttyACM0 disconnected, waiting to reappear (Cube)
2017.06.08 10:52:51 3: Setting Cube serial parameters to 9600,8,N,1
2017.06.08 10:52:51 5: SW: V
2017.06.08 10:52:51 5: CUL/RAW (ReadAnswer): V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) CUBe (F-Band: 868MHz)

2017.06.08 10:52:51 5: SW: ?
2017.06.08 10:52:51 5: CUL/RAW (ReadAnswer): ? (? is unknown) Use one of 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 x z

2017.06.08 10:52:52 3: Cube: Possible commands: BbCFiAZNEkGMKLUYRTVWXefhltxz
2017.06.08 10:52:52 5: SW: X21
2017.06.08 10:52:52 5: SW: Zr
2017.06.08 10:52:52 5: SW: T01
2017.06.08 10:52:52 5: CUL/RAW (ReadAnswer): 1234

2017.06.08 10:52:52 5: GOT CUL fhtid: 1234
2017.06.08 10:52:52 1: /dev/ttyACM0 reappeared (Cube)

Ein get Cube ccconf bringt dann wieder die korrekten Werte:Cube ccconf => freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
list Cube schaut dann so aus:

Internals:
   CMDS       BbCFiAZNEkGMKLUYRTVWXefhltxz
   Clients    :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   Cube_MSGCNT 27
   Cube_TIME  2017-06-08 10:47:34
   DEF        /dev/ttyACM0@9600 1234
   DeviceName /dev/ttyACM0@9600
   FD         18
   FHTID      1234
   NAME       Cube
   NR         107
   PARTIAL
   RAWMSG     ? (25 is unknown) Use one of 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 x z
   RSSI       -79.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) CUBe (F-Band: 868MHz)
   initString X21
Zr
   Matchlist:
     1:CUL_MAX  ^Z........................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   Readings:
     2017-06-08 10:53:14   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2017-06-08 10:52:51   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 x z
     2017-06-08 10:04:17   credit10ms      364
     2017-06-07 19:31:02   fhtbuf          AE
     2017-06-07 23:39:13   raw             25  768
     2017-06-08 10:52:52   state           Initialized
     2017-06-07 23:29:39   uptime          0 00:04:50
     2017-06-07 23:29:43   version         V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) CUBe (F-Band: 868MHz)
Attributes:
   icon       cul_cul
   rfmode     MAX
   room       System
   verbose    5


Dann dauert es aber einige Minuten (wenn man nicht gerade den Cube stromlos macht) bis der wieder normal seine Arbeit verrichtet...

Also die Frage wäre jetzt, ob der Fehler vorm Bildschirm sitzt oder im Cube oder irgendwo dazwischen ;)

Offline Telekatz

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 956
Antw:culfw@ARM
« Antwort #800 am: 08 Juni 2017, 11:47:50 »
Mit set Cube raw fx wird der fastrf Modus deaktiviert. Der war aber bei dir nie an. Aber trotzdem wird dabei der Empfang komplett deaktiviert.

Grundsätzlich musst du, wenn du zwischen MAX und SlowRF Modus mit dem Attribut rfmode wechselst, keine raw Kommandos ausführen. Das macht FHEM automatisch und aktiviert den entsprechenden Modus selbstständig.

Ich denke, der Fehler sitzt vor dem Bildschirm.

Offline Andy77H

  • New Member
  • *
  • Beiträge: 15
Antw:culfw@ARM
« Antwort #801 am: 08 Juni 2017, 14:22:36 »
Na, das mit dem raw-Kommando für den SlowRF-Modus war ja nur zusätzlich gemeint - wie du oben sehen hättest können, habe ich es davor ja so wie gedacht per fhem - Attribut gesetzt, das bringt mir aber diese eigenartige Fehlermeldung - wenn ich also diesbezüglich einen Fehler gemacht habe, dann bitte um Info, wo...

Das eigentliche Problem ist aber, dass ich mit der alten FW (habe nochmal nachgeschaut, war 1.21.00) auf SlowRF und Frequenz 433.92 umschalten konnte, ohne eine Fehlermeldung zu erhalten und dann auch noch etwas empfangen habe. Leider waren die empfangenen Daten aber nicht richtig interpretierbar, weshalb mal als ersten Versuch die aktuellste FW helfen sollte.

Jetzt kann ich aber gar nichts mehr empfangen, wegen der Fehlermeldung beim Aktivieren des SlowRF stelle ich mir aber die Frage, ob er überhaupt korrekt umschaltet...

Bisher habe ich die Erfahrung gemacht, dass das Flashen selbst entweder geht oder nicht, aber das es nur so halb geht oder so hatte ich noch nie und da hier auch kein Fehler gemeldet wurde, gehe ich mal davon aus, dass das passt.

Bin mir auch nicht bewusst hier irgendwas falsch zu bedienen oder so - aber ich kann natürlich nicht ausschließen, dass ich sozusagen "den Wald vor lauten Bäumen nicht mehr sehe", weshalb ich für Hilfe dankbar wäre...

Offline Andy77H

  • New Member
  • *
  • Beiträge: 15
Antw:culfw@ARM
« Antwort #802 am: 08 Juni 2017, 14:39:40 »
Ok. Ich denke ich weiß jetzt, woher dieses CUL/RAW OFF, usw. kommt:

Das raw-Kommando brx, welches beim Umstalten auf slowRF gesetzt wird, gibt auch was zurück:
b<cmd><data>
Wireless M-Bus:
r<mode>
start receiving messages. <mode> bust be either s or t for desired mode
s<data>
send data (tbd)
returns always the actual receiving mode

Habe daher mal folgendes versucht "get Cube raw brx" und erhalte dann:
 2017.06.08 14:31:18 5: SW: brx
2017.06.08 14:31:18 5: CUL/RAW (ReadAnswer): OFF

Ein "get Cube raw C35" liefert:

2017.06.08 14:31:12 5: SW: C35
2017.06.08 14:31:12 5: CUL/RAW (ReadAnswer): C35 = 0D / 13

Somit sollte ja der Empfangsmodus aktiv sein, oder?

Um das ganze abzukürzen:
-) wie kann ich feststellen, ob der Cube auf "Empfangsmodus" ist oder nicht?
-) wie sind die genauen Schritte um von 868/MAX auf 433/SlowRF umzuschalten (um auch zu empfangen, am besten alles - nicht nur bekanntes)?
« Letzte Änderung: 08 Juni 2017, 15:13:06 von Andy77H »

Offline Telekatz

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 956
Antw:culfw@ARM
« Antwort #803 am: 08 Juni 2017, 15:15:59 »
Das raw Kommando brx deaktiviert den MBus mode und das OFF ist die Rückantwort, dass MBus deaktiviert ist. Wenn danach X21 gesendet wird, wird der SlowRF Mode aktiviert. Die Fehlermeldung im LOG kannst du ignorieren.


-) wie kann ich feststellen, ob der Cube auf "Empfangsmodus" ist oder nicht?
Mit raw X. Wenn X21 zurück kommt ist er im Empfangsmodus. Alternativ an der Debugschnittstelle am Cube mitloggen.

-) wie sind die genauen Schritte um von 868/MAX auf 433/SlowRF umzuschalten (um auch zu empfangen, am besten alles - nicht nur bekanntes)?
Einfach das attribut entsprechend umstellen. Und einmalig im SlowRF mode die Frequenz richtig setzen. Im MAX mode wird diese Frequenzeinstellung ignorierert und automatisch die richtige Frequenz eingestellt.

Offline Andy77H

  • New Member
  • *
  • Beiträge: 15
Antw:culfw@ARM
« Antwort #804 am: 08 Juni 2017, 15:44:13 »
Ok. Danke für die Infos, somit weiß ich jetzt, dass ich nicht daneben war. Stimmt es auch, dass man mit X25 den Empfang so umstellen kann, dass auch unbekannte Signale geloggt werden?

Jetzt wäre das ganze drumherum geklärt, aber mein Problem ist ja, dass ich vor dem Update der FW von einem bestimmten Gerät auf Frequenz 433 was empfangen habe und dazwischen auch immer wieder andere Signale (wohl "Grundrauschen" bzw. Nachbarn?), jetzt mit der neuen FW aber genau nichts in den Logs auftaucht...

Mit der alten FW hatte ich es sogar so weit gehabt, dass er mir ein Gerät automatisch angelegt hatte, nur waren da die Codes (noch?) nicht korrekt...

Woran könnte das liegen? Ist es eine Einstellungssache oder kam irgendein "Feature" dazu, wodurch der Cube jetzt anders reagiert?

Als Gegentest könnte ich auch wieder die alte FW draufspielen, oder gibt es irgendeine, die zu bevorzugen wäre?

Mir ist auch aufgefallen, dass es schon mal vorkommt, dass sich der Cube kurz "verabschiedet" (also im Log kommen disconnected / reappeared Meldungen) wenn man zB get Cube raw C35 oder get Cube raw X absetzt, ab halt nur manchmal - das wäre mir mit der alten Version so nicht aufgefallen...

Danke

Offline Telekatz

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 956
Antw:culfw@ARM
« Antwort #805 am: 08 Juni 2017, 18:16:02 »
Lag wohl doch an der Firmware. Mit der angefügen Version funktioniert 433MHz wieder.

Offline Andy77H

  • New Member
  • *
  • Beiträge: 15
Antw:culfw@ARM
« Antwort #806 am: 08 Juni 2017, 21:46:29 »
Wahnsinn, Super, Danke!  ;D ;D ;D

Neue Firmware geflashed, auf SlowRF und Frequenz 433.92 umgeschalten, ein paar mal auf die Fernbedienung
-> Output im Log!
-> neues IT-Device
-> kurz die on/off - Kommandos angepasst und die Motorleinwand fährt schon rauf und runter :D

Also kann nur nochmal sagen: DANKE!  8)

Offline Thomas Vandahl

  • New Member
  • *
  • Beiträge: 7
Antw:culfw@ARM
« Antwort #807 am: 27 Juni 2017, 21:17:29 »
Lag wohl doch an der Firmware. Mit der angefügen Version funktioniert 433MHz wieder.

Hallo ich bin neu hier.
Habe einen Cube geflasht, weil meine FHZ das Empfangen eingestellt hat. Zunächst mit der Build 208/209-Version, da gingen FS20-Schalter, aber die HMS-Sensoren nicht (kein Empfang!). Jetzt habe ich die FW aus dem Anhang genommen, da ist es umgekehrt. Der aktuellste Build von gestern (232) ist irgendwie nur 28k groß, da fehlt wohl einiges. Welche Version ist für HMS und FS20 zu empfehlen?

Offline Telekatz

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 956
Antw:culfw@ARM
« Antwort #808 am: 28 Juni 2017, 22:00:06 »
Der aktuelle Build ist jetzt wieder vollständig.
Bezüglich HMS und FS20 sollte es eigentlich keinen Unterschied in den Versionen geben.

Offline Thomas Vandahl

  • New Member
  • *
  • Beiträge: 7
Antw:culfw@ARM
« Antwort #809 am: 02 Juli 2017, 10:33:59 »
Danke für die Aktualisierung. Ich probiers mal aus. Was ist der Unterschied zwischen CUBE_BL.bin und CUBEx4_BL.bin?