Hi,
habe einen per WLAN angebundenen Raspi3, an dem bereits ein CUL868 von Busware ohne Probs werkelt.
Jetzt hab ich einen nanoCUL mit FTDI-Chip und aculfw 1.26.08 dazugekauft.
Diesen hab ich auch in FHEM eingebunden, aber er zeigt nur "opened" an im Gegensatz zum anderen, der "initialized" anzeigt.
Beide per https://wiki.fhem.de/wiki/CUL_ueber_Netz (https://wiki.fhem.de/wiki/CUL_ueber_Netz) mittels socat an verschiedenen Ports angebunden.
Hier mal ein list vom netCUL433:
Internals:
CFGFN
CMDS
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 192.168.2.162:2324 0000
DeviceName 192.168.2.162:2324
FHTID 0000
FUUID 5e219e46-f33f-55ca-c36d-70edd651b20a1925
NAME netcul433
NR 1201
STATE opened
TYPE CUL
initString X21
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................................$
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:
2020-01-17 12:57:00 credit10ms No answer
2020-01-17 13:34:57 state opened
Attributes:
icon cul_wlan
model nanoCUL
room System
und hier vom netCUL868:
Internals:
CFGFN
CMDS ABbCeFGhiKkLlMmNRTtUuVWXxYZ
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 192.168.2.162:2323 3234
DeviceName 192.168.2.162:2323
FD 22
FHTID 3234
FUUID 5e219578-f33f-55ca-d371-4d88c1fd222bfde3
NAME netcul868
NR 866
PARTIAL
RAWMSG T592700A6F8EA
RSSI -85
STATE Initialized
TYPE CUL
VERSION V 1.67 CUL868
initString X21
netcul868_MSGCNT 334
netcul868_TIME 2020-01-17 13:03:52
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................................$
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:
2020-01-17 12:11:45 ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
2020-01-17 12:08:40 cmds A B b C e F G h i K k L l M m N R T t U u V W X x Y Z
2020-01-17 12:12:32 credit10ms 711
2020-01-17 12:13:53 raw is00F00F000FF0
2020-01-17 13:03:52 state Initialized
Attributes:
icon cul_wlan
model nanoCUL
room System
verbose 0
Woran was könnte es liegen dass der 433er nicht funzt? Sicher nicht an der aculfw - oder?
Bist du sicher, dass der "opened"-Cul nicht auf funktioniert?
Der Unterschied kommt uU. nur durch DevIO und der Frage, wie der Microcontroller angesprochen werden kann. Der CUL macht USB "on chip" und die MCU ist direkt bereit, wenn USB fertig ist, der andere hat den FTDI dazwischen, der bei jeder neuen Verbidnung erst die MCU wieder initialisiert.
Kann sein, dass das hier anders ist, aber das war damals meine Irritation auch, als ich genau dasselbe gesehen habe bei meinen MySensors-Gateways@USB. Da ist auch einer auf ATMega32U4-Basis, der "anders" ist... Funktionieren tun aber alle.
Nein funzt nicht!
Wenn ich bei einer IT-Steckdose welche direkt in der Nähe der beiden NetCUL's ist von IODev netcul868 auf netcul433 umstelle lässt sich die IT-SD nicht mehr schalten.
Auch die credit10ms und ccconf lassen sich nicht abfragen.
Ich würde auch denken der geht nicht: die Readings sind ja praktisch nicht vorhanden.
Jetzt wäre die nächste Frage: Geht der CUL überhaupt? Also lokal an einer USB Schnittstelle?
In diese Richtung hätte ich auch mal geforscht, die Port-Einstellungen für socat hast du ja vermutlich korrekt gesetzt.
Was ich insbesondere mal checken würde: FTDI-Test-PIN-Problem. Blinkt das Ding schnell?
(Ansonsten kann man mit der a-culfw auch z.B. mit dem seriellen Monitor der Arduino-IDE oder screen sprechen, und z.B. die Version abfragen usw.. Müßte aber suchen, was man da genau absetzten muß.)
Zitat von: Beta-User am 17 Januar 2020, 16:12:21
Müßte aber suchen, was man da genau absetzten muß.)
? = Liste der CMDs z.B. ABbCeFGhiKkLlMmNRTtUuVWXxYZ
V = Version z.B. V 1.67 CULirgendetwas
@Wzut: Thx, aber der TE hat es nicht so richtig verdient...
@Punker: Avoid cross-posting!
Zitat von: punker am 17 Januar 2020, 15:35:26
Hi,
habe einen NanoCUL433 mit aculfw 1.26.08 gekauft.
Wenn schon, dann bitte den Link aufnehmen, alles andere ist unfein!
@Beta-User (aka Nörgler) ;)
https://www.smart-home-komponente.de/nano-cul/nano-cul-433/ (https://www.smart-home-komponente.de/nano-cul/nano-cul-433/)
@Otto123 An der lokalen FHEM-Installation funzt der Nano-CUL einwandfrei!
Hier das list:
Internals:
CFGFN
CMDS ABCeFfGiKLlMNRTtUVWXx
CUL433_MSGCNT 10
CUL433_TIME 2020-01-17 22:48:02
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::SD_WS07:
DEF /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@38400 0000
DeviceName /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@38400
FD 108
FHTID 0000
FUUID 5e2229d7-f33f-55ca-49d5-5abeda216c990e5a
NAME CUL433
NR 720
PARTIAL
RAWMSG 2F0
STATE Initialized
TYPE CUL
VERSION V 1.26.08 a-culfw Build: 323 (2019-08-03_09-32-54) nanoCUL433 (F-Band: 433MHz)
initString X21
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: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:
2020-01-17 22:47:11 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2020-01-17 22:40:42 cmds A B C e F f G i K L l M N R T t U V W X x
2020-01-17 22:47:25 credit10ms 854
2020-01-17 22:47:03 raw is0FF000000FF0
2020-01-17 22:48:02 state Initialized
Attributes:
icon cul_cul
room System
Zitat von: punker am 17 Januar 2020, 19:48:34
https://www.smart-home-komponente.de/nano-cul/nano-cul-433/ (https://www.smart-home-komponente.de/nano-cul/nano-cul-433/)
Das sagt noch nichts darüber aus, ob mein alter "Freund" "Peterchen8888" auch die Test-PIN-Problematik geprüft und ggf. gefixt hat. Wird er sich genauso gespart haben wie (wieder) eine Seriennummer zu vergeben und die Widerstände gem. spec einzubauen...
(Kurz: es ist besser geworden mit ihm, aber bei mir hat er immer noch keinerlei Kredit! Meine Empfehlung an alle wäre, lieber hier im Forum mal zu fragen, ob jemand was rumliegen hat, und für 433MHz-Gruscht (perspektivisch) gleich auf die Maple-Signalduino-Implementierung mit LAN zu schielen => heute einem MapleCUN zu besorgen; ist aber insgesamt ein komplexeres Gerät...)
zurück zum Thema:
Also entweder funktioniert deine socat-Definition nicht bzw. paßt nicht zu den Angaben in FHEM, oder das Ding hängt (=>schnelles LED-Blinken?!?).
@Otto123 hatte übrigens irgendwo mal angemerkt, dass ser2net bei ihm besser liefe als socat. Vielleicht stellst du den nicht funktionierenden mal auf diese Methode um,
wenn es nicht der Test-PIN ist (in FHEM kann alles gleich bleiben).
Wenn Test-PIN => back to sender!
@Beta-User
Hab zwar schon von der "Test-PIN-Problematik" gelesen, aber nur oberflächlich, muss ich nachholen.
Zu socat - wenn der andere CUL über socat funzt sollte es doch der nano (über anderen Port) auch tun?
Werde mit ser2net testen!
Die LED am nano hat beim anstecken nur dauerhaft rot geleuchtet, auch jetzt an der lokalen FHEM-Installation.
Zu socat&Co kann ich mangels Erfahrung nichts sagen...
Zur Test-PIN-Problematik sollte es Info im Wiki bei Arduino geben, wie man es ggf. behebt. Das zeigt sich auch erst dann, wenn die MCU resettet wird, nicht, wenn man das Ding "normal" verwendet. Also z.B. mit der Arduino-IDE verbinden (Serieller Monitor), und dann dort mal den Reboot-Befehl absetzen (culfw-commandref consultieren, dürfte "R" sein), oder schlicht die Baudrate zwischendurch falsch einstellen sollte reichen, dass "V" kein Ergebnis mehr liefert. Erst dann, wenn der FTDI den ATMega resettet, geht die Verbindung zur MCU (ATMega) "hops".
Wenn das die Ursache ist, könnte die Blinkerei nach einem Verbindungsversuch von FHEM aus losgehen, im Moment würde ich aber eher auf ein Konfigurationsthema @socat+FHEM tippen...
Zitat von: Beta-User am 18 Januar 2020, 10:09:11
im Moment würde ich aber eher auf ein Konfigurationsthema @socat+FHEM tippen...
vermute ich auch mal!