Autor Thema: Alternative culfw  (Gelesen 401280 mal)

Offline dobiwan

  • New Member
  • *
  • Beiträge: 26
Antw:Alternative culfw
« Antwort #1740 am: 24 Oktober 2018, 10:23:53 »
Hallo zusammen,
auch wenn sich das jetzt wie ahnungslos anhört, aber ich habe auf meinem PI einen CUL433, einen nanoCul868 und ein TCM310_0 verbaut.
Der CUL433 hat die alternative Firmware: V 1.21.00 a-culfw Build: 70 (2016-04-22_17-15-27).
Der nanoCul868 die Firmware: V 1.67 nanoCUL868.
Ich möchte nun beide auf die neueste alternative Firmware upgraden.
Der nanoCul ist so definiert: /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400
Der CUL so: /dev/ttyACM0@9600
Muss ich jetzt eine der beiden abziehen um das Update nach und nach durchzuführen oder kann ich dem Script das Device vorgeben. Im Script steht als
# Default Port
PORT=/dev/ttyUSB0
Im Forum und WIKI finde ich leider keine Antwort darauf.

Offline yersinia

  • Full Member
  • ***
  • Beiträge: 164
    • Cyanide & Happiness
Antw:Alternative culfw
« Antwort #1741 am: 24 Oktober 2018, 15:54:53 »
Hi dobiwan,

führe mal in der RasPi-Konsole folgenden Befehl aus:
ls -l /dev/serial/by-id
Dann müsstest du in etwa sowas bekommen:
lrwxrwxrwx 1 root root 13 May 26 11:49 usb-FTDI_FT232R_USB_UART_A5xxxxxx-if00-port0 -> ../../ttyUSB1
lrwxrwxrwx 1 root root 13 May 26 11:49 usb-FTDI_FT232R_USB_UART_A9xxxxxx-if00-port0 -> ../../ttyUSB0
Hinter dem Pfeil wird dann der Port angegeben - ../../ steht dann (hier) analog für /dev/ .

Siehe auch hier: https://steigerbalett.wordpress.com/2015/05/24/mehrere-usb-devices-am-raspberrypi-richtig-in-fhem-zuordnen/ oder hier: https://community.openhab.org/t/can-i-use-dev-serial-by-id/26377

Beim Flashen müsstest du dann den Port angeben (den Standard ändern) können.
« Letzte Änderung: 24 Oktober 2018, 17:32:04 von yersinia »
viele Grüße, yersinia
----
FHEM 5.9 on RPi 3B with Raspian Stretch (perl 5.24.1) | FTUI
nanoCUL@a-culfw-> 2x868 (1x ser2net), 1x433 | ESPEasy
VCCU->7xHM-CC-RT-DN, 5xHM-LC-Bl1PBU-FM, 14xHM-SEC-SCo, 1xHM-PB-2-WM55, 1xHM-LC-Sw1PBU-FM, 1xHM-ES-PMSw1-Pl

Offline Jacob

  • Newbie
  • Beiträge: 2
Antw:Alternative culfw
« Antwort #1742 am: 10 November 2018, 19:32:33 »
Hallo Zusammen,

nachdem ich mich nun schon länger mit fhem beschäftige und diverse geräte steuern kann, verzweifele ich gerade an den neuen heitech funksteckdosen ohne DIP Schalter. Ich benutze einen nanoCUL mit der aktuellen a-culfw 1.26.04 . Die Steckdosen lassen sich mit der Fernbedienung einwandfrei anlernen und benutzen, jedoch erzeugt das autocreate vom fhem keine devices und ich sehe die messages auch erst wenn ich den nanoCUL im debug modus starte. Evtl. weiß einer von euch was ich hier falsch mache, bzw wie ich ein device mit den daten, die mir zur Verfügung stehen, erzeugen kann.

Vielen Dank im Voraus!

Ausschnitt aus dem logfile:

