Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[SBorg]

Oki, und wir drücken abermals RESET...
Vollkommen auf dem falschen Dampfer. Hätte ich auch früher drauf kommen können, von wegen "in"/ "out" (klingt komisch zum schalten!?) und "direction"...
Habe mich mal bisserl eingelesen und das ist mal total falsch :(
Kein Wunder, dass es da bei den Beispielen wild und quer schaltet...

Du musst im Adapter alle GPIOs auf "out" stellen.
Im Blockly auf echo "1" > /sys/class/gpio/gpio2/value ändern.
Eigentlich ist "1" EIN und "0" AUS. Wenn deine Relais-Platine (wie die meisten) allerdings "Low active" ist, ist es genau anders rum.

So sollte das Relais jetzt auch (noch) korrekt schalten.

...und ja, wenn es mal rudimentär funktioniert ist es egal ob dann per Node-RED, Alexa, MQTT, what else :)

[DiveDancer]

@SBorg sagte in GPIO's Steuern 16chRelais12V über RasPi o. Rock64:

echo "1" > /sys/class/gpio/gpio2/value

Das schaltet leider nicht.

Das sagt der LOG

rpi2.0	2019-06-15 17:50:58.985	debug	-1
rpi2.0	2019-06-15 17:50:58.985	debug	CURRENT = gpios undefined
rpi2.0	2019-06-15 17:50:58.985	debug	-1
rpi2.0	2019-06-15 17:50:58.985	debug	CURRENT = wlan false
rpi2.0	2019-06-15 17:50:58.985	debug	-1
rpi2.0	2019-06-15 17:50:58.984	debug	CURRENT = uptime false
rpi2.0	2019-06-15 17:50:58.984	debug	-1
rpi2.0	2019-06-15 17:50:58.984	debug	CURRENT = temperature false
rpi2.0	2019-06-15 17:50:58.984	debug	-1
rpi2.0	2019-06-15 17:50:58.984	debug	CURRENT = swap false
rpi2.0	2019-06-15 17:50:58.983	debug	-1
rpi2.0	2019-06-15 17:50:58.983	debug	CURRENT = sdcard false
rpi2.0	2019-06-15 17:50:58.983	debug	-1
rpi2.0	2019-06-15 17:50:58.983	debug	CURRENT = network false
rpi2.0	2019-06-15 17:50:58.983	debug	-1
rpi2.0	2019-06-15 17:50:58.983	debug	CURRENT = memory false
rpi2.0	2019-06-15 17:50:58.982	debug	-1
rpi2.0	2019-06-15 17:50:58.982	debug	CURRENT = raspberry false
rpi2.0	2019-06-15 17:50:58.982	debug	-1
rpi2.0	2019-06-15 17:50:58.982	debug	CURRENT = cpu false
rpi2.0	2019-06-15 17:50:58.982	debug	-1
rpi2.0	2019-06-15 17:50:58.981	debug	CURRENT = interval undefined
rpi2.0	2019-06-15 17:50:58.981	debug	0
rpi2.0	2019-06-15 17:50:58.981	debug	CURRENT = c_wlan undefined
rpi2.0	2019-06-15 17:50:58.981	debug	0
rpi2.0	2019-06-15 17:50:58.981	debug	CURRENT = c_uptime undefined
rpi2.0	2019-06-15 17:50:58.980	debug	0
rpi2.0	2019-06-15 17:50:58.980	debug	CURRENT = c_temperature undefined
rpi2.0	2019-06-15 17:50:58.980	debug	0
rpi2.0	2019-06-15 17:50:58.980	debug	CURRENT = c_swap undefined
rpi2.0	2019-06-15 17:50:58.980	debug	0
rpi2.0	2019-06-15 17:50:58.980	debug	CURRENT = c_sdcard undefined
rpi2.0	2019-06-15 17:50:58.979	debug	0
rpi2.0	2019-06-15 17:50:58.979	debug	CURRENT = c_network undefined
rpi2.0	2019-06-15 17:50:58.979	debug	0
rpi2.0	2019-06-15 17:50:58.979	debug	CURRENT = c_memory undefined
rpi2.0	2019-06-15 17:50:58.979	debug	0
rpi2.0	2019-06-15 17:50:58.978	debug	CURRENT = c_raspberry undefined
rpi2.0	2019-06-15 17:50:58.978	debug	0
rpi2.0	2019-06-15 17:50:58.978	debug	CURRENT = c_cpu undefined
rpi2.0	2019-06-15 17:50:58.978	debug	PARSING: gpios
rpi2.0	2019-06-15 17:50:58.978	debug	PARSING: wlan
rpi2.0	2019-06-15 17:50:58.977	debug	PARSING: uptime
rpi2.0	2019-06-15 17:50:58.977	debug	PARSING: temperature
rpi2.0	2019-06-15 17:50:58.977	debug	PARSING: swap
rpi2.0	2019-06-15 17:50:58.977	debug	PARSING: sdcard
rpi2.0	2019-06-15 17:50:58.977	debug	PARSING: network
rpi2.0	2019-06-15 17:50:58.976	debug	PARSING: memory
rpi2.0	2019-06-15 17:50:58.976	debug	PARSING: raspberry
rpi2.0	2019-06-15 17:50:58.976	debug	PARSING: cpu
rpi2.0	2019-06-15 17:50:58.976	debug	PARSING: interval
rpi2.0	2019-06-15 17:50:58.976	debug	PARSING: c_wlan
rpi2.0	2019-06-15 17:50:58.975	debug	PARSING: c_uptime
rpi2.0	2019-06-15 17:50:58.975	debug	PARSING: c_temperature
rpi2.0	2019-06-15 17:50:58.975	debug	PARSING: c_swap
rpi2.0	2019-06-15 17:50:58.975	debug	PARSING: c_sdcard
rpi2.0	2019-06-15 17:50:58.975	debug	PARSING: c_network
rpi2.0	2019-06-15 17:50:58.974	debug	PARSING: c_memory
rpi2.0	2019-06-15 17:50:58.974	debug	PARSING: c_raspberry
rpi2.0	2019-06-15 17:50:58.974	debug	PARSING: c_cpu
rpi2.0	2019-06-15 17:50:58.973	debug	start parsing
rpi2.0	2019-06-15 17:49:58.962	debug	-1
rpi2.0	2019-06-15 17:49:58.962	debug	CURRENT = gpios undefined
rpi2.0	2019-06-15 17:49:58.961	debug	-1
rpi2.0	2019-06-15 17:49:58.961	debug	CURRENT = wlan false
rpi2.0	2019-06-15 17:49:58.961	debug	-1
rpi2.0	2019-06-15 17:49:58.961	debug	CURRENT = uptime false
rpi2.0	2019-06-15 17:49:58.961	debug	-1
rpi2.0	2019-06-15 17:49:58.960	debug	CURRENT = temperature false
rpi2.0	2019-06-15 17:49:58.960	debug	-1
rpi2.0	2019-06-15 17:49:58.960	debug	CURRENT = swap false
rpi2.0	2019-06-15 17:49:58.960	debug	-1
rpi2.0	2019-06-15 17:49:58.960	debug	CURRENT = sdcard false
rpi2.0	2019-06-15 17:49:58.959	debug	-1
rpi2.0	2019-06-15 17:49:58.959	debug	CURRENT = network false
rpi2.0	2019-06-15 17:49:58.959	debug	-1
rpi2.0	2019-06-15 17:49:58.959	debug	CURRENT = memory false
rpi2.0	2019-06-15 17:49:58.959	debug	-1
rpi2.0	2019-06-15 17:49:58.958	debug	CURRENT = raspberry false
rpi2.0	2019-06-15 17:49:58.958	debug	-1
rpi2.0	2019-06-15 17:49:58.958	debug	CURRENT = cpu false
rpi2.0	2019-06-15 17:49:58.958	debug	-1
rpi2.0	2019-06-15 17:49:58.957	debug	CURRENT = interval undefined
rpi2.0	2019-06-15 17:49:58.957	debug	0
rpi2.0	2019-06-15 17:49:58.957	debug	CURRENT = c_wlan undefined
rpi2.0	2019-06-15 17:49:58.957	debug	0
rpi2.0	2019-06-15 17:49:58.957	debug	CURRENT = c_uptime undefined
rpi2.0	2019-06-15 17:49:58.956	debug	0
rpi2.0	2019-06-15 17:49:58.956	debug	CURRENT = c_temperature undefined
rpi2.0	2019-06-15 17:49:58.956	debug	0
rpi2.0	2019-06-15 17:49:58.956	debug	CURRENT = c_swap undefined
rpi2.0	2019-06-15 17:49:58.955	debug	0
rpi2.0	2019-06-15 17:49:58.955	debug	CURRENT = c_sdcard undefined
rpi2.0	2019-06-15 17:49:58.955	debug	0
rpi2.0	2019-06-15 17:49:58.955	debug	CURRENT = c_network undefined
rpi2.0	2019-06-15 17:49:58.954	debug	0
rpi2.0	2019-06-15 17:49:58.954	debug	CURRENT = c_memory undefined
rpi2.0	2019-06-15 17:49:58.954	debug	0
rpi2.0	2019-06-15 17:49:58.954	debug	CURRENT = c_raspberry undefined
rpi2.0	2019-06-15 17:49:58.953	debug	0
rpi2.0	2019-06-15 17:49:58.953	debug	CURRENT = c_cpu undefined
rpi2.0	2019-06-15 17:49:58.953	debug	PARSING: gpios
rpi2.0	2019-06-15 17:49:58.953	debug	PARSING: wlan
rpi2.0	2019-06-15 17:49:58.952	debug	PARSING: uptime
rpi2.0	2019-06-15 17:49:58.952	debug	PARSING: temperature
rpi2.0	2019-06-15 17:49:58.952	debug	PARSING: swap
rpi2.0	2019-06-15 17:49:58.952	debug	PARSING: sdcard
rpi2.0	2019-06-15 17:49:58.951	debug	PARSING: network
rpi2.0	2019-06-15 17:49:58.951	debug	PARSING: memory
rpi2.0	2019-06-15 17:49:58.951	debug	PARSING: raspberry
rpi2.0	2019-06-15 17:49:58.951	debug	PARSING: cpu
rpi2.0	2019-06-15 17:49:58.950	debug	PARSING: interval
rpi2.0	2019-06-15 17:49:58.950	debug	PARSING: c_wlan
rpi2.0	2019-06-15 17:49:58.950	debug	PARSING: c_uptime
rpi2.0	2019-06-15 17:49:58.949	debug	PARSING: c_temperature
rpi2.0	2019-06-15 17:49:58.949	debug	PARSING: c_swap
rpi2.0	2019-06-15 17:49:58.949	debug	PARSING: c_sdcard
rpi2.0	2019-06-15 17:49:58.948	debug	PARSING: c_network
rpi2.0	2019-06-15 17:49:58.944	debug	PARSING: c_memory
rpi2.0	2019-06-15 17:49:58.944	debug	PARSING: c_raspberry
rpi2.0	2019-06-15 17:49:58.943	debug	PARSING: c_cpu
rpi2.0	2019-06-15 17:49:58.942	debug	start parsing

