Raspberry GPIO, in fileacces: edge bzw value

[bsl02]

Hallo,

seit einiger Zeit spinnt meine Türklingel-Lösung bei meinen Eltern (von Klingelknopf -> auf Relais -> auf RPi-GPIO -> Auswertung in FHEM auf Raspberry -> FritzBox DECT-Telefone).

Die Probleme begannen mit dem Update der FritzBox7320. Mitunter hört es gar nicht auf zu klingeln, manchmal klingelt es auch gar nicht.

FHEM läuft auf dem Raspberry, im Log tauchen die Zeilen unten auf. Leider kann ich damit nichts anfangen.
Was wollen mir die Zeilen sagen, was könnte Besserung bringen?
Die Dateien "edge" und "value" als solche habe ich gefunden.

Code Auswählen Erweitern

2015.09.30 16:07:59 5: Triggering n.GPIO.Pin22.Tuerklingel.neu
2015.09.30 16:07:59 4: n.GPIO.Pin22.Tuerklingel.neu exec set Fritzbox ring 610,611,612,613,614 2
2015.09.30 16:07:59 3: FRITZBOX: set Fritzbox ring 610,611,612,613,614 2
2015.09.30 16:08:39 5: GPIO.Pin22.Tuerklingel, in fileaccess: edge
2015.09.30 16:08:39 5: GPIO.Pin22.Tuerklingel, in fileaccess: edge
2015.09.30 16:08:39 5: GPIO.Pin22.Tuerklingel, in fileaccess: edge
2015.09.30 16:08:39 5: GPIO.Pin22.Tuerklingel, in fileaccess: edge
...
...

und vorher war auch schon zu sehen

Code Auswählen Erweitern

2015.09.30 15:38:52 5: GPIO.Pin22.Tuerklingel, in fileaccess: value
2015.09.30 15:39:43 5: GPIO.Pin22.Tuerklingel, in fileaccess: value

Ich hänge ein "list Fritzbox" als gesonderte Datei an.

Gruß und Dank im voraus,
Stefan

[klausw]

Hallo,

seit einiger Zeit spinnt meine Türklingel-Lösung bei meinen Eltern (von Klingelknopf -> auf Relais -> auf RPi-GPIO -> Auswertung in FHEM auf Raspberry -> FritzBox DECT-Telefone).

Die Probleme begannen mit dem Update der FritzBox7320. Mitunter hört es gar nicht auf zu klingeln, manchmal klingelt es auch gar nicht.

FHEM läuft auf dem Raspberry, im Log tauchen die Zeilen unten auf. Leider kann ich damit nichts anfangen.
Was wollen mir die Zeilen sagen, was könnte Besserung bringen?
Die Dateien "edge" und "value" als solche habe ich gefunden.

Code Auswählen Erweitern

2015.09.30 16:07:59 5: Triggering n.GPIO.Pin22.Tuerklingel.neu
2015.09.30 16:07:59 4: n.GPIO.Pin22.Tuerklingel.neu exec set Fritzbox ring 610,611,612,613,614 2
2015.09.30 16:07:59 3: FRITZBOX: set Fritzbox ring 610,611,612,613,614 2
2015.09.30 16:08:39 5: GPIO.Pin22.Tuerklingel, in fileaccess: edge
2015.09.30 16:08:39 5: GPIO.Pin22.Tuerklingel, in fileaccess: edge
2015.09.30 16:08:39 5: GPIO.Pin22.Tuerklingel, in fileaccess: edge
2015.09.30 16:08:39 5: GPIO.Pin22.Tuerklingel, in fileaccess: edge
...
...

und vorher war auch schon zu sehen

Code Auswählen Erweitern

2015.09.30 15:38:52 5: GPIO.Pin22.Tuerklingel, in fileaccess: value
2015.09.30 15:39:43 5: GPIO.Pin22.Tuerklingel, in fileaccess: value

Ich hänge ein "list Fritzbox" als gesonderte Datei an.

Gruß und Dank im voraus,
Stefan

Code Auswählen Erweitern