2018-11-10 18:07:37 CUL nanoCUL UNKNOWNCODE p11  112 1392  992  528  224 1280  93  1 11 5   288 11600     0 1A CB94C8E5CA6472E532397298
2018-11-10 18:07:39 CUL nanoCUL UNKNOWNCODE p13  400  880  544  848    0    0  21  1  2 5   400  1104   400 17 AAAAA8
2018-11-10 18:07:45 CUL nanoCUL UNKNOWNCODE p11  800  576  992  512  240 1280  94  1 11 6   272 10192     0 18 765464BB2A325D95192ECA8C
2018-11-10 18:07:47 CUL nanoCUL UNKNOWNCODE p11  912  560  992  528  240 1296  22  1  2 6   336  5472     0 19 1CB94C
2018-11-10 18:07:49 CUL nanoCUL UNKNOWNCODE p11  912  608 1008  496  240 1280  22  1  2 6   320  5456     0 19 18DB8C
2018-11-10 18:07:50 CUL nanoCUL UNKNOWNCODE p11  928  608 1008  512  224 1280  22  1  2 6   288  5488     0 19 1CB94C
2018-11-10 18:07:52 CUL nanoCUL UNKNOWNCODE p11  912  576 1008  512  240 1280  22  1  2 6   320  5488     0 19 18DB8C
2018-11-10 18:07:53 CUL nanoCUL UNKNOWNCODE p11   32 1392 1008  512  224 1280  92  1 11 4   320 13200     0 29 972991CB94C8E5CA6472E530

2018-11-10 18:08:18 CUL nanoCUL UNKNOWNCODE p11   32   16 1008  480  240 1280 100  1 12 4   272 11680     0 21 0C4021914010C8A00864500430
2018-11-10 18:08:18 CUL nanoCUL UNKNOWNCODE p13  400  880  624  768    0    0  20  1  2 4   400  1104   400 20 AAAAA0
2018-11-10 18:08:23 CUL nanoCUL UNKNOWNCODE p 3  880  608  368 1104    0    0  18  4  2 1   880   624     0 1F FC3980
2018-11-10 18:08:23 CUL nanoCUL UNKNOWNCODE p 3  864  608  352 1120    0    0  18  4  2 1   880   640     0 1F FC3980
2018-11-10 18:08:23 CUL nanoCUL UNKNOWNCODE p 3  880  608  368 1120    0    0  18  4  2 1   896   608     0 1F FC3980
2018-11-10 18:08:23 CUL nanoCUL UNKNOWNCODE p 3  864  624  352 1136    0    0  17  4  2 0   896   624     0 1E FC39
2018-11-10 18:08:24 CUL nanoCUL UNKNOWNCODE p11  928  592  976  512  240 1280  22  1  2 6   288  5472     0 20 14010C
 

Offline vbs

  • Hero Member
  • *****
  • Beiträge: 2179
Antw:Alternative culfw
« Antwort #1743 am: 16 November 2018, 14:19:24 »
Bin nicht ganz sicher, ob das hier in den Thread passt (bzw. ob es ein Firmware- oder Modul-Thema ist), aber ich versuchs mal:

Ich hab ein MapleCUL in Betrieb genommen mit einem 433MHz-Radio. Dieser empfängt dann etwas und möchte per autocreate ein Device anlegen. Wirf dabei aber folgenden Fehler:
2018.11.16 14:01:47.210 5: CUL/RAW: /sAAAAAAAAA035;  464:  512

