nanoCUL übers netzwerk funzt nicht

Begonnen von punker, 17 Januar 2020, 13:57:25

Vorheriges Thema - Nächstes Thema

punker

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 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?

LG

Dieter

The truth is out there!

Beta-User

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.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

punker

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.
LG

Dieter

The truth is out there!

Otto123

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?
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Beta-User

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ß.)
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Wzut

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
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Beta-User

@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!
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

punker

#7
@Beta-User (aka Nörgler) ;)
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


LG

Dieter

The truth is out there!

Beta-User

Zitat von: punker am 17 Januar 2020, 19:48:34
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!
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

punker

@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.
LG

Dieter

The truth is out there!

Beta-User

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...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

punker

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!
LG

Dieter

The truth is out there!