RPI_GPIO output

[klausw]

Mmm ich sehe gerade, dass du active_low von no/yes auf off/on geändert hast 

Nein, da ist die Doku falsch (und auch Zeile 492...natürlich muss es "yes" anstelle von "on" heissen). War sicher wieder so eine nach Mitternacht Aktion. Da passiert viel Mist.
Dann sollte es auch gehen. Das mit dem statistischen Wert war nur ne Idee, da ich gerade nicht das verhalten der GPIO s testen kann

[Maergsche]

So, bei mir sieht es nun so aus:

Code Auswählen Erweitern


         if ($dir eq "out" && $fname eq "value" && defined($args[1])) {
                        my $al = AttrVal($hash->{NAME},"active_low","no");
                        my $lev = $al eq "yes" ? 0 : 1;
                        #Log3 $hash, 4, "$hash->{NAME}: arg=$args[1] al=$al lev=$lev";
                        $dir = ($args[1] == $lev ? "high" : "low")
                }


Hab nun auch noch die Zeile da drüber angepasst, und das 'off' durch "no" ersetzt ...
Damit sollte es dann funktionieren!

Nein, da ist die Doku falsch

Ich hatte erst schon ein P im Gesicht, konnte dann aber auch aus dem Code lesen,
dass das nicht sein konnte.


Bin nun gleich zu Hause und werde mal Testen und hier berichten!

[Maergsche]

Jetzt funktioniert es ohne Flackern....  Mit invert und ohne!

Schreibst du noch mal, sobald es über das Update verfügbar ist?

Gruß und Dank

[klausw]

Schreibst du noch mal, sobald es über das Update verfügbar ist?

Habs eingecheckt

[Matzek83]

Hallo zusammen,
Das GPIO Modul  läuft bei mir bisher ausgezeichnet.
Nur GPIO4 scheint zu spinnen.

Definiert habe ich ihn als Input inkl. Interrupt, wie die GPIO 2, 3 und 22 auch. Nachdem GPIO4 "irgendwie" nicht funktionierte, wollte ich ihn löschen, was FHEM zum Absturz bringt. Nur das Attr Interrupt löschen bringt das gleiche Ergebnis. Selbst löschen in der fhem.cfg lässt FHEM abstürzen.
Vielleicht macht das 1wire Modul Probleme? Steht ja auf GPIO4.
Konnte jemand ähnliches Verhalten nachstellen?

Die fhem.cfg und Logs kann ich leider erst am Mittwoch nachliefern.

Grüße
Matthias

[klausw]

Definiert habe ich ihn als Input inkl. Interrupt, wie die GPIO 2, 3 und 22 auch. Nachdem GPIO4 "irgendwie" nicht funktionierte, wollte ich ihn löschen, was FHEM zum Absturz bringt. Nur das Attr Interrupt löschen bringt das gleiche Ergebnis. Selbst löschen in der fhem.cfg lässt FHEM abstürzen.
Vielleicht macht das 1wire Modul Probleme? Steht ja auf GPIO4.
Konnte jemand ähnliches Verhalten nachstellen?

Die fhem.cfg und Logs kann ich leider erst am Mittwoch nachliefern.

Nutzt du auch das 1wire modul?

[Matzek83]

Nein, nicht mehr. Wollte jetzt eben den GPIO nutzen. Theoretisch kann es weg. Interessant wärs vllt. trotzdem - für die allgemeine Stabilität.

Ich lösche das 1wire Modul und versuchs nochmal... Bericht folgt.

[klausw]

Nein, nicht mehr. Wollte jetzt eben den GPIO nutzen. Theoretisch kann es weg. Interessant wärs vllt. trotzdem - für die allgemeine Stabilität.

Ich lösche das 1wire Modul und versuchs nochmal... Bericht folgt.

Du könntest mal posten, was im log und im stdout angezeigt wird.
Evtl. kann ich den Fehler abfangen und gleich das anlegen des Pin verhindern.
Stabil läuft es ja an sich, das nachdenken kann man natürlich niemandem abnehmen

[Matzek83]

Joah... nachdenken wäre gut... 
Stabil läuft es -- spitzenmäßig.
Meine Beschwerde galt der allgemeinen Verbesserung, wenn notwendig.

Ich komme erst Mittwoch dazu und poste den Log und teste alles ohne 1wire.

Anlegen abfangen klingt gut, am besten in beide Reihenfolgen. Also wenn GPIO4 angelegt ist auch das Anlegen von 1wire verhindern.

Grüße und danke für die schnellen Antworten

[klausw]

Meine Beschwerde galt der allgemeinen Verbesserung, wenn notwendig.

Ich komme erst Mittwoch dazu und poste den Log und teste alles ohne 1wire.