2018.11.16 14:01:47.210 4: CUL_Parse: sys_cul433srf sAAAAAAAAA035;  464:  512
2018.11.16 14:01:47.211 5: sys_cul433srf: dispatch sAAAAAAAAA035;  464:  512
2018.11.16 14:01:47.212 1: PERL WARNING: Use of uninitialized value $bitReverse in concatenation (.) or string at ./FHEM/14_CUL_TCM97001.pm line 153.
2018.11.16 14:01:47.212 1: stacktrace:
2018.11.16 14:01:47.212 1:     main::__ANON__                      called by ./FHEM/14_CUL_TCM97001.pm (153)
2018.11.16 14:01:47.212 1:     main::checksum_W174                 called by ./FHEM/14_CUL_TCM97001.pm (822)
2018.11.16 14:01:47.212 1:     main::CUL_TCM97001_Parse            called by fhem.pl (3795)
2018.11.16 14:01:47.213 1:     main::Dispatch                      called by ./FHEM/00_CUL.pm (948)
2018.11.16 14:01:47.213 1:     main::CUL_Parse                     called by ./FHEM/00_CUL.pm (832)
2018.11.16 14:01:47.213 1:     main::CUL_Read                      called by fhem.pl (3599)
2018.11.16 14:01:47.213 1:     main::CallFn                        called by fhem.pl (726)
2018.11.16 14:01:47.214 1: PERL WARNING: Use of uninitialized value $bitReverse in concatenation (.) or string at ./FHEM/14_CUL_TCM97001.pm line 176.
2018.11.16 14:01:47.214 1: stacktrace:
2018.11.16 14:01:47.214 1:     main::__ANON__                      called by ./FHEM/14_CUL_TCM97001.pm (176)
2018.11.16 14:01:47.214 1:     main::checkCRC                      called by ./FHEM/14_CUL_TCM97001.pm (901)
2018.11.16 14:01:47.214 1:     main::CUL_TCM97001_Parse            called by fhem.pl (3795)
2018.11.16 14:01:47.214 1:     main::Dispatch                      called by ./FHEM/00_CUL.pm (948)
2018.11.16 14:01:47.214 1:     main::CUL_Parse                     called by ./FHEM/00_CUL.pm (832)
2018.11.16 14:01:47.215 1:     main::CUL_Read                      called by fhem.pl (3599)
2018.11.16 14:01:47.215 1:     main::CallFn                        called by fhem.pl (726)
2018.11.16 14:01:47.215 1: PERL WARNING: Use of uninitialized value $bitReverse in concatenation (.) or string at ./FHEM/14_CUL_TCM97001.pm line 244.
2018.11.16 14:01:47.215 1: stacktrace:
2018.11.16 14:01:47.216 1:     main::__ANON__                      called by ./FHEM/14_CUL_TCM97001.pm (244)
2018.11.16 14:01:47.216 1:     main::checkCRCKW9010                called by ./FHEM/14_CUL_TCM97001.pm (1465)
2018.11.16 14:01:47.216 1:     main::CUL_TCM97001_Parse            called by fhem.pl (3795)
2018.11.16 14:01:47.216 1:     main::Dispatch                      called by ./FHEM/00_CUL.pm (948)
2018.11.16 14:01:47.216 1:     main::CUL_Parse                     called by ./FHEM/00_CUL.pm (832)
2018.11.16 14:01:47.216 1:     main::CUL_Read                      called by fhem.pl (3599)
2018.11.16 14:01:47.216 1:     main::CallFn                        called by fhem.pl (726)
2018.11.16 14:01:47.217 2: sys_cul433srf: CUL_TCM97001 Unknown device Unknown, please define it
2018.11.16 14:01:47.218 2: autocreate: define Unknown CUL_TCM97001 CUL_TCM97001_Unknown
2018.11.16 14:01:47.220 2: autocreate: define FileLog_Unknown FileLog ./log/Unknown-%Y.log Unknown

Der CUL ist so definiert:
Internals:
   CMDS       BbCFiAZNEkGMKLUYRTVWXeflptxz
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :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::OREGON::Hideki:
   DEF        /dev/serial/by-id/usb-STM32_MapleCUL_a3b08c7a-if00@38400 1432
   DeviceName /dev/serial/by-id/usb-STM32_MapleCUL_a3b08c7a-if00@38400
   FD         30
   FHTID      1432
   NAME       sys_cul433srf
   NR         555
   PARTIAL   
   RAWMSG     mAACCB532CD554D332AD335354D5554D3534AAD4CCD4034
   RSSI       -71
   STATE      Initialized
   TIME       1542374290.95833
   TYPE       CUL
   VERSION    V 1.26.04 a-culfw Build: 306 (2018-10-02_16-37-10) MapleCUNx4_01 (F-Band: 433MHz)
   initString X21
   sys_cul433srf_MSGCNT 973
   sys_cul433srf_TIME 2018-11-16 14:18:10
   MatchList:
     0:FS20V    ^81..(04|0c)..0101a001......00[89a-f]...
     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......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     C:Hideki   ^P12#75[A-F0-9]{17,30}
     C:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     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:
     2018-11-16 11:25:12   ccconf          freq:433.290MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2018-11-16 11:48:52   cmds             B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z
     2018-11-16 14:18:10   state           Initialized
Attributes:
   rfmode     SlowRF

Offline bjoernh

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 762
Antw:Alternative culfw
« Antwort #1744 am: 16 November 2018, 16:10:22 »
Es wird doch wie ich es auf die schnelle sehe ein Unknown device angelegt.
Das Problem ist, dass das empfangene Paket fehlerhaft ist.
Die Warnungen im Modul schaue ich mir noch genauer an.

