[gelöst] CUL Geräte nach Neustart weg

[TWART016]

Hallo,

ich setze bereits mehrere Monate einen CUL433 und CUL868 ein. Da der CUL433 immer als disconnected angezeigt wurde habe ich ihn neu initialisiert.

Danach wird er wieder korrekt erkannt. Und auch die Geräte können nach neu Verknüpfen wieder verwendet werden. Jedoch nach ein Neustart ist das IODev wieder weg.

Code Auswählen Erweitern

Internals:
   CMDS       BbCFiAZEGMKUYRTVWXefmltux
   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:
   DEF        /dev/ttyACM1@9600 1134
   DeviceName /dev/ttyACM1@9600
   FD         32
   FHTID      1134
   NAME       CUL_1
   NR         496
   PARTIAL
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.61 CUL433
   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................................$
     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-03-04 11:51:20   cmds             B b C F i A Z E G M K U Y R T V W X e f m l t u x
     2017-03-04 11:51:20   state           Initialized
     2017-03-04 11:52:05   version         V 1.61 CUL433
Attributes:


in der fhem.cfg steht zudem

Code Auswählen Erweitern

attr global motd Messages collected while initializing FHEM:\
configfile: Steckdose_Kueche_links: unknown IODev CUL_1 specified\
Steckdose_Licht_Wohnwand: unknown IODev CUL_1 specified\
Kann das gelöscht?

Gruß
TWART016

[rudolfkoenig]

Evtl. hilft das:
https://wiki.fhem.de/wiki/Trick_der_Woche#CUL_.26_CO_.C3.BCber_Serial_ID-einbinden

Wenn nicht, dann braucht man mehr info.

Kann das gelöscht?

Ja, kann gelöscht.

[TWART016]

Ich habe jetzt nochmal ein paar Sachen getestet.

Den CUL per

Code Auswählen Erweitern

define CUL433 CUL /dev/serial/by-id/usb-busware.de_CUL433-if00@9600 1134
definiert.

Trotzdem verliert der CUL nach einem FHEM Neustart die Zuordnung zu den Geräten.

Meine aktuelle Version ist 5.8. Das habe ich auch schon getestet.

Code Auswählen Erweitern

attr global featurelevel 5.7

Drücke ich auf save fhem.cfg kommt der Fehler:

Code Auswählen Erweitern

Steckdose_Licht_Wohnwand: unknown IODev CUL433 specified

Im Log beim Schalten:

Code Auswählen Erweitern

2017.03.06 15:23:10 3:  IT_set: Steckdose_Licht_Wohnwand off
2017.03.06 15:23:10 0: Strange call for nonexistent <undefined>: GetFn
2017.03.06 15:23:10 2: IT IODev device didn't answer is command correctly:
2017.03.06 15:23:11 3:  IT_set: Steckdose_Licht_Wohnwand on
2017.03.06 15:23:11 0: Strange call for nonexistent <undefined>: GetFn
2017.03.06 15:23:11 2: IT IODev device didn't answer is command correctly:
2017.03.06 15:23:12 3:  IT_set: Steckdose_Licht_Wohnwand off
2017.03.06 15:23:12 0: Strange call for nonexistent <undefined>: GetFn
2017.03.06 15:23:12 2: IT IODev device didn't answer is command correctly:


Liegt es ggf. an der CUL Version 1.61. Was für weitere Infos benötigst du?

[rudolfkoenig]

Was für weitere Infos benötigst du?

Linux/Kommandozeilen Ausgaben von:
- lsusb
- ls -lR /dev/serial/

Wie schaut ein "FHEM-Neustart" aus?
Was steht in dem FHEM-Log nach dem FHEM-Start?

[TWART016]

lsusb

Code Auswählen Erweitern

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 006: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project
Bus 002 Device 004: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project
Bus 002 Device 003: ID 0e0f:0002 VMware, Inc. Virtual USB Hub
Bus 002 Device 002: ID 0e0f:0003 VMware, Inc. Virtual Mouse
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub


ls -lR /dev/serial/

Code Auswählen Erweitern

/dev/serial/:
insgesamt 0
drwxr-xr-x 2 root root 80 Mär  6 10:57 by-id
drwxr-xr-x 2 root root 80 Mär  6 10:57 by-path

/dev/serial/by-id:
insgesamt 0
lrwxrwxrwx 1 root root 13 Mär  6 10:57 usb-busware.de_CUL433-if00 -> ../../ttyACM1
lrwxrwxrwx 1 root root 13 Mär  6 00:49 usb-busware.de_CUL868-if00 -> ../../ttyACM0

