Alternative culfw

[bjoernh]

Hallo Andreas,

ich selbst habe (noch) keinen maple bei mir in Betrieb, kann dir da also leider nicht weiter helfen.
Frag doch mal bei Telekatz im Thread  https://forum.fhem.de/index.php/topic,60458.msg618227.html#msg618227 an.
Er pflegt die Firmware für den Maple in der a-culfw.

Gruß
Björn

[A.Harrenberg]

Hallo Björn,

danke für die RM, werde dann bei Telekatz nachfragen.

Gruß,
Andreas.

[Telekatz]

Hast du es auch schon mit "\n\r" probiert?

[giulup]

Hallo zusammen,

Ich habe mir ein paar TS33C Sensoren zugelegt, da diese mit dem Hideki Modul und dieses mit der a-culfw laufen soll. Leider erhalte ich keinerlei Signal. Weder im filelog noch im Event Monitor.
Ich nutze im Moment einen arduino nano mit cc1101 433mhz Modul.

Schonmal Danke für eure Anregungen.

[KölnSolar]

hab meine Glaskugel verliehen, dher nur die obigatorischen Fragen:
- welche Version ?
- FHEM aktuell ?
- andere device funktionieren ?
- Reichweite ?
- list des nanoCUL(bitte in code tags)

[RaspiLED]

Moin,
Vielleicht auch mal mit raw X25 setzen und schauen ob da was kommt?
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[giulup]

hab meine Glaskugel verliehen, dher nur die obigatorischen Fragen:
- welche Version ?
- FHEM aktuell ?
- andere device funktionieren ?
- Reichweite ?
- list des nanoCUL(bitte in code tags)

Ups Sorry. Ich versuche natürlich so gut ich mich auskenne mitzuhelfen.

Die FW Version des Cul: V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) nanoCUL433 (F-Band: 433MHz)

FHEM ist aktuell auf V 5.8

Zu anderen Devices und Reichweite: Mit betreffendem Cul betreibe ich bisher keine eigenen Sensoren (nur die beliebten Baumarkt Steckdosen mit Dip Schalter) aber autocreate hat bevor ich meine Sensoren in Betrieb genommen habe bereits zwei Aussentemperatursensoren von Nachbarn angelegt (Oregon und SD_WS07)
Meinen TS33C hatte ich über Nacht einen halben Meter entfernt ohne Erfolg.

Code Auswählen Erweitern

Internals:
   CMDS       ABCeFfGiKLlMNRTtUVWXx
   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:CUL_RFR::CUL_TCM97001:CUL_REDIRECT::SD_WS07::OREGON::Hideki:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0@38400 0004
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0@38400
   FD         14
   FHTID      0004
   NAME       RpiCul433
   NR         49
   PARTIAL
   RAWMSG     omAACD555554AAAAEAAAAA00
   RSSI       -61
   RpiCul433_MSGCNT 2116
   RpiCul433_TIME 2017-04-30 09:05:29
   STATE      Initialized
   TIME       1493533004.25542
   TYPE       CUL
   VERSION    V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) nanoCUL433 (F-Band: 433MHz)
   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................................$
     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 ^\*
   Readings:
     2017-04-29 22:04:11   cmds             A B C e F f G i K L l M N R T t U V W X x
     2017-04-29 22:04:32   raw             is00000FFFF0F0
     2017-04-30 09:05:29   state           Initialized
Attributes:
   room       Culs
   verbose    5


Nachdem ich heute morgen auf "verbose 5" umgestellt habe bekomme ich folgendes im log:

Code Auswählen Erweitern

2017.04.30 13:22:14 5: CUL/RAW: /omAAA
2017.04.30 13:22:14 5: CUL/RAW: omAAA/AAAAAAAD55555555
2017.04.30 13:22:14 5: CUL/RAW: omAAAAAAAAAAD55555555/4AAAAA0F4