Offline vbs

  • Hero Member
  • *****
  • Beiträge: 2179
Antw:Alternative culfw
« Antwort #1745 am: 16 November 2018, 16:19:22 »
Ja schon, sorry hätte ich dazu sagen sollen: Device wird angelegt, aber ich vermute, dass es fehlerhaft ist. Mir sagt es zumindest nicht viel und es hat auch keine Readings:
Internals:
   CFGFN     
   CODE       CUL_TCM97001_Unknown
   DEF        CUL_TCM97001_Unknown
   LASTInputDev sys_cul433srf
   MSGCNT     5
   NAME       Unknown
   NR         3029
   RSSI       -47
   STATE      Code: AAAAAAAAA8
   TYPE       CUL_TCM97001
   lastH      0
   lastT      1542380526.28524
   sys_cul433srf_MSGCNT 5
   sys_cul433srf_RAWMSG sAAAAAAAAA836;  480:  496
   sys_cul433srf_TIME 2018-11-16 16:02:06
   READINGS:
     2018-11-16 16:02:06   state           Code: AAAAAAAAA8
Attributes:
   model      Unknown
   room       CUL_TCM97001

Das Ganze ist auch reproduzierbar: Wenn ich das Device lösche, passiert nach ein paar Minuten das gleiche wieder.

Offline bjoernh

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 762
Antw:Alternative culfw
« Antwort #1746 am: 16 November 2018, 16:21:21 »
Jop, ist klar. Ich habe das Modul so geschrieben, daß unbekannte Pakete in unknown landen. Hintergrund war damals die Vielzahl unterschiedlicher Sensoren.

Offline vbs

  • Hero Member
  • *****
  • Beiträge: 2179
Antw:Alternative culfw
« Antwort #1747 am: 23 November 2018, 21:50:40 »
Ich hab mir einen MapleCUL gebaut und ich hab damit ein Stabilitätsproblem. Ich habe noch keine gute Idee, woran es liegt. Kann Hardware, kann Software/Firmware, kann aber auch Stromversorgung sein. Ich würde gerne mal fragen, ob das jemandem etwas sagt.

Hm, Beschreibung ist recht länglich geworden. Ich stelle hier mal eine Kurzfassung voran  8)
Immer nach einer gewissen Zeit (ca. einen Tag) hört die Kommunikation mit dem HM-MOD-UART über das Device "/dev/serial/by-id/usb-STM32_MapleCUL_194dc4e0-if04" auf zu funktionieren (das "normale" Device if00 funktioniert weiter). Lässt sich dann nur wiederbeleben durch einmal USB-Kabel raus und wieder rein, so dass der Maple vom PC neu erkannt wird. Der Maple wird dabei nicht gepowercycelt, da er eine eigene Stromversorgung hat. Könnte das ein Firmware-Problem sein?