Anlegen abfangen klingt gut, am besten in beide Reihenfolgen. Also wenn GPIO4 angelegt ist auch das Anlegen von 1wire verhindern.

passt schon

Ich schaue mir Deine Fehlermeldungen an und dann sehen wir, was sich anpassen lässt.
Ich weiss halt nicht genau, was der 1wire Kerneltreiber blockiert. also lösche nicht zuviel weg, Du musst das dann auch testen

[Matzek83]

Alles klar... 

[Matzek83]

Hi Klaus,
nun endlich meine Logs. Beinhaltet einmal hochfahren, GPIO4 löschen mit beschrieben FHEM-Absturz und neustarten vom Raspi.

Deinstallation der 1wire-Sensoren bringt übrigens keine Abhilfe. Fehler ist sauber reproduzierbar auch ohne 1wire. Logs sind noch inklusive der 1wire-Sensoren.
Also ist entweder bei meiner fhem.cfg was nicht OK oder das 1wire-Modul hat noch Einfluss und muss anders deinstalliert werden. Oder am RPI_GPIO-Modul stimmt was nicht -- kaum zu glauben.   

Grüße
Matthias

[Ralli]

Bei mir funktioniert das Modul z.B. mit Garagentor über zwei Relais einwandrei.

Allerdings initialisiere ich die GPIOs beim RPi-Start:

Code Auswählen Erweitern


#! /bin/bash
#! /etc/init.d/garage_init

case "$1" in

start)
echo "Garage: Initialisiere Relais ..."
# GPIOs einschalten, damit die Relais nach dem Init aus bleiben
gpio write 7 1
gpio write 8 1
# GPIOs initialisieren
gpio mode 7 out
gpio mode 8 out
;;

stop)
echo "Garage: auf Wiedersehen..."
;;

*)
echo "Usage: /etc/init.d/garage_init {start|stop}"
exit 1
;;
esac

exit 0


Und eine Beispieldefinition in fhem.cfg sieht so aus:

Code Auswählen Erweitern


define GarageHoch RPI_GPIO 4
attr GarageHoch active_low yes
attr GarageHoch devStateIcon .*:control_centr_arrow_up
attr GarageHoch direction output
attr GarageHoch eventMap on:Auf
attr GarageHoch fm_type smarttogglebutton
attr GarageHoch group RPi-Relais
attr GarageHoch icon fts_garage
attr GarageHoch restoreOnStartup off
attr GarageHoch room Garage
attr GarageHoch webCmd Auf

define GarageRunter RPI_GPIO 2
attr GarageRunter active_low yes
attr GarageRunter devStateIcon .*:control_centr_arrow_down
attr GarageRunter direction output
attr GarageRunter eventMap on:Ab
attr GarageRunter fm_type smarttogglebutton
attr GarageRunter group RPi-Relais
attr GarageRunter icon fts_garage_door_100
attr GarageRunter restoreOnStartup off
attr GarageRunter room Garage
attr GarageRunter webCmd Ab

Dazu gibt es noch zwei notifys, die nach einer halben Sekunde jeweils wieder das Relais abschalten.

[klausw]

Hi Klaus,
nun endlich meine Logs. Beinhaltet einmal hochfahren, GPIO4 löschen mit beschrieben FHEM-Absturz und neustarten vom Raspi.

Deinstallation der 1wire-Sensoren bringt übrigens keine Abhilfe. Fehler ist sauber reproduzierbar auch ohne 1wire. Logs sind noch inklusive der 1wire-Sensoren.
Also ist entweder bei meiner fhem.cfg was nicht OK oder das 1wire-Modul hat noch Einfluss und muss anders deinstalliert werden. Oder am RPI_GPIO-Modul stimmt was nicht -- kaum zu glauben.   

Hast du

Code Auswählen Erweitern

modprobe w1-gpio
modprobe w1-therm

in der /etc/modules auskommentiert?

Ich vermute, das diese den GPIO blockieren.
Das natürlich noch abgefangen werden. Aber grundsätzlich sollte man sich für eine Funktion entscheiden

füge in die 51_RPI_GPIO.pm
nach der Zeile 105 return "$name: failed to export pin gpio$hash->{RPI_pin}"; ein

das sollte dann so aussehen:

Code Auswählen Erweitern

unless( $counter ) { #abbrechen wenn export fehlgeschlagen
Log3 $hash, 1, "$name: failed to export pin gpio$hash->{RPI_pin}";
        return "$name: failed to export pin gpio$hash->{RPI_pin}";
}

Dann sollte der define abgebrochen werden.

[Matzek83]

Hi Klaus,
die Lösung ist das Auskommentieren der w1-module in den /etc/modules.

VIELEN DANK dafür.

Soll ich so noch etwas testen?

Grüße
Matthias