Hallo zusammen!
ich habe hier ein NanoCul herumliegen, die ich erfolgreich initialisieren (RaspPi) konnte, aber irgendwie bekomme ich es nicht hin, das Ding in einen vernünftigen Monitor-Mode zu versetzen, so dass zb. auto-discovery in fhem funktioniert.
Ich kann mit
echo FXXXXXX > /dev/ttyUSB0 einen Befehl an meinen FS20 Aktor schicken, der dann auch genau tut, was ich möchte, aber wenn ich den selben Aktor z.b. mit FB schalte, so sehe ich weder in
cat /dev/ttyUSB0 etwas, noch erkennt FHEM das Gerät.
Schalte ich das Gerät manuell mit X67 in den Debug modus, so sehe ich die Signalstärke und weitere Infos, kann aber daraus nichts herleiten. (Oder vlt. doch?!)
Jemand noch ne Idee, was hier los sein könnte?
Grüße
Update:
Internals
CMDS ABCEeFfGhiKklMmRTtUVWXxYZz
CUL_MSGCNT 1
CUL_TIME 2018-10-30 23:13:58
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:
DEF /dev/ttyUSB0@38400 1234
DeviceName /dev/ttyUSB0@38400
FD 7
FHTID 1234
NAME CUL
NR 14
PARTIAL RAWMSG
p 7 144 576 208 560 1 3 7 FF 070FFFFE
STATE Initialized
TYPE CUL
VERSION V 1.67 nanoCUL868
initString X21
Update2:
Hab mal a-culwf geflashed... das gleiche Phänomen
Schalte doch einfach mal das Attribut " rfmode" auf "SlowRF (https://wiki.fhem.de/wiki/SlowRF)" am CUL-Device ein ...
Auch hier (http://wiki.leupers.net/index.php?title=FHEM/FS20) unter Problem 4 (mögliche CC1101-Frequenzabweichung kompensieren)
oder besser im Wiki (https://wiki.fhem.de/wiki/CUL) unter CUL#Bekannte_Probleme (https://wiki.fhem.de/wiki/CUL#Bekannte_Probleme).
Grüße,
Jürgen
Manchmal kann es so einfach sein :-)
@Jürgen, vielen, vielen Dank!