Das der LOG unterm Script.

17:47:36.532	info	javascript.1 Stop script script.js.common.KG.Heizraum.Relais_16_Grund
17:47:36.551	info	javascript.0 Stop script script.js.common.KG.Heizraum.Relais_16_Grund
17:47:53.042	info	javascript.0 Stop script script.js.common.KG.Heizraum.Relais_16_Grund
17:47:53.052	info	javascript.1 Stop script script.js.common.KG.Heizraum.Relais_16_Grund
17:48:06.484	info	javascript.1 Start javascript script.js.common.KG.Heizraum.Relais_16_Grund
17:48:06.485	info	javascript.1 script.js.common.KG.Heizraum.Relais_16_Grund: registered 0 subscriptions and 0 schedules
17:48:16.169	info	javascript.1 Stop script script.js.common.KG.Heizraum.Relais_16_Grund
17:49:12.765	info	javascript.1 Start javascript script.js.common.KG.Heizraum.Relais_16_Grund
17:49:12.765	info	javascript.1 script.js.common.KG.Heizraum.Relais_16_Grund: registered 0 subscriptions and 0 schedules
17:49:40.127	info	javascript.1 Stop script script.js.common.KG.Heizraum.Relais_16_Grund
17:49:40.144	info	javascript.0 Stop script script.js.common.KG.Heizraum.Relais_16_Grund
17:49:40.353	info	javascript.1 Start javascript script.js.common.KG.Heizraum.Relais_16_Grund
17:49:40.353	info	javascript.1 script.js.common.KG.Heizraum.Relais_16_Grund: registered 0 subscriptions and 0 schedules