Langfassung:
Und zwar ist es ein MapleMini mit einem 433MHz-C1101 und einem HM-MOD-UART dran. Das ganz steckt per USB an einem PC. Eigentlich funktioniert es: ich kann sowohl per 433Mhz als auch per Homematic Daten senden und empfangen.
Das Problem ist, dass nach einer gewissen Zeit (ca. nach einem Tag) die Kommunikation zum HM-MOD-UART ausfällt. Im Log erscheint dann sowas und Homematic-Kommunikation funktioniert nicht mehr:
2018.11.18 09:46:03.225 3: Setting sys_culHm serial parameters to 115200,8,N,1
2018.11.18 09:46:03.227 1: /dev/serial/by-id/usb-STM32_MapleCUL_a3b08c7a-if04 reappeared (sys_culHm)
2018.11.18 09:46:03.261 1: [Freezemon] sys_freezemon: possible freeze starting at 09:45:32, delay is 31.261 possibly caused by: tmr-HMUARTLGW_CheckCmdResp(sys_culHm)
2018.11.18 09:46:07.268 1: HMUARTLGW sys_culHm did not respond for the 1. time, resending
2018.11.18 09:46:10.272 1: HMUARTLGW sys_culHm did not respond for the 2. time, resending
2018.11.18 09:46:13.276 1: HMUARTLGW sys_culHm did not respond for the 3. time, resending
2018.11.18 09:46:16.281 1: HMUARTLGW sys_culHm did not respond after all, reopening
2018.11.18 09:46:48.037 3: sys_culHm device closed
2018.11.18 09:46:48.049 3: Setting sys_culHm serial parameters to 115200,8,N,1
2018.11.18 09:46:48.052 1: /dev/serial/by-id/usb-STM32_MapleCUL_a3b08c7a-if04 reappeared (sys_culHm)
2018.11.18 09:46:51.122 1: [Freezemon] sys_freezemon: possible freeze starting at 09:46:17, delay is 34.122 possibly caused by: tmr-HMUARTLGW_CheckCmdResp(sys_culHm)
2018.11.18 09:46:54.290 1: HMUARTLGW sys_culHm did not respond for the 1. time, resending
2018.11.18 09:46:57.295 1: HMUARTLGW sys_culHm did not respond for the 2. time, resending
2018.11.18 09:47:00.300 1: HMUARTLGW sys_culHm did not respond for the 3. time, resending
2018.11.18 09:47:03.306 1: HMUARTLGW sys_culHm did not respond after all, reopening
2018.11.18 09:47:36.075 3: sys_culHm device closed
2018.11.18 09:47:36.088 3: Setting sys_culHm serial parameters to 115200,8,N,1
2018.11.18 09:47:36.090 1: /dev/serial/by-id/usb-STM32_MapleCUL_a3b08c7a-if04 reappeared (sys_culHm)
2018.11.18 09:47:36.141 1: [Freezemon] sys_freezemon: possible freeze starting at 09:47:04, delay is 32.141 possibly caused by: tmr-HMUARTLGW_CheckCmdResp(sys_culHm)
2018.11.18 09:47:40.094 1: HMUARTLGW sys_culHm did not respond for the 1. time, resending
2018.11.18 09:47:43.098 1: HMUARTLGW sys_culHm did not respond for the 2. time, resending
2018.11.18 09:47:46.101 1: HMUARTLGW sys_culHm did not respond for the 3. time, resending
2018.11.18 09:47:49.105 1: HMUARTLGW sys_culHm did not respond after all, reopening
2018.11.18 09:48:20.197 3: sys_culHm device closed
433MHz-Kommunikation funktioniert weiterhin.

Definition vom 433:
Internals:
   CMDS       BbCFiAZNEkGMKLUYRTVWXeflptxz
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :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::OREGON::Hideki::SD_WS07:
   DEF        /dev/serial/by-id/usb-STM32_MapleCUL_194dc4e0-if00@38400 1432
   DeviceName /dev/serial/by-id/usb-STM32_MapleCUL_194dc4e0-if00@38400
   FD         34
   FHTID      1432
   NAME       sys_cul433srf
   NR         555
   PARTIAL   
   RAWMSG     mAAAAAAAB32D4CB3554D4D2AB5554D2D554CD4D554AB5354C2C
   RSSI       -84.5
   STATE      Initialized
   TIME       1543004920.10097
   TYPE       CUL
   VERSION    V 1.26.04 a-culfw Build: 306 (2018-10-02_16-37-10) MapleCUNx4_01 (F-Band: 433MHz)
   initString X21
   sys_cul433srf_MSGCNT 771
   sys_cul433srf_TIME 2018-11-23 21:28:40
   MatchList:
     0:FS20V    ^81..(04|0c)..0101a001......00[89a-f]...
     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......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     C:Hideki   ^P12#75[A-F0-9]{17,30}
     C:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     C:SD_WS07  ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}
     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:
     2018-11-23 19:21:21   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2018-11-23 19:21: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 l p t x z
     2018-11-18 01:42:01   raw             isF00000000FF0
     2018-11-23 21:28:40   state           Initialized
     2018-11-23 19:02:28   uptime          0 00:02:16
     2018-11-23 19:05:01   version         V 1.26.04 a-culfw Build: 306 (2018-10-02_16-37-10) MapleCUNx4_00 (F-Band: 433MHz)
Attributes:
   alias      CUL 433 MHz SlowRF
   group      Schnittstellen
   rfmode     SlowRF
   room       System

Definition vom Homematic-CUL:

Historie löschen
Internals:
   AssignedPeerCnt 14
   CNT        36
   Clients    :CUL_HM:
   DEF        /dev/serial/by-id/usb-STM32_MapleCUL_194dc4e0-if04
   DEVCNT     220
   DevState   99
   DevType    UART
   DeviceName /dev/serial/by-id/usb-STM32_MapleCUL_194dc4e0-if04@115200
   FD         36
   LastOpen   1542997277.31584
   NAME       sys_culHm
   NR         556
   PARTIAL   
   RAWMSG     0500001637845E2D464B000000D434AC000FFF0152093501
   RSSI       -22
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   1
   model      HM-MOD-UART
   msgLoadCurrent 8
   msgLoadHistory -1/0/0/-1/-1/1/1/0/-1/-1/-2/-1
   msgLoadHistoryAbs 8/9/9/9/10/11/10/9/9/10/11/13/14
   owner      F15544
   owner_CCU  VCCU
   Helper:
     CreditTimer 514
     FW         66561
     Initialized 1
     SendCnt    189
     AckPending:
       59:
         cmd        02000000E18002F155442D86FF01014E00
         dst        1
         frame      FD0013013B02000000E18002F155442D86FF01014E0041FC
         time       1543002663.63266
       64:
         cmd        02000000E78002F15544342A0F01012C00
         dst        1
         frame      FD0013014002000000E78002F15544342A0F01012C00C401
         time       1543002666.44864
       67:
         cmd        02000000E38002F155442D86FF01014E00
         dst        1
         frame      FD0013014302000000E38002F155442D86FF01014E00588B
         time       1543002678.80843
       79:
         cmd        02000000E48002F155442D86FF01014E00
         dst        1
         frame      FD0013014F02000000E48002F155442D86FF01014E00D6FD
         time       1543002797.40039
       82:
         cmd        02000000E58002F155442D86FF01014E00
         dst        1
         frame      FD0013015202000000E58002F155442D86FF01014E000CDF
         time       1543002819.09674
       84:
         cmd        02000000E98002F15544342A0F01012C00
         dst        1
         frame      FD0013015402000000E98002F15544342A0F01012C00A818
         time       1543002821.53999
     LastSendLen:
       3
       3
     Log:
       IDs:
     PeerQueue:
     PendingCMD:
     RoundTrip:
       Delay      0.0163149833679199
     loadLvl:
       lastHistory 1543004781.02718
   MatchList:
     1:CUL_HM   ^A......................
   Peers:
     0B69DC     +0B69DC,00,00,00
     2071DA     +2071DA,00,00,00
     2072A5     +2072A5,00,00,00
     22BA55     +22BA55,00,00,00
     22BA62     +22BA62,00,00,00
     22BAE7     +22BAE7,00,00,00
     2A1FBD     +2A1FBD,00,00,00
     2D464B     +2D464B,00,00,00
     2D86FF     +2D86FF,00,00,00
     32729F     +32729F,00,00,00
     342A0F     +342A0F,00,00,00
     3BD485     +3BD485,00,00,00
     52AD41     +52AD41,00,00,00
     86C40D     +86C40D,00,00,00
   READINGS:
     2018-11-23 19:21:20   D-HMIdAssigned  F15544
     2018-11-23 19:21:20   D-HMIdOriginal  6A61A5
     2018-11-23 19:21:20   D-firmware      1.4.1
     2018-11-23 19:21:20   D-serialNr      PEQ0530987
     2018-11-23 18:55:30   D-type          HM-MOD-UART
     2018-11-23 19:21:21   cond            ok
     2018-11-23 21:25:47   load            8
     2018-11-23 19:21:21   loadLvl         low
     2018-11-23 19:21:17   state           opened
   helper:
Attributes:
   alias      Homematic CUL
   event-on-change-reading .*
   group      Homematic
   hmId       F15544
   loadEvents 1
   room       System

Im Fehlerfall habe ich folgendes probiert, aber es stellt die Kommunikation _nicht_ wieder her:
  • FHEM neu starten
  • HM-MOD-UART powercyceln. Also VCC weg und dann wieder dran. (MapleCUL läuft weiter)

Der MapleMini hat eine eigene externe Stromversorgung (wird also nicht über den USB-Port versorgt). Interessant ist, dass es wieder funktioniert (und HMUARTLGW sich sofort wieder mit dem Maple verbindet) wenn ich das USB-Stecker aus dem Maple ziehe und wieder rein stecke. Da der Maple eine eigene Stromversorgung hat, läuft der Maple dabei durch.