GPIO.Pin22.Tuerklingel, in fileaccess: edge
Bedeuted nur, das FHEM gerade im Unterprogramm "fileaccess" des RPI_GPIO Moduls ist.
Das war mal fürs debugging gedacht.
Du kommst in diese Routine immer rein, wenn ein Interrupt ausgelöst wurde. Wenn mehrere nahezu zeitgleich kommen, dann prellt dein Ralaiskontakt einfach. Das solltest du aber mit dem Attribut debounce_in_ms hinbekommen.

Die grundsätzlich Frage ist:
An welcher Stelle der Wirkkette tritt der Fehler auf.
GPIO oder FritzBox Modul.

Dazu kannst du dir als erstes mal die GPIO Readings anschauen, während du klingelst.

Denn

Code Auswählen Erweitern

FRITZBOX: set Fritzbox ring 610,611,612,613,614 2 sieht für mich so aus, als würde der Tastendruck erkannt und wie gewünscht weitergeleitet.
AVM hat bei den FritzBoxen inzwischen Telnet deaktiviert so das sich da einiges geändert hat.
Aber dazu gibt es einen ausführliche Thread in dem du fündig werden solltest.

[bsl02]

Hallo,
vielen Dank für die Info. Wirklich testen kann ich leider nur vor Ort (Eltern).

Bedeuted nur, das FHEM gerade im Unterprogramm "fileaccess" des RPI_GPIO Moduls ist.
Das war mal fürs debugging gedacht.

Das beruhigt mich; kommt wohl seit ich "verbose 5" eingestellt habe auf der Suche nach dem Fehler.

dann prellt dein Ralaiskontakt einfach. Das solltest du aber mit dem Attribut debounce_in_ms hinbekommen.

Prellen: Ja, ist ein Relais ohne Zusatzschaltungen, also an-aus-an-aus...
Mit dem "debounce_in_ms" experimentiere ich jetzt herum, habe aber die Funktion nicht wirklich verstanden.

Für das FritzBox-Modul habe ich schon TR064 eigestellt:

Code Auswählen Erweitern

allowShellCommand 1
allowTR064Command 1
forceTelnetConnection 0


Zur Info hier noch ein akutelles "list" für den GPIO-Teil

Code Auswählen Erweitern

Internals:
   CHANGED
   DEF        25
   EXCEPT_FD  11
   NAME       GPIO.Pin22.Tuerklingel
   NR         40
   RPI_pin    25
   STATE      off
   TYPE       RPI_GPIO
   Readings:
     2014-02-12 01:51:27   Counter         975
     2015-10-06 20:37:38   Longpress       off
     2015-10-06 20:49:52   Pinlevel        low
     2015-10-06 20:37:38   state           off
   Fhem:
     interfaces switch
Attributes:
   comment    Türklingel an Fritz!Box-Telefone
   debounce_in_ms 200
   direction  input
   event-on-change-reading state
   event-on-update-reading 1
   interrupt  both
   pud_resistor down
   room       41.Tuerkling
   verbose    3
   webCmd     on:off

Grüße, Stefan

[klausw]

Jo die 5 weist auch auf verbose 5 hin
Das debounce soll das Eingangssignal eigentlich nur für den eingestellten Zeitraum sperren. Also der Pegel nach der ersten Flanke wird ausgewert und die Pegelwechsel innerhalb von x ms danach ignoriert.
Zur Fritz Box kann ich dir nix sagen. Dazu gibt es hier irgendwo einen ausführlichen Thread.

[bsl02]

Hallo,

Das solltest du aber mit dem Attribut debounce_in_ms hinbekommen.
...
Also der Pegel nach der ersten Flanke wird ausgewert und die Pegelwechsel innerhalb von x ms danach ignoriert.

genau so habe ich es bisher interpretiert   Ich werde es jetzt zwecks Vermeidung von mehrfachklingeln noch verlängern.
Habe die betreffende Installation zwar per remote geändert, konnte aber bisher noch nicht vor Ort testen.

Grüße,
Stefan