2017.04.30 13:22:14 4: CUL_Parse: RpiCul433 omAAAAAAAAAAD555555554AAAAA0F4
2017.04.30 13:22:14 5: RpiCul433: dispatch omAAAAAAAAAAD555555554AAAAA0F4
2017.04.30 13:22:14 5: CUL_REDIRECT (mAAAAAAAAAAD555555554AAAAA0F4) length: 29 RSSI: -80
2017.04.30 13:22:14 5: CUL_REDIRECT (mAAAAAAAAAAD555555554AAAAA0F4) match Manchester COODE length: 29
2017.04.30 13:22:14 5: CUL_REDIRECT decode Oregon 2 (AAAAAAAAAAD555555554AAAAA0F4)
2017.04.30 13:22:14 5: bitdata: 1010101010101010101010101010101010101010110101010101010101010101010101010101010010101010101010101010000011110100
2017.04.30 13:22:14 5: CUL_REDIRECT decode Oregon 3 (AAAAAAAAAAD555555554AAAAA0F4)
2017.04.30 13:22:14 5: bitdata: 1010101010101010101010101010101010101010110101010101010101010101010101010101010010101010101010101010000011110100
2017.04.30 13:22:14 5: CUL_REDIRECT decode Hideki (AAAAAAAAAAD555555554AAAAA0F4)
2017.04.30 13:22:14 5: RpiCul433: search in 1010101010101010101010101010101010101010110101010101010101010101010101010101010010101010101010101010000011110100

2017.04.30 13:22:14 5: protocol does not match, ignore received package (AAAAAAAAAAD555555554AAAAA0F4) Reason: Not a hideki protocol


[KölnSolar]

dann wird es wohl nicht interpretiert 
evtl. kann Björn was dazu sagen.

halber m und RSSI=-80 

[giulup]

RSSI liegt inzwischen im Bereich von -70.

Meine Steckdosen funktionieren mit dem IT Modul über bis ins nächste Stockwerk. Ist der Sensor Sender evtl zu schwach, dass die Daten nicht komplett sind?

[KölnSolar]

glaub ich eher nicht. Kannst ja das Log beobachten. Kommen immer 29 nibbles und ähnliche werte liegt es nicht am sensor.

[timtom]

Hallo zusammen,

bisher habe ich immer eine vorkompilierte aculfw geflasht. Jetzt wurde ja irgendwann das Modul für die SOMFY Devices auskommentiert. D.h. ich muss selber kompilieren. Als Linux-Anfänger weiß ich zwar noch nicht wie, aber ich werde schon rausfinden wie das genau geht.

Ich müsste ja in der board.h die Zeile "#  define HAS_SOMFY_RTS" wieder mit aufnehmen. Weiterhin habe ich noch ELRO/IT Steckdosen im Einsatz. Kann mir jemand einen Tipp geben, was ich machen muss bzw. welche Zeilen ich auskommentieren muss, dass es wieder in den Speicher passt?

Beste Grüße
der Tim

[RaspiLED]

https://wiki.fhem.de/wiki/Selbstbau_CUL#Software


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[timtom]

https://wiki.fhem.de/wiki/Selbstbau_CUL#Software


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Was das auf meine Frage bezogen? Dann erst mal Danke dafür. Ich frage mich halt nur, welche Zeilen ich behalten kann bzw. welche auskommentiert werden müssen, damit der Speicher reicht.

[RaspiLED]

Hi,
Ja war es und es steht auch alles drin.
Im Grunde musst Du im Order culfw/Devices/nanoCUL die board.h bearbeiten.
Auskommentiert wird mit // vorne und reinnehmen halt ohne.
Du kannst alle Protokolle, die Du nicht brauchst  rauswerfen. Z.B. TX3, Uniroll oder HomeasY
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[timtom]

Hi,
Ja war es und es steht auch alles drin.
Im Grunde musst Du im Order culfw/Devices/nanoCUL die board.h bearbeiten.
Auskommentiert wird mit // vorne und reinnehmen halt ohne.
Du kannst alle Protokolle, die Du nicht brauchst  rauswerfen. Z.B. TX3, Uniroll oder HomeasY
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

Danke. Ich hatte mal gesehen, dass mal jemand eine Liste/Übersetzung der unterstützten Protokolle erstellen wollte. Die gibt es aber nicht, oder?