Der MapleCUL erscheint ja als drei Devices in Linux:
lrwxrwxrwx 1 root root  13 Nov 23 19:21 usb-STM32_MapleCUL_194dc4e0-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root  13 Nov 23 19:21 usb-STM32_MapleCUL_194dc4e0-if02 -> ../../ttyACM1
lrwxrwxrwx 1 root root  13 Nov 23 19:21 usb-STM32_MapleCUL_194dc4e0-if04 -> ../../ttyACM2

Es sieht für mich so aus als ob im Fehlerfall das Device "usb-STM32_MapleCUL_194dc4e0-if04" einfach nicht mehr funktioniert. Durch ein rein/raus des USB-Kabels lässt sich das Problem beheben.

Hatte sowas schonmal jemand bzw. könnte sowas ein Firmware-Problem sein?

Offline Telekatz

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 799
Antw:Alternative culfw
« Antwort #1748 am: 24 November 2018, 15:03:31 »
Ich versuch mal, den Fehler mit einem Testsystem nachzustellen. Bist du sicher, dass der Maple nach dem Trennen der USB Verbindung nicht trotzdem einen Reset ausführt? Was liefert ein get uptime danach?

Offline vbs

  • Hero Member
  • *****
  • Beiträge: 2179
Antw:Alternative culfw
« Antwort #1749 am: 24 November 2018, 15:36:35 »
Ja, das hatte ich sogar schonmal geprüft: uptime wird beim USB dran/ab nicht resettet und läuft weiter.

FHEM läuft bei mir in einer Ubuntu-VM unter Win10 als Host. Theoretisch auch möglich, dass sich da irgendwas aufhängt. Jedoch hatte ich da noch nie Probleme bisher (jahrelang RfxTrx und HM-CFG-USB2) und das if00-Device des MapleCUL funktioniert ja auch stabil. Daher ist die FW mein heißester Kandidat im Moment.

Danke für Hilfe!

Offline jw1hal

  • Jr. Member
  • **
  • Beiträge: 52
Antw:Alternative culfw
« Antwort #1750 am: 25 November 2018, 05:29:51 »
Hallo,

als erstes muss ich mal loswerden, dass ich sehr begeistert bin. 2 Aussentemperatursensoren von unseren Wetterstationen kann man nun dank a-culfw in Fehm sehen. Vorher hatte ich die originale Firmware 1.67 drauf. Dann habe ich das gemacht und nun habe ich auf den 433er die a-culfw drauf.

Wie eingangs erwähnt, habe ich 2 Temperaturaussensensoren von uns und sogar auch Fremde gefunden.

Nun möchte ich gern noch, wie ich bereits in diesem Beitrag, sogar mit paar Bildern, thematisiert habe, meine noch hier herum liegenden 8 Funksteckdosen mit Fhem verwenden können.

Dazu habe ich mit einer Fernbedienung mit 3 Tastenpaaren (6 Tasten) zu der 3 Steckdosen gehören getestet. Ich habe auch X25 eingestellt. Ob das nötig war, weiß ich nicht. Aber vorher hatte ich glaube keine Ergebnisse.

Nun habe ich das hier:Taste1-on  p 7  192  528  528  192  160  544  24  1  3 0   192  5568     0 FE 405533
i405533
Taste1-off p 7  192  512  512  192  192  528  24  1  3 0   176  5584     0 F2 40553C

Taste2-on  p 7  128  544  560  176  176  512  24  1  3 0   192  5584     0 F9 4055C3
i4055c3
Taste2-off p 7  176  544  544  160  160  544  24  1  3 0   160  5600     0 05 4055CC

Taste3-on  p 7  144  560  496  192  144  560  24  1  3 0   160  5600     0 13 405703
i405703
Taste3-off p 7  160  560  480  208  144  544  24  1  3 0   176  5600     0 12 40570C

Aber keine Ahnung was ich damit alles anfangen kann und vor allem wie ich die Geräte anlegen kann, weil sie nicht selbst angelegt wurden, obwohl autocreate eingeschalten ist.