/dev/serial/by-path:
insgesamt 0
lrwxrwxrwx 1 root root 13 Mär  6 00:49 pci-0000:02:02.0-usb-0:2.1:1.0 -> ../../ttyACM0
lrwxrwxrwx 1 root root 13 Mär  6 10:57 pci-0000:02:02.0-usb-0:2.2:1.0 -> ../../ttyACM1

FHEM log nach Neustart

Code Auswählen Erweitern

2017.03.06 15:50:52 0: Server shutdown
2017.03.06 15:50:54 1: Including fhem.cfg
2017.03.06 15:50:54 3: telnetPort: port 7072 opened
2017.03.06 15:50:54 3: WEB: port 8083 opened
2017.03.06 15:50:54 3: WEBphone: port 8084 opened
2017.03.06 15:50:54 3: WEBtablet: port 8085 opened
2017.03.06 15:50:54 2: eventTypes: loaded 2938 events from ./log/eventTypes.txt
2017.03.06 15:50:54 2: Registering GEOFANCY geofancy for URL /geo...
2017.03.06 15:50:54 3: WEBhook: port 8088 opened
2017.03.06 15:50:54 3: Opening CUL868 device /dev/ttyACM0
2017.03.06 15:50:55 3: Setting CUL868 serial parameters to 9600,8,N,1
2017.03.06 15:50:55 3: CUL868: Possible commands: BbCFiAZNkGMKUYRTVWXefmLltux
2017.03.06 15:50:55 3: CUL868 device opened
2017.03.06 15:50:55 2: Switched CUL868 rfmode to MAX
2017.03.06 15:50:55 3: Steckdose_Licht_Wohnwand: unknown IODev CUL433 specified
2017.03.06 15:50:55 2: ONKYO_AVR avr: Registering ONKYO_AVR for webhook URI ?/ONKYO_AVR ...
2017.03.06 15:50:55 3: Opening avr device 192.168.178.22:60128
2017.03.06 15:50:55 3: TABLETUI: new ext defined infix:ftui/: dir:./www/tablet:
2017.03.06 15:50:55 3: Registering HTTPSRV TABLETUI for URL /ftui   and assigned link ftui/ ...
2017.03.06 15:50:55 3: ftui_eval: new ext defined infix:tablet_eval/: dir:./www/tablet_eval:
2017.03.06 15:50:55 3: Registering HTTPSRV ftui_eval for URL /tablet_eval   and assigned link tablet_eval/ ...
2017.03.06 15:50:55 3: TelegramBot_Define Telegram: called
2017.03.06 15:50:56 3: CUL_MAX_Check: Detected firmware version 166 of the CUL-compatible IODev
2017.03.06 15:50:56 3: AMAD (Tablet_Flur) - defined with host 192.168.178.28 on port 8090 and NONE AccessPoint-SSID
2017.03.06 15:50:56 3: AMAD (AMADCommBridge) - defined Bridge with Socketport 8090
2017.03.06 15:50:56 3: AMAD (AMADCommBridge) - Attention!!! By the first run, dont forget to "set AMADCommBridge fhemServerIP <IP-FHEM>"
2017.03.06 15:50:56 3: AMADCommBridge: port 8090 opened
2017.03.06 15:50:56 3: AMAD (Tablet_Kueche) - defined with host 192.168.178.29 on port 8090 and NONE AccessPoint-SSID
2017.03.06 15:50:56 3: Opening CUL433 device /dev/serial/by-id/usb-busware.de_CUL433-if00
2017.03.06 15:50:56 3: Setting CUL433 serial parameters to 9600,8,N,1
2017.03.06 15:50:56 3: CUL433: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2017.03.06 15:50:56 3: CUL433 device opened
2017.03.06 15:50:56 1: Including ./log/fhem.save
2017.03.06 15:50:56 1: configfile: Steckdose_Licht_Wohnwand: unknown IODev CUL433 specified

