RPI GPIO wird getriggert wenn Web View geöffnet wird

Begonnen von Nemo0815, 26 Januar 2017, 09:33:16

Vorheriges Thema - Nächstes Thema

Nemo0815

Hallo,

habe gerade ein sehr seltsames PRoblem auf meinem zweiten Rasperrypi (Zero) mit FHEM festgestellt.

Manchmal wenn ich den Web View von FHEM im Browser öffne, sodass meine Devices angezeigt werden togglet mein einziger RPI_GPIO einmal von off nach on und wieder nach off - nachvollziehbar nur durch das öffnen des Webviews!

defmod BewegungsmelderGang RPI_GPIO 27
attr BewegungsmelderGang debounce_in_ms 30
attr BewegungsmelderGang direction input
attr BewegungsmelderGang event-on-change-reading state
attr BewegungsmelderGang icon people_sensor
attr BewegungsmelderGang interrupt both
attr BewegungsmelderGang room Kamera

setstate BewegungsmelderGang off
setstate BewegungsmelderGang 2017-01-26 09:26:46 Dblclick off
setstate BewegungsmelderGang 2017-01-26 09:26:46 Longpress off
setstate BewegungsmelderGang 2017-01-26 09:27:18 Pinlevel low
setstate BewegungsmelderGang 2017-01-26 09:26:46 state off


(die Timestamp war von gerade eben, als ich mich draufverbunden und den Web view geöffnet hatte).

Es reicht auch schon F5 im Browser zu drücken um den RPI_GPIO von off->on->off togglen zu lassen.

Woran könnte das liegen? Hab ich noch nie gesehen bei meinem alten Raspberrypi 3...

Im logfile steht bei Verbose 5 dann wenn das passiert

2017.01.26 09:32:03 5: BewegungsmelderGang, in fileaccess: value
2017.01.26 09:32:03 5: BewegungsmelderGang, in fileaccess: edge
2017.01.26 09:32:03 4: Wartezeit: 0.03 ms
2017.01.26 09:32:04 5: BewegungsmelderGang, in fileaccess: value
2017.01.26 09:32:06 5: BewegungsmelderGang, in fileaccess: edge


Berechtigungen iwie falsch gesetzt? der RPI_GPIO funktioniert allerdings ansonsten in FHEM normal...

Brice

FHEM auf RPi 4 4GB (Buster) | produktiv) CUL 868 für FS20 | S300TH | KS300 | Max!Cube als CUN 868 für TechemWZ | HM-MOD-RPI-PCB für HM | Z-Wave ZME_UZB1 | FRITZ!DECT 200 | HUE | Lightify | Echo Dot | WS3080