Zu guter letzt habe ich auch mal alle Tasten an den 2 identischen Fernbedienungen mit jeweils 5 Tastenpaaren (10 Tasten) von den ZAP-Steckdosen gedrückt. Da zuckte sich aber rein gar nichts. Auf der Rückseite der Fernbedienungen ist übrigens jeweils ein Aufkleber mit der Zahl 0330 drauf. Ich weiß nicht, ob dies eine wichtige Bedeutung hat.

Gruß jw1hal
« Letzte Änderung: 25 November 2018, 05:34:00 von jw1hal »
Raspberry Pi 3 Model B Rev 1.2; Linux 4.9.59-v7+; Raspbian GNU/Linux 9 (stretch); CUL433 (VTS 0.29 CSM868); CUL 868 (VTS 0.29 CSM868); 6x BrennenstuhlRCR1000N; 8x ZAP; 3x EmilLux; 10x Sonoff Basic (Tasmota 5.10.0f); 5x HM-CC-RT-DN; 9x HM-SEC-SCo; 8x HM-SEC-SCo, 7x HM-LC-Sw1PBU-FM; Fritz!Box 7362 SL

Offline Matze89

  • New Member
  • *
  • Beiträge: 23
Antw:Alternative culfw
« Antwort #1751 am: 25 November 2018, 09:29:54 »
Hallo an euch,

ich bin etwas verunsichert, da ich demnächst mir die Hardware von SIRO einbauen möchte.

Laut diesem Foreneintrag für die Einbindung: https://forum.fhem.de/index.php/topic,77167.0.html benötige ich SIGNALduino-Firmware (>= V 3.3.1-dev).
Kann ich das auch mit meiner jetzigen " V 1.26.03 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 433MHz) " nutzen? oder muss ich tatsächlich wieder auf SIGNALduino wechseln?

Gruß Matthias
FHEM 5.9 ::: SIGNALduino + Arduino nano ::: Homebridge + Homebridge-Fhem ::: Philips Hue + Hue Lampen + Paulmann 500.48 + GLEDOPTO RGBW/RGBWW ::: FritzBox 6490 7.02 + FRITZ!DECT Geräte ::: Harmony ::: SIRO Akku-Rolloantrieb ::: EchoDot + Fhem-Skill

Offline KölnSolar

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3238
Antw:Alternative culfw
« Antwort #1752 am: 25 November 2018, 09:38:10 »
Zitat
Fernbedienung mit 3 Tastenpaaren (6 Tasten
Sieht doch gut aus. 2* die on-Taste für autocreate gedrückt ?
Zitat
2 identischen Fernbedienungen mit jeweils 5 Tastenpaaren

Zitat
Da zuckte sich aber rein gar nichts
Die Dinger funken dann wohl nicht in einem bekannten/umgesetzten Modulationsverfahren. 433,92 MHz ?

Grüße Markus
RPi3/2 Stretch-STV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-CUL868-FS20A4-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty-Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)

Offline jw1hal

  • Jr. Member
  • **
  • Beiträge: 52
Antw:Alternative culfw
« Antwort #1753 am: 25 November 2018, 10:12:38 »
Nicht nur 2x. Außer im Event monitor sehr ich leider nichts ...
und die ZAP-Dinger zeigen auch leider nichts im Event monitor an ...
Wie die genau funken, weiß ich natürlich nicht. ich weiß nur, dass da 433 MHz drauf steht.

Gruß jw1hal
Raspberry Pi 3 Model B Rev 1.2; Linux 4.9.59-v7+; Raspbian GNU/Linux 9 (stretch); CUL433 (VTS 0.29 CSM868); CUL 868 (VTS 0.29 CSM868); 6x BrennenstuhlRCR1000N; 8x ZAP; 3x EmilLux; 10x Sonoff Basic (Tasmota 5.10.0f); 5x HM-CC-RT-DN; 9x HM-SEC-SCo; 8x HM-SEC-SCo, 7x HM-LC-Sw1PBU-FM; Fritz!Box 7362 SL

Offline RaspiLED

  • Hero Member
  • *****
  • Beiträge: 2156
  • Es begann alles so klein ;-)
Antw:Alternative culfw
« Antwort #1754 am: 25 November 2018, 12:22:50 »
Moin,

Komisch Du hast keinen neuen Room IT?

Na dann, auf zur Signalduino Firmware Soll ich Dir einen geflashten Signalduino rübersenden?

Gruß Arnd


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

 

decade-submarginal