2017.03.06 15:50:56 3: No I/O device found for Rollladen_Balkon
2017.03.06 15:50:56 3: No I/O device found for Rollladen_Wohnzimmer
2017.03.06 15:50:56 3: No I/O device found for Steckdose_Licht_Wohnwand
2017.03.06 15:50:56 3: No I/O device found for Steckdose_Kueche_links
2017.03.06 15:50:56 3: No I/O device found for Rollladen_Schlafzimmer
2017.03.06 15:50:56 3: HarmonyHub: connected
2017.03.06 15:50:56 3: LED_Wohnzimmer RGBWW LD686 set h:0, s:0, v:0, ww:0, cw:0
2017.03.06 15:50:56 3: LED_Wohnzimmer RGBWW LD686 set r:0, g:0, b:0, ww:0, cw:0
2017.03.06 15:50:56 3: Opening LMS device 192.168.178.14:9090
2017.03.06 15:50:56 3: SB_SERVER_DoInit(LMS): STATE: opened power: ?
2017.03.06 15:50:56 3: SB_SERVER_DoInit(LMS): SB-Server is back again.
2017.03.06 15:50:56 3: LMS device opened
2017.03.06 15:50:56 1: usb create starting
2017.03.06 15:50:57 1: usb create end
2017.03.06 15:50:57 3: roku: ssdp responder started
2017.03.06 15:50:57 3: roku: listener started
2017.03.06 15:50:57 2: Messages collected while initializing FHEM: configfile: Steckdose_Licht_Wohnwand: unknown IODev CUL433 specified
2017.03.06 15:50:57 0: Featurelevel: 5.8
2017.03.06 15:50:57 0: Server started with 178 defined entities (fhem.pl:13622/2017-03-05 perl:5.022001 os:linux user:fhem pid:3905)
2017.03.06 15:50:57 3: avr device opened
2017.03.06 15:50:57 1: 192.168.178.110:9090 reappeared (KODI)
2017.03.06 15:50:58 3: HarmonyHub: new config
2017.03.06 15:51:00 3: harmony: IODev for device 39692652 is HarmonyHub
2017.03.06 15:51:00 3: harmony: IODev for device 39691439 is HarmonyHub
2017.03.06 15:51:00 3: harmony: IODev for device 39684050 is HarmonyHub
2017.03.06 15:51:00 3: harmony: IODev for device 39710357 is HarmonyHub
2017.03.06 15:51:01 1: PERL WARNING: Argument "?" isn't numeric in int at (eval 2090) line 1.
2017.03.06 15:51:01 3: eval: {int(ReadingsVal($name,'duration',0))}

Steckdose_Licht_Wohnwand und  Steckdose_Kueche_links laufen mit dem CUL433. Die Rollläden und MAX mit dem CUL868, wo es übrigens keine Probleme gibt.

[rudolfkoenig]

Ich vermute ein Reihenfolgenproblem. Kannst du bitte FHEM stoppen, die "define CUL433" Zeile _vor_ allen anderen Geraeten, die es verwenden, mit einem Editor verschieben, und FHEM erneut starten?
Wenn es danach immer noch nicht klappt, bitte ein Start mit "attr global verbose 5" durchfuehren, und das Log hier anhaengen.

[TWART016]

Scheint tatsächlich an der Reihenfolge gelegen zu haben.

In FHEM hatte ich es direkt geändert, jedoch nicht mit Dienst stoppen und per Editor.

Besten Dank für die Hilfe.

[Beta-User]

Eine Anmerkung noch:

Der 868-CUL ist nicht by-id definiert (jedenfalls sieht es im log so aus). Das solltest Du bei Gelegenheit noch ändern, sonst kann es irgendwann mal nach einem Umstöpseln Probleme geben...

Gruß, Beta-User

[TWART016]

Danke für den Hinweis, habe es geändert.

Code Auswählen Erweitern

/dev/serial/by-id/usb-busware.de_CUL868-if00@9600 1034

[Chris81]

Moin,

ich hatte seit 2 Tagen das selbe Problem, nach einem update wurden alle Devices die über den nanoCUL gesteuert wurden nicht mehr erkannt. Nach etwas Recherche und einem Tipp TWART016 hab ich dann gelöst bekommen.

Daher möchte ich das nochmal für Anfänger erläutern:

Auf den den Raspi oder so über ein ssh programm in das Verzeihnis

cd /opt/fhem $

wechseln.

Fhem stoppen

sudo /etc/init.d/fhem stop

dann mit einem Editor die fhem.cfg öffen

nano fhem.cfg

bei mir wurde der Eintrag

-- define nanoCUL_433 CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL02VFHB-if00-port0@38400 1234 --

ans Ende der Liste verschoben.
Diesen habe ich dann wieder nach oben nachdem die globals definiert sind kopiert. (also bevor die Devices aufgerufen werden)

Danach Fhem wieder starten

sudo /etc/init.d/fhem start

und alles funktioniert wieder wi es soll.

Ich hoffe es stört sich Niemand, dass ich das nochmal ausführlicher erläutert habe, aber als Neuling in dem Thema habe ich auch ein wenig gerätselt was wie gemeint war.

Gruß Chris