[DiveDancer]

Wurde dann mal auf Shopping Tour geschickt.
Bin dann mal weg

[DiveDancer]

Geshopt, Gesnäckt & Rasenschnitt

[DiveDancer]

'Value' scheint so nicht hinterlegt zu sein.

pi@Tijger:/sys/class/gpio $ echo "in" > gpio2/direction
pi@Tijger:/sys/class/gpio $ echo "1" > gpio2/value
-bash: echo: Schreibfehler: Die Operation ist nicht erlaubt.
pi@Tijger:/sys/class/gpio $ echo "0" > gpio2/value
-bash: echo: Schreibfehler: Die Operation ist nicht erlaubt.
pi@Tijger:/sys/class/gpio $

[SBorg]

Sieht mehr nach fehlenden Rechten (Schreibfehler) aus. Versuche es mal als root.

[DiveDancer]

Stimmt, die Fehlermeldung ist weg

Aber das Relais bleibt tot

pi@Tijger:/sys/class/gpio $ echo "0" > gpio2/value
pi@Tijger:/sys/class/gpio $ echo "1" > gpio2/value
pi@Tijger:/sys/class/gpio $ sudo echo "0" > gpio2/value
pi@Tijger:/sys/class/gpio $ sudo echo "1" > gpio2/value
pi@Tijger:/sys/class/gpio $

