Hallo,
Ich benutze einen MAX Cube als Cul um meine Thermostatr anzusteuern.
Wenn ich meinen Server starte wird der MAX Cube nicht korrekt erkannt. Hier der log:
2017.11.16 08:28:32 3: Opening CUL0 device /dev/serial/by-path/pci-0000:00:14.0-usb-0:5:1.0
2017.11.16 08:28:32 3: Can't open /dev/serial/by-path/pci-0000:00:14.0-usb-0:5:1.0: Device or resource busy
2017.11.16 08:28:32 2: Switched CUL0 rfmode to MAX
2017.11.16 08:28:32 1: CUL_MAX_Check: No IODev has no VERSION
2017.11.16 08:28:32 3: CUL_MAX_Check: Detected firmware version 0 of the CUL-compatible IODev
...
2017.11.16 08:28:39 1: CUL_MAX_Check: No IODev has no VERSION
2017.11.16 08:28:39 5: SW: X
2017.11.16 08:28:39 1: Error in CUL_MAX_SendQueueHandler: CUL CUL0 did not answer request for current credits. Waiting 5 seconds.
...
Die letzte Meldung wird dann alle 5 Sekunden ausgegen...
Aktuell löse ich das Problem indem ich den MAXCul ausstrecke, den Server neu starte (Neustart des Rechners) und dann den MAXCul anstecke... Man kann auch den CUL Ausstechen, fhem neu starten und den CUL wieder anstecken... Nur ein Neustart von fhem reicht nicht
Das ist natürlich mega doof und als heute Stromausfall war, und ich nicht daheim, ist der server zwar automatisch gestartet aber durch das Problem mit dem MAXCUL gieng die Heizung nicht ::)
Weiß jemand woran das liegt? Startet fhem zu schnell und der MAXCUL ist noch nicht bereit?!
Ach ja ein Neustart von fhem funktioniert nicht...
Gruß
EDIT:
Mein MAXCul:
V 1.23.09 a-culfw Build: 194 (2017-02-09_21-39-06) CUBe (F-Band: 868 MHZ)
Habe fhem aus dem Auto start entfernt, den Server neu gestartet und gewartet bis dieser hoch gefahren war. Erst dann habe ich fhem gestartet.
Auch dann besteht das Problem mit dem MAXCul.
Bedeutet, dass es nicht daran liegt dass fhem zu schnell startet, sondern dass der Server generell nach einem Systemstart Probleme hat den MAXCul richtig zu initialisieren...
Evtl Treiber Problem?! Keiner mit einem ähnlichen Problem?