CUL ständig disconnected und reappeared

Begonnen von ag390734, 11 Februar 2015, 23:25:53

Vorheriges Thema - Nächstes Thema

ag390734

Hallo zusammen

Habe FHEM erfolgreich auf einer DS412+ zum Laufen gebracht. War ein wenig Gefrickel aber letztlich funktioniert es. Als Geräte sind ausschließlich MAX Komponenten (4 Wandthermos + 4 Heizkörperthermos) angeschlossen, d.h. der CUL läuft im MAX-Modus und ist direkt am FrontUSB angeschlossen (keine Verlängerung oder Hub). Nun das Problem. Kurz nach dem Neustart des FHEM Servers fängt der CUL sich an zu disconnecten, um dann sofort wieder zu reappearen. Funktional gibt es da noch keine Einschränkungen, lediglich das logfile füllt sich. Das geht dann ne ganze Weile, bis das reappearen nicht mehr klappt und das Log mit CUL_MAX_SendQueueHandler messages vollgeschrieben wird.
Eine Suche im Forum brachte einige Ergebnisse, die aber alle nicht weiterhalfen.

Anbei mal ein Ausschnitt aus meiner cfg:

define CUL_0 CUL /dev/ttyACM0@9600 0000
attr CUL_0 rfmode MAX

define cm CUL_MAX 123456
attr cm IODev CUL_0

define MAX_0f3f0e MAX WallMountedThermostat 0f3f0e
attr MAX_0f3f0e IODev cm
attr MAX_0f3f0e alias Wohn_OG
attr MAX_0f3f0e room KONSUM
define FileLog_MAX_0f3f0e FileLog /usr/local/FHEM/var/log/MAX_0f3f0e-%Y.log MAX_0f3f0e
attr FileLog_MAX_0f3f0e logtype text
attr FileLog_MAX_0f3f0e room KONSUM

define MAX_0829f4 MAX HeatingThermostat 0829f4
attr MAX_0829f4 IODev cm
attr MAX_0829f4 alias HT_Wohn_OG
attr MAX_0829f4 room KONSUM
define FileLog_MAX_0829f4 FileLog /usr/local/FHEM/var/log/MAX_0829f4-%Y.log MAX_0829f4
attr FileLog_MAX_0829f4 logtype text
attr FileLog_MAX_0829f4 room KONSUM


Kann man hier schon was Falsches erkennen?
Das logfile sieht wie folgt aus:

2015.02.11 21:23:51 0: Server shutdown
2015.02.11 21:23:53 1: Including /usr/local/FHEM/etc/fhem.cfg
2015.02.11 21:23:54 3: telnetPort: port 7072 opened
2015.02.11 21:23:54 3: WEB: port 8083 opened
2015.02.11 21:23:54 3: WEBphone: port 8084 opened
2015.02.11 21:23:54 3: WEBtablet: port 8085 opened
2015.02.11 21:23:54 3: Opening CUL_0 device /dev/ttyACM0
2015.02.11 21:23:54 3: Setting CUL_0 baudrate to 9600
2015.02.11 21:23:54 3: CUL_0 device opened
2015.02.11 21:23:54 3: CUL_0: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2015.02.11 21:23:54 2: Switched CUL_0 rfmode to MAX
2015.02.11 21:23:55 1: Including /usr/local/FHEM/var/log/fhem.save
2015.02.11 21:23:55 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Running with root privileges. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.02.11 21:23:55 0: Server started with 33 defined entities (version $Id: fhem.pl 7858 2015-02-03 20:14:28Z rudolfkoenig $, os linux, user root, pid 16244)
2015.02.11 21:25:17 1: /dev/ttyACM0 disconnected, waiting to reappear (CUL_0)
2015.02.11 21:25:17 3: Setting CUL_0 baudrate to 9600
2015.02.11 21:25:17 1: /dev/ttyACM0 reappeared (CUL_0)
2015.02.11 21:25:20 3: CUL_0: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2015.02.11 21:27:20 1: /dev/ttyACM0 disconnected, waiting to reappear (CUL_0)
2015.02.11 21:27:20 3: Setting CUL_0 baudrate to 9600
2015.02.11 21:27:20 1: /dev/ttyACM0 reappeared (CUL_0)
2015.02.11 21:27:23 3: CUL_0: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
usw.


Deutet das evtl. auf ein Hardwareproblem des CUL hin?
Ständig einen Neustart zu machen, war nicht das Ziel. Kennt das jemand von euch? Wie kann ich dem Problem auf die Schliche kommen? Bin relativ neu, was FHEM angeht. Bin aber bereit und auch in der Lage zu forschen, woran das liegt. Bräuchte nur ein wenig Hilfe im Umgang mit FHEM, um dem Problem auf die Spur zu kommen.

Danke im Voraus für eure Hilfe

justme1968

hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

ag390734

Hi Andre

genau das wars. Hatte ich bei der Suche nicht gefunden. Danke für die schnelle Hilfe

Gruß
Andreas