[DiveDancer]

Keine Funktion

[SBorg]

Zumindest weiß ich warum der RPI-Adapter so nicht "richtig" funktioniert, der läuft nur wenn auch der ioB unter root läuft.
Ich nehme mal an, dass sich der Adapter und die Versuche unter der Shell beißen. Deaktiviere mal den Adapter, dann alles als root/sudo (löscht die GPIO2-Einstellungen + legt sie neu und clean wieder an):

echo "2" > /sys/class/gpio/unexport
echo "2" > /sys/class/gpio/export
echo "out" > /sys/class/gpio/gpio2/direction
echo "1" > /sys/class/gpio/gpio2/value
echo "0" > /sys/class/gpio/gpio2/value

Schaltet das Relais jetzt?

[DiveDancer]

Nein Es schaltet nicht.

Das Problem ist:
All die Befehle unter diesem Pfad funktionieren nur, wenn der Adapter läuft!

So sieht das aus wenn der Adapter deaktiviert ist!:

root@Tijger:/sys/class/gpio# echo "2" > /sys/class/gpio/unexport
bash: echo: Schreibfehler: Das Argument ist ungültig.
root@Tijger:/sys/class/gpio#

Bei aktiviertem Adpter scheint es zu funktionieren...:

root@Tijger:/sys/class/gpio# echo "2" > /sys/class/gpio/unexport
root@Tijger:/sys/class/gpio# echo "2" > /sys/class/gpio/export
root@Tijger:/sys/class/gpio# echo "out" > /sys/class/gpio/gpio2/direction
root@Tijger:/sys/class/gpio# echo "1" > /sys/class/gpio/gpio2/value
root@Tijger:/sys/class/gpio# echo "0" > /sys/class/gpio/gpio2/value
root@Tijger:/sys/class/gpio#

...aber das Relais schaltet nicht.

[DiveDancer]

Bei deaktiviertem rpi2.0 Adapter nach einem reboot:

root@Tijger:/sys/class/gpio# dir
export  gpiochip0  gpiochip100  gpiochip504  unexport
root@Tijger:/sys/class/gpio# ls -al /sys/class/gpio
insgesamt 0
drwxrwx---  2 root gpio    0 Jun 16 10:55 .
drwxr-xr-x 54 root root    0 Nov  3  2016 ..
-rwxrwx---  1 root gpio 4096 Jun 16 10:55 export
lrwxrwxrwx  1 root gpio    0 Jun 16 10:55 gpiochip0 -> ../../devices/platform/so                                     c/3f200000.gpio/gpio/gpiochip0
lrwxrwxrwx  1 root gpio    0 Jun 16 10:55 gpiochip100 -> ../../devices/gpiochip2                                     /gpio/gpiochip100
lrwxrwxrwx  1 root gpio    0 Jun 16 10:55 gpiochip504 -> ../../devices/platform/                                     soc/soc:firmware/soc:firmware:expgpio/gpio/gpiochip504
-rwxrwx---  1 root gpio 4096 Jun 16 10:57 unexport
root@Tijger:/sys/class/gpio#

Wenige Sekunden nach aktivierung des Adapters:

root@Tijger:/sys/class/gpio# dir
export  gpio11  gpio15  gpio18  gpio22  gpio24  gpio27  gpio4  gpio9      gpiochip100  unexport
gpio10  gpio14  gpio17  gpio2   gpio23  gpio25  gpio3   gpio8  gpiochip0  gpiochip504
root@Tijger:/sys/class/gpio# ls -al /sys/class/gpio
insgesamt 0
drwxrwx---  2 root gpio    0 Jun 16 11:07 .
drwxr-xr-x 54 root root    0 Jun 16 11:04 ..
-rwxrwx---  1 root gpio 4096 Jun 16 11:07 export
lrwxrwxrwx  1 root gpio    0 Jun 16 11:07 gpio10 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio10
lrwxrwxrwx  1 root gpio    0 Jun 16 11:07 gpio11 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio11
lrwxrwxrwx  1 root gpio    0 Jun 16 11:07 gpio14 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio14
lrwxrwxrwx  1 root gpio    0 Jun 16 11:07 gpio15 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio15
lrwxrwxrwx  1 root gpio    0 Jun 16 11:07 gpio17 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio17
lrwxrwxrwx  1 root gpio    0 Jun 16 11:07 gpio18 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio18
lrwxrwxrwx  1 root gpio    0 Jun 16 11:07 gpio2 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio2
lrwxrwxrwx  1 root gpio    0 Jun 16 11:07 gpio22 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio22
lrwxrwxrwx  1 root gpio    0 Jun 16 11:07 gpio23 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio23
lrwxrwxrwx  1 root gpio    0 Jun 16 11:07 gpio24 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio24
lrwxrwxrwx  1 root gpio    0 Jun 16 11:07 gpio25 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio25
lrwxrwxrwx  1 root gpio    0 Jun 16 11:07 gpio27 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio27
lrwxrwxrwx  1 root gpio    0 Jun 16 11:07 gpio3 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio3
lrwxrwxrwx  1 root gpio    0 Jun 16 11:07 gpio4 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio4
lrwxrwxrwx  1 root gpio    0 Jun 16 11:07 gpio8 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio8
lrwxrwxrwx  1 root gpio    0 Jun 16 11:07 gpio9 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio9
lrwxrwxrwx  1 root gpio    0 Jun 16 10:55 gpiochip0 -> ../../devices/platform/soc/3f200000.gpio/gpio/gpiochip0
lrwxrwxrwx  1 root gpio    0 Jun 16 10:55 gpiochip100 -> ../../devices/gpiochip2/gpio/gpiochip100
lrwxrwxrwx  1 root gpio    0 Jun 16 10:55 gpiochip504 -> ../../devices/platform/soc/soc:firmware/soc:firmware:expgpio/gpio/gpiochip504
-rwxrwx---  1 root gpio 4096 Jun 16 10:57 unexport
root@Tijger:/sys/class/gpio#

[DiveDancer]

Manche Threads sind einfach zum kotzen.
Da findet man mal was mit genau seiner Problemstellung,
und wenn es spannend wird endet er und wird mal einfach so ein halben Jahrzent nicht fort geführt. :jack_o_lantern:

[DiveDancer]

pigpio soll Stand der Technik sein:
https://www.elektronik-kompendium.de/sites/raspberry-pi/2006041.htm

Vielleicht lohnt da ein Ansatz
Läuft aber anscheinend auch nicht out of the Box.
Beißt sich aber vielleicht auch mit dem rpi Adapter.

[SBorg]

Sieht genau aus wie es soll, nur hast du dann einen kleinen Fehler begangen ;)
Wenn du den Adapter anhältst und rebootest, dann darf im GPIO-Verzeichnis kein gpioxx mehr vorhanden sein, außer den gpiochipxyz

Wieder alles als root (ohne den Adapter gestartet zu haben!):
echo "2" > /sys/class/gpio/export (die "2" steht hier für GPIO2)
Jetzt sollte im Verzeichnis der gpio2 (und nur der, also keine weiteren gpioxx) aufgetaucht sein.
Wir definieren diesen GPIO als Ausgang: echo "out" > /sys/class/gpio/gpio2/direction

Nun sollte sich mittels

echo "1" > /sys/class/gpio/gpio2/value
echo "0" > /sys/class/gpio/gpio2/value

das Relais an GPIO2 ein- und ausschalten lassen?

[DiveDancer]

Ich werd jetzt nicht zugeben das ich nur noch Bahnhof verstehe,...

...aber Umsetzung folgt!
...
...
...
Bitte warten, ...

...Ich verarbeite!!!

[DiveDancer]

Pfad Zustand nach Deaktivierung des Adapters:

root@Tijger:/sys/class/gpio# ls -al /sys/class/gpio
insgesamt 0
drwxrwx---  2 root gpio    0 Jun 16 14:08 .
drwxr-xr-x 54 root root    0 Jun 16 11:04 ..
-rwxrwx---  1 root gpio 4096 Jun 16 11:07 export
lrwxrwxrwx  1 root gpio    0 Jun 16 10:55 gpiochip0 -> ../../devices/platform/soc/3f200000.gpio/gpio/gpiochip0
lrwxrwxrwx  1 root gpio    0 Jun 16 10:55 gpiochip100 -> ../../devices/gpiochip2/gpio/gpiochip100
lrwxrwxrwx  1 root gpio    0 Jun 16 10:55 gpiochip504 -> ../../devices/platform/soc/soc:firmware/soc:firmware:expgpio/gpio/gpiochip504
-rwxrwx---  1 root gpio 4096 Jun 16 14:08 unexport
root@Tijger:/sys/class/gpio#

...nach reboot:

root@Tijger:/home/pi# ls -al /sys/class/gpio
insgesamt 0
drwxrwx---  2 root gpio    0 Jun 16 14:13 .
drwxr-xr-x 54 root root    0 Nov  3  2016 ..
-rwxrwx---  1 root gpio 4096 Jun 16 14:13 export
lrwxrwxrwx  1 root gpio    0 Jun 16 14:13 gpiochip0 -> ../../devices/platform/soc/3f200000.gpio/gpio/gpiochip0
lrwxrwxrwx  1 root gpio    0 Jun 16 14:13 gpiochip100 -> ../../devices/gpiochip2/gpio/gpiochip100
lrwxrwxrwx  1 root gpio    0 Jun 16 14:13 gpiochip504 -> ../../devices/platform/soc/soc:firmware/soc:firmware:expgpio/gpio/gpiochip504
-rwxrwx---  1 root gpio 4096 Jun 16 14:13 unexport
root@Tijger:/home/pi#

gpiochip0 ist hoffentlich nicht als störend gemeint.

Nach dem Reboot werden alle Befehle, bis auf den 'unexport' angenommen:

root@Tijger:/home/pi# echo "2" > /sys/class/gpio/unexport
bash: echo: Schreibfehler: Das Argument ist ungültig.
root@Tijger:/home/pi# echo "2" > /sys/class/gpio/export
root@Tijger:/home/pi# echo "out" > /sys/class/gpio/gpio2/direction
root@Tijger:/home/pi# echo "1" > /sys/class/gpio/gpio2/value
root@Tijger:/home/pi# echo "0" > /sys/class/gpio/gpio2/value
root@Tijger:/home/pi# echo "1" > /sys/class/gpio/gpio2/value
root@Tijger:/home/pi# echo "0" > /sys/class/gpio/gpio2/value
root@Tijger:/home/pi#

Jetzt ist gpio2 hinzu gekommen.

root@Tijger:/home/pi# ls -al /sys/class/gpio
insgesamt 0
drwxrwx---  2 root gpio    0 Jun 16 14:19 .
drwxr-xr-x 54 root root    0 Jun 16 14:16 ..
-rwxrwx---  1 root gpio 4096 Jun 16 14:19 export
lrwxrwxrwx  1 root gpio    0 Jun 16 14:19 gpio2 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio2
lrwxrwxrwx  1 root gpio    0 Jun 16 14:13 gpiochip0 -> ../../devices/platform/soc/3f200000.gpio/gpio/gpiochip0
lrwxrwxrwx  1 root gpio    0 Jun 16 14:13 gpiochip100 -> ../../devices/gpiochip2/gpio/gpiochip100
lrwxrwxrwx  1 root gpio    0 Jun 16 14:13 gpiochip504 -> ../../devices/platform/soc/soc:firmware/soc:firmware:expgpio/gpio/gpiochip504
-rwxrwx---  1 root gpio 4096 Jun 16 14:19 unexport
root@Tijger:/home/pi#

Nein, nein und nochmals N...
Das Relais schaltet nicht.
Und der Adapter ist aus.

...oder muss man den Deinstallieren?

Vielleicht mal mit einem anderen Port probieren der vielleicht nicht noch vom I2C Bus genutzt werden kann?
Hab ja schließlich noch 15 weitere angeklemmt ohne was umverdrahten zu müssen.

Ich meine so hätte ich es beim letzten mal auch gemacht!?
Oder habe ich meinen kleinen Fehler wiederholt?

[DiveDancer]

Wie kann ich denn nun den Zustand der Ports einsehen?

readall funktioniert hier gerade nicht mehr:

root@Tijger:/sys/class/gpio# readall
bash: readall: Kommando nicht gefunden.
root@Tijger:/sys/class/gpio# exit
exit
pi@Tijger:/sys/class/gpio $ sudo readall
sudo: readall: Befehl nicht gefunden
pi@Tijger:/sys/class/gpio $

[DiveDancer]

Wobei ich vielleicht auch noch erwähnen sollte, das 3 Relais in diesem Zustand angezogen sind.

JD1 liegt hier auf GPIO 2

[DiveDancer]

Also folgendes...

Mit weiterem Port getestet.

In der ersten Runde kann unexport nicht gesetzt werden.
& am Relais passiert nix.

root@Tijger:/home/pi# echo "23" > /sys/class/gpio/unexport
bash: echo: Schreibfehler: Das Argument ist ungültig.

Der export Befehl wird geschluckt
& am Relais passiert nix.

root@Tijger:/home/pi# echo "23" > /sys/class/gpio/export

Der 'echo "out" > /sys/class/gpio/gpio23/direction' wird angenommen.
& das Relais zieht AN.

root@Tijger:/home/pi# echo "out" > /sys/class/gpio/gpio23/direction

0 & 1 bewirkt keine Veränderung
& Das Relais bleibt unverändert ANgezogen

root@Tijger:/home/pi# echo "0" > /sys/class/gpio/gpio23/value
root@Tijger:/home/pi# echo "1" > /sys/class/gpio/gpio23/value

Im zweiten Durchlauf wird der unexport Befehl angenommen.
& Der Anker des Relais wird los gelassen.

root@Tijger:/home/pi# echo "23" > /sys/class/gpio/export

Der'echo "out" > /sys/class/gpio/gpio23/direction' Befehl wird angenommen.

& Das Relais zieht den Anker wieder AN

echo "out" > /sys/class/gpio/gpio23/direction

0 & 1 bewirkt keine Veränderung
& Das Relais bleibt unverändert ANgezogen

So reagieren auch die anderen Ports.

[SBorg]

@DiveDancer sagte in GPIO's Steuern 16chRelais12V über RasPi o. Rock64:

Wobei ich vielleicht auch noch erwähnen sollte, das 3 Relais in diesem Zustand angezogen sind.
JD1 liegt hier auf GPIO 2

Das dünkt mich jetzt mehr als nachdenklich. Ohne den Adapter (deaktivieren genügt, deswegen sind alle GPIO-Unterverzeichnisse weg) sollten alle GPIOs "Low" sein. Je nach Relaiskarte wären dann alle Relais an oder aus. Die Betonung liegt hier auf alle... Deswegen sollten wir zum testen wirklich mal ein anderes nehmen...
Zudem habe ich gerade noch gesehen, dass bei den PIs je nach Revision die GPIOs 0-3 unterschiedlich belegt sind.
"4" hast du lt. Quellcode ebenfalls belegt. Das müsste der 4. Pin (gezählt) vom Header sein (bzw. PIN #7 beschriftet)

...und wieder root:

echo "4" > /sys/class/gpio/export
echo "out" > /sys/class/gpio/gpio4/direction
echo "1" > /sys/class/gpio/gpio4/value
echo "0" > /sys/class/gpio/gpio4/value

Im Verzeichnis sollte nach dem Vefehl mit export (unexport brauchst du nicht, der Adapter läuft nicht und hat keine Verzeichnisse angelegt) dann der gpio4 auftauchen.
Den Schaltzustand bekommst du bspw. mit cat /sys/class/gpio/gpio4/value, d.h. allerdings nicht, dass das Relais auch tatsächlich geschaltet hat. Das ist quasi nur die Aufforderung dazu.

Schaltet jetzt was korrekt?