Dateideskriptor

[matrois]

Hier ist ein Logauszug mit stacktrace 1 beim Objekt global:

Code Auswählen Erweitern


Dateideskriptor, der auf die Konsole verweist, konnte nicht gefunden werden.
Dateideskriptor, der auf die Konsole verweist, konnte nicht gefunden werden.
Dateideskriptor, der auf die Konsole verweist, konnte nicht gefunden werden.
2018.02.19 07:43:23 0: Server shutdown
looking for table: fhembinfilesave
testing: #1
found: `fhem`.`current`
found: `fhem`.`fhemb64filesave`
found: `fhem`.`fhemconfig`
found: `fhem`.`fhemstate`
found: `fhem`.`fhemversions`
found: `fhem`.`history`
table not found
2018.02.19 07:43:27 1: HMLAN_Parse: HMLAN new condition disconnected
2018.02.19 07:43:27 1: HMLAN_Parse: HMLAN new condition init
2018.02.19 07:43:32 1: usb create starting
2018.02.19 07:43:32 1: usb create end
2018.02.19 07:43:32 0: Featurelevel: 5.8
2018.02.19 07:43:32 0: Server started with 218 defined entities (fhem.pl:16204/2018-02-17 perl:5.024001 os:linux user:fhem pid:11118)
2018.02.19 07:43:33 1: HMLAN_Parse: HMLAN new condition ok
Dateideskriptor, der auf die Konsole verweist, konnte nicht gefunden werden.
Dateideskriptor, der auf die Konsole verweist, konnte nicht gefunden werden.
Dateideskriptor, der auf die Konsole verweist, konnte nicht gefunden werden.
Dateideskriptor, der auf die Konsole verweist, konnte nicht gefunden werden.


[Beta-User]

Kann es sein, dass die Systemkonsole noch auf serial0 zugreift (neben dem PI-Modul)?

Lt. Wiki (ist noch Jessie, dürfte aber auf Stretch auch passen):

In der Datei /boot/cmdline.txt diesen Eintrag löschen:

console=serial0,115200 

[matrois]

In der /boot/cmdline.txt steht bei beiden Systemen (ein System mit Dateideskriptor-Meldungen und eins ohne) statt

Code Auswählen Erweitern


console=serial0,115200


der Eintrag wie im Wiki hier beschrieben: https://wiki.fhem.de/wiki/HMUARTLGW

Code Auswählen Erweitern


console=tty1


Nach (fast) 24 Stunden habe ich die Meldung nicht wieder gesehen. Ich denke den letzten Ausschlag hat ein Neustart des gesamten Systems nach der Änderung der Gruppenzugehörigkeit des fhem-Users
und Änderung der Berechtigung der dev-Files (standen auf root:root, geändert auf root:dialout) gegeben.

[matrois]

Ich muss dieses Thema leider nochmal "aufwärmen", weil es leider doch noch nicht gelöst ist. Mittlerweile weiß ich warum die Meldung "Dateideskriptor, der auf die Konsole verweist, konnte nicht gefunden werden." nicht noch einmal erschien, bzw. jetzt wieder erscheint. Ich kann den Fehler jetzt reproduzieren.

Der Fehler taucht immer dann auf, wenn ich beim HMInfo Modul auf "update" und danach auch "configCheck" gehe. Die Anzahl der Fehlermeldungen (der Fehler erscheint dann 29x im Log) entspricht genau der Anzahl der Fenstersensoren... (?)

list homematic_info:

Code Auswählen Erweitern


...
Attributes:
   autoArchive 1
   configDir  FHEM
   group      FHEM
   room       System
   sumERROR   battery:ok,sabotageError:off,powerError:ok,overload:off,overheat:off,reduced:off,motorErr:ok,error:none,uncertain:[no|yes],smoke_detect:none,cover:closed
   sumStatus  battery,sabotageError,powerError,motor
   webCmd     update:protoEvents short:rssi:peerXref:configCheck:models


Beispielhafter Fenstersensor:

Code Auswählen Erweitern


Internals:
   CFGFN     
   DEF        5BDC27
   HMLAN_MSGCNT 1
   HMLAN_RAWMSG E5BDC27,0000,047DFC73,FF,FFD3,9EA6105BDC27A1B2C306010000
   HMLAN_RSSI -45
   HMLAN_TIME 2018-02-24 17:23:29
   IODev      vccu
   LASTInputDev HMLAN
   MSGCNT     1
   NAME       tss_kueche_links
   NOTIFYDEV  global
   NR         140
   NTFY_ORDER 50-tss_kueche_links
   STATE      closed
   TYPE       CUL_HM
   lastMsg    No:9E - t:10 s:5BDC27 d:A1B2C3 06010000
   protLastRcv 2018-02-24 17:23:29
   rssi_at_HMLAN min:-45 max:-45 cnt:1 avg:-45 lst:-45
   READINGS:
     2018-02-24 17:06:28   Activity        alive
     2018-01-14 08:47:35   CommandAccepted no
     2018-01-18 20:13:10   D-firmware      1.0
     2018-01-18 20:13:10   D-serialNr      OEQ0703846
     2018-02-24 16:24:01   PairedTo        0xA1B2C3
     2018-01-07 20:56:53   R-cc_windowrec_kueche-expectAES set_off
     2018-01-07 20:56:53   R-cc_windowrec_kueche-peerNeedsBurst set_on
     2018-01-07 20:56:13   R-cc_windowrec_wozi_nord-expectAES set_off
     2018-01-07 20:56:13   R-cc_windowrec_wozi_nord-peerNeedsBurst set_on
     2018-01-07 20:56:30   R-cc_windowrec_wozi_west-expectAES set_off
     2018-01-07 20:56:30   R-cc_windowrec_wozi_west-peerNeedsBurst set_on
     2018-01-07 18:20:28   R-cyclicInfoMsg on
     2018-01-07 18:20:29   R-eventDlyTime  0 s
     2018-01-07 18:20:28   R-pairCentral   0xA1B2C3
     2018-01-07 18:20:28   R-sabotageMsg   on
     2018-01-07 18:20:29   R-sign          on
     2018-01-07 20:56:43   R-tc_windowrec_wozi-expectAES set_off
     2018-01-07 20:56:43   R-tc_windowrec_wozi-peerNeedsBurst set_on
     2018-02-24 16:24:01   RegL_00.        02:01 09:01 0A:A1 0B:B2 0C:C3 10:01 14:06 00:00
     2018-02-24 16:24:01   RegL_01.        08:01 20:9C 21:00 30:06 00:00
     2018-01-07 21:16:12   aesCommToDev    ok
     2018-01-07 21:16:12   aesKeyNbr       00
     2018-02-24 17:23:29   alive           yes
     2018-02-24 17:23:29   battery         ok
     2018-02-24 17:23:29   contact         closed (to vccu)
     2018-02-24 17:23:29   recentStateType info
     2018-01-28 22:57:06   sabotageAttack_ErrIoAttack cnt 1
     2018-02-24 17:23:29   sabotageError   off
     2018-02-24 17:23:29   state           closed
     2018-01-16 21:22:36   trigDst_cc_dev_kueche noConfig
     2018-01-16 21:22:38   trigDst_cc_dev_wozi_nord noConfig
     2018-01-16 21:22:35   trigDst_cc_dev_wozi_west noConfig
     2018-01-16 21:22:35   trigDst_tc_dev_wozi noConfig
     2018-01-16 21:22:38   trigger_cnt     16
   helper:
     HM_CMDNR   158
     mId        00C7
     regLst     ,0,1,4p
     rxType     28
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +5BDC27,00,00,00
       nextSend   1519489409.223
       prefIO     
       rxt        2
       vccu       vccu
       p:
         5BDC27
         00
         00
         00
     mRssi:
       mNo        9E
       io:
         HMLAN:
           -45
           -45
     prt:
       bErr       0
       sProc      0
       sleeping   1
     q:
       qReqConf   00
       qReqStat   
     role:
       chn        1
       dev        1
     rssi:
       at_HMLAN:
         avg        -45
         cnt        1
         lst        -45
         max        -45
         min        -45
     shadowReg:
     tmpl:
Attributes:
   IODev      vccu
   IOgrp      vccu
   actCycle   012:00
   actStatus  alive
   autoReadReg 5_readMissing
   devStateIcon closed:fts_window_1w@green opened:fts_window_1w_open@red
   expert     2_defReg+raw
   firmware   1.0
   group      fenster
   icon       fts_window_1w
   model      HM-SEC-SCo
   peerIDs   
   room       EG_Küche
   serialNr   OEQ0703846
   subType    threeStateSensor


[CoolTux]

Ich denke nicht das es die Fenstersensoren sind. Hast du zufällig auch genau so viele Thermostate?

[matrois]

Nein, Thermostate habe ich nur 17. Es ist schon komisch, dass es genau 29 Meldungen sind und die Zahl 29 nur auf die Anzahl der Fenstersensoren passt...

[matrois]

Ist vielleicht jemand hier, der mir einen Tipp geben kann wo (vielleicht eine Logdatei, die ich noch nicht kenne) ich noch nach einem Ansatz suchen kann? Die Fehlermeldung im Log taucht genau 29x wie folgt auf

Code Auswählen Erweitern


Dateideskriptor, der auf die Konsole verweist, konnte nicht gefunden werden.


, wenn das Modul CUL_HM aktiv ist oder ich ein "set HMInfo update" absetze.
Die Zahl 29 deutet auf meine Fenstersensoren hin. Und zwar scheint es da genau um die optischen Fenstersenoren (HM-SEC-SCo habe ich genau 29 Stück) zu gehen, denn einen weiteren magnetischen Fenstersensor (HM-SEC-SC) missbrauche ich hinter einem Bild als Gast-WLAN-Schalter.

Mein HMInfo sieht so aus:

Code Auswählen Erweitern


define homematic_info HMinfo
attr homematic_info autoArchive 1
attr homematic_info configDir FHEM
attr homematic_info group FHEM
attr homematic_info room System
attr homematic_info sumERROR battery:ok,sabotageError:off,powerError:ok,overload:off,overheat:off,reduced:off,motorErr:ok,error:none,uncertain:[no|yes],smoke_detect:none,cover:closed
attr homematic_info sumStatus battery,sabotageError,powerError,motor
attr homematic_info webCmd update:protoEvents short:rssi:peerXref:configCheck:models


Ein beispielhafter Fenstersensor sieht so aus:

Code Auswählen Erweitern


define tss_wozi_sued CUL_HM 5B6363
attr tss_wozi_sued IODev HMLAN
attr tss_wozi_sued IOgrp vccu:HMLAN
attr tss_wozi_sued actCycle 012:00
attr tss_wozi_sued actStatus unknown
attr tss_wozi_sued autoReadReg 5_readMissing
attr tss_wozi_sued devStateIcon closed:fts_door_slide@green open:fts_door_slide_open@red
attr tss_wozi_sued expert 2_defReg+raw
attr tss_wozi_sued firmware 1.0
attr tss_wozi_sued group fenster
attr tss_wozi_sued icon fts_door_slide
attr tss_wozi_sued model HM-SEC-SCo
attr tss_wozi_sued peerIDs 00000000,63469603,
attr tss_wozi_sued room EG_WoZi
attr tss_wozi_sued serialNr OEQ0709689
attr tss_wozi_sued subType threeStateSensor


Vielen Dank für jeden Tipp im Voraus.
Ich wünsche euch noch eine schönen Restsonntag.

[Amenophis86]

Da es laut deiner Aussage mit CUL_HM zutun haben könnte, könntest du mal im HomeMatic Forum fragen bzw den Beitrag nach dort verschieben. Habe allerdings jetzt nicht den kompletten Thread gelesen.

[matrois]

@Amenophis86: Danke für den Hinweis, daran hatte ich auch schon gedacht und habs jetzt mal gemacht...