FHEM Forum

FHEM - Hardware => Einplatinencomputer => Thema gestartet von: devien am 30 Oktober 2020, 17:32:07

Titel: GPIO tut es nicht
Beitrag von: devien am 30 Oktober 2020, 17:32:07
hi,

ich habe seit ca 1 Jahr das Problem das fhem mir ständig folgende Fehler ins Log wirft
2020.10.30 13:02:50 5: i01, in fileaccess: value
2020.10.30 13:02:50 1: Can't open file: i01, value
2020.10.30 13:02:50 1: i01: readout of Pinvalue fail
2020.10.30 13:07:50 5: i01, in fileaccess: value
2020.10.30 13:07:50 1: Can't open file: i01, value
2020.10.30 13:07:50 1: i01: readout of Pinvalue fail
und der GPIO auch nicht mehr das tut was er früher vorm Upgrade mal tat.

hier natürlich ein list Internals:
   CFGFN      FHEM/unipi_inputs.cfg
   DEF        4
   FUUID      5c66e4d3-f33f-52e2-f953-c20706fe780e5c64
   GPIO_Basedir /sys/class/gpio
   GPIO_Nr    4
   NAME       i01
   NR         75
   STATE      0001
   TYPE       RPI_GPIO
   WiringPi_gpio /usr/bin/gpio
   filehandle
   Helper:
     DBLOG:
       state:
         myDbLog:
           TIME       1604069794.04722
           VALUE      readValue
   READINGS:
     Pinlevel:
       TIME       2020-10-30 17:20:26
       VAL       
   fhem:
     interfaces switch


Raspbian ist natürlich up2date, fhem auch.

was ich nach dem durchforsten der Forenthreads getroubleshootet habe brachte mich bislang nicht vorran, ich habe jedoch herrausgefunden das im raspian aus mir unerfindlichen Grund die GPIO definitionen der ersten GPIOs fehlen (siehe angehängtem Bild).

Ich kann mir daher gut vorstellen das fhem nicht auf einen definierten IO zugreifen kann den das OS nicht gelistet hat und dementsprechend auch nicht verknüpft.

Wie bekomme ich das gefix?

Gruß devien
Titel: Antw:GPIO tut es nicht
Beitrag von: Frank_Huber am 30 Oktober 2020, 20:11:50
Prüfe mal im Raspi-config ob du 1wire aktiviert hast. Das würde den gpio4 belegen.
Titel: Antw:GPIO tut es nicht
Beitrag von: devien am 01 November 2020, 13:57:06
habe den Zähler nun auf i03  (gpio23) geschwenkt, die Konfig entsprechend abgeändert und es scheint nun wieder zu funktionieren.
bislang hatte ich am unipi1.1 nie das Problem...seltsam das dieser 1 Wire konflikt nun auftaucht.

der Thread kann damit auf gelöst gesetzt werden.