Cubietruck /dev/ttyS*: Input/output error nach FHEM Update

Begonnen von Navigator, 12 Juni 2017, 12:48:41

Vorheriges Thema - Nächstes Thema

Navigator

Hat hier jemand von den "Truckern" ein Problem mit Fehlermeldung von FHEM beim Initialiserung in Form von....


2017.06.09 17:27:07 1: usb create starting
2017.06.09 17:27:09 3: Probing CUL device /dev/ttyS0
2017.06.09 17:27:09 3: Probing CUL device /dev/ttyS1
2017.06.09 17:27:09 3: Probing CUL device /dev/ttyS2
2017.06.09 17:27:09 1: PERL WARNING: can't getattr: Input/output error at FHEM/DevIo.pm line 392
2017.06.09 17:27:09 3: Can't open /dev/ttyS2: Input/output error
2017.06.09 17:27:09 3: Probing CUL device /dev/ttyS3
2017.06.09 17:27:09 3: Can't open /dev/ttyS3: Input/output error
2017.06.09 17:27:09 3: Probing CUL device /dev/ttyS4
2017.06.09 17:27:09 3: Can't open /dev/ttyS4: Input/output error
2017.06.09 17:27:09 3: Probing CUL device /dev/ttyS5
2017.06.09 17:27:09 3: Can't open /dev/ttyS5: Input/output error
2017.06.09 17:27:09 3: Probing CUL device /dev/ttyS6
2017.06.09 17:27:09 3: Can't open /dev/ttyS6: Input/output error
2017.06.09 17:27:09 3: Probing CUL device /dev/ttyS7
2017.06.09 17:27:09 3: Can't open /dev/ttyS7: Input/output error
2017.06.09 17:27:09 1: usb create end



Es funktioniert zwar alles, aber ein wenig Kopfweh bereiten mir solche Fehlerchen immer. Nach einspielen des Backups ist dieses Verhalten definiev nicht mehr zu beobachten.

betateilchen

lösche das initialUsbCreate in deinem FHEM, dann sollte Ruhe sein.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Navigator


Wernieman

Neee ... das InitialUsbCreate ist eher die Brechstange, da einfach drauflosprobiert wird. Das löschen ist die "Brechstange beseitigen"
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

traveltheworld

Hi, ich hatte dieselbe Fehlermeldung, das zu löschende Device hieß bei mir aber "initialUsbCheck", danach war die Fehlermeldung auch weg.

hoppel118

#5
Hallo Leute,

ich benutze zwar keinen Cubietruck, sondern normale Intel Server Hardware (OS: Debian Stretch), mit HM-CFG-USB-2, aber das Problem scheint dasselbe zu sein.

Wenn ich mein fhem Server starte, sehe ich folgende Meldungen im Logfile:

2018.01.09 14:44:43 1: usb create starting
2018.01.09 14:44:43 3: Probing CUL device /dev/ttyS0
2018.01.09 14:44:43 3: Probing CUL device /dev/ttyS1
2018.01.09 14:44:44 3: Probing CUL device /dev/ttyS2
2018.01.09 14:44:44 1: PERL WARNING: can't getattr: Input/output error at ./FHEM/DevIo.pm line 394.
2018.01.09 14:44:44 3: Can't open /dev/ttyS2: Input/output error
2018.01.09 14:44:44 3: Probing CUL device /dev/ttyS3
2018.01.09 14:44:44 3: Can't open /dev/ttyS3: Input/output error
2018.01.09 14:44:44 1: usb create end


Wenn ich dann folgende Zeile in der /op/fhem/fhem.cfg" auskommentiere:

define initialUsbCheck notify global:INITIALIZED usb create

sehe ich folgendes beim Starten des Servers:

2018.01.09 14:57:34 1: ./log/fhem.save: Please define initialUsbCheck first
Please define initialUsbCheck first


Irgendwie ist das Verhalten logisch. Am Liebsten wäre mir gar keine Meldung dazu. Ist das möglich? Wenn nicht, hat diese Meldung sonst irgendwelche Auswirkungen?

Danke und Gruß Hoppel
Server: Openmediavault, XEON E3-1240L-v5, Supermicro X11SSH-CTF, 64GB ECC RAM, SSD, RAID-Z2
Homebridge | Alexa | Yowsup
Homematic | HomeConnect | MQTT | Philips Hue | Sonos | Unifi Network & Protect | vbus | Xiaomi

hoppel118

OK, hat sich erledigt. Mit folgendem Befehl kann ich den Check deaktivieren:

attr initialUsbCheck disable 1

Gruß Hoppel
Server: Openmediavault, XEON E3-1240L-v5, Supermicro X11SSH-CTF, 64GB ECC RAM, SSD, RAID-Z2
Homebridge | Alexa | Yowsup
Homematic | HomeConnect | MQTT | Philips Hue | Sonos | Unifi Network & Protect | vbus | Xiaomi