Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[SBorg]

Ok, hat sich gerade überschnitten...

export = legt den GPIO-Pin an
unexport = löscht den GPIO-Pin (deswegen auch der Fehler, kannst nix löschen was du nicht vorher angelegt hast)

unexport benötigst du aber nicht. Dass war nur wg. dem Adapter nötig.

Auch das "out" benötigst du nur einmalig, zumindest bis zum reboot bleibt das erhalten.
Jetzt bleibt nur zu klären warum er auf das 0/1 bei "value" nicht reagiert.
Mach nach dem echo "1"... mal direkt danach ein cat /sys/class/gpio/gpio23/value, um mal bei GPIO23 zu bleiben. Steht da 0 oder 1 drin?

[DiveDancer]

Da steht ne ' 1 ' drin

Das passt, der Anker ist angezogen!

[SBorg]

Ok, und mit echo "0" steht jetzt ne 0 drin aber das Relais bleibt angezogen?

[DiveDancer]

Ja leider

[DiveDancer]

Aber...
IN
&
OUT
...funktionieren jetzt wieder!
Mit der ...direction Variante natürlich.

'In' gibt cat mit 1 an
'Out' mit 0

[SBorg]

Ist aber leider der falsche Weg. Mit IN wird die Spannung einfach abgeschaltet, da diese vom Sensor kommt (damit geht dein Relais natürlich aus), mit OUT wird sie zugeschaltet, was auch für ein Relais nötig ist. Das funktioniert zwar (derzeit) noch, kann sich aber jederzeit mit einem Update etc. ändern. Kannst du so in etwa vergleichen: Licht an --> ich schraub ne Glühbirne rein / Licht aus --> ich schmeiß nen Stein gegen die Birne... Funktioniert auch ;)
Hast du bei der Konfiguration eigentlich die GPIOs im Config-Manager aktiviert? Ich weiß gerade nicht was die machen, oder überhaupt was machen, wenn sie nicht aktiv geschaltet wurden.

[DiveDancer]

Ja, unter Raspi-config

[SBorg]

Hast du Raspian Desktop oder Lite?

[DiveDancer]

Raspbian light Stretch
Das ioBroker Image vom 21.02.2019

Up to Date, natürlich!

[SBorg]

So wie ich es nun gelesen habe, geht es bei Lite nicht ohne den passenden Daemon...

Also neuer versuch mit pigpio...:
Adapter muss aus sein + am besten vorher ein 'reboot' damit alles clean ist (=keine gpio-Ports im /sys/class/gpio-Verzeichnis, außer die paar gpiochip)
sudo apt install pigpio (entweder sagt er nun, ist schon neuste Version, updated ihn oder installiert ihn)
sudo systemctl start pigpiod (startet den Daemon bis zum nächsten reboot)
pigs modes 23 w (GPIO23 als Relais setzen)

keep your fingers crossed
Relais sollte mittels

pigs w 23 1
pigs w 23 0

schaltbar sein?

[DiveDancer]

Moinsen,

das hatte ich schon getestet, dass schaltet die GPIO's aber genau wie über sysf zieht es die Relais nicht mit.

Ich habe gerade noch eine Bruchlandung versucht.
Ich habe bei einer Karte alle Optokoppler ausgelötet - easy.
Alle 16 mit einer Brücke zwischen Pin 2 und Pin 4 ersetzt und gebrückt - scheiß gefrickel so ohne Lötpumpe.
https://forum-raspberrypi.de/forum/thread/4794-anschluss-relais-schaltung-invertiert/?postID=39361#post39361

Was soll ich sagen, die Chance dass das ganze an meinen Lötqualitäten gescheitert ist ist augenscheinlich größer als das ich mich beim Anschluss der Header Pins verpolt oder verdrahtet habe.
Jedenfalls regt sich da nichts.

Wenigstens scheint mein Pi dabei noch nicht abgeraucht zu sein!

Das muss ich mir Heute nochmal genau ansehen.
Auch ob ich wirklich Pin 2 und 4 erwischt habe.

Deswegen kann ich gerade die Karten out of the Box nicht testen, weil ich sonst die Verkabelung wieder neu anbringen muss.

[DiveDancer]

Shit, ich glaube ich habs.

Müsste da nach meinem Verständnis nicht die Brücke zwischen Pin 2 und 3 gesetzt werden?

Statt, wie geschehen zwischen Pin 2 und 4!

Kann da mal ein zweiter einen Blick drüber werfen?
Schaltplan:
https://forum-raspberrypi.de/attachment/1401-16-kanal-relais-baugruppe-gif/
Thread:
https://forum-raspberrypi.de/forum/thread/4794-anschluss-relais-schaltung-invertiert/?postID=39361#post39361
.
.
.
.
.

(Optokoppler 4 Pins)
Auf Pin 1 liegen 5V an.
Auf Pin 2 sollte gpio die Kathode auf Masse führen. Der Pi legt aber 3,3V an.
Auf Pin 4 liegt ebenfalls 5V
____ Pin 3 schaltet quasi das Relais mit ursprünglich 5V
Der Pi sollte dies nun auf Pin3 mit 3,3V übernehemen, gedrosselt mit je 10KΏ Widerstand.

Ich hab jetzt nicht echt 16 Brücken falsch gesetzt.

[SBorg]

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

Ich hab jetzt nicht echt 16 Brücken falsch gesetzt.

Leider doch und du sieht es völlig richtig. Pin 3+4 brücken schaltet die Relais dauerhaft aus, egal was du nun am Eingang sendest, denn durch entfernen des Optokopplers hast du keinerlei Verbindung mehr zum Rest der Schaltung.

Deine Reals-Karte ist übrigens "Low-active", sprich eine "1", "High", "EIN/ON" schaltet die Relais aus und umgekehrt.
Du musst also 2+3 Brücken. Ich würde das ganze aber erst mal nur für ein Relais/GPIO probieren. Lt. Datenblatt sollte der ULN2803 auch mit 3.3V zurechtkommen, aber bevor du jetzt wieder 16x umsonst lötest...
Dann kannst du auch versuchen das eine Relais mit dem PI zu schalten.

[DiveDancer]

Das kommt davon wenn man blind umsetzt was Jemand mal so dahergekritzelt hat, ohne sich selbst nen Kopf zu machen.
...die Karte ist in Arbeit...

Ich habe gelesen, dass ein gpio Port (Ausgehender) nur zwei Zustände annehmen kann.

1. gpio legt 3,3V auf. (oder weniger wenn der Port dimmbar ist)
2. es fließt kein Strom

Zweiteres ist etwas schwammig!

Heißt das das der Kontakt unterbrochen ist?
Oder das Masse anliegt?

Aus unseren Erfahrungen muss ja GND anliegen.
Sonst würde mein Relais ja garnicht schalten können.

Und warum gibt es dann weitere Befehle, wie high, low, 0, 1, in, out...

[DiveDancer]

So, nun mal Butter bei die Fische!

1. Ich brauch nen Lötkurs.
   Meine Erfolgsquote ist katastrophal.

2. Mit einer Low Board Platine läuft scheinbar alles.

• Der rpi2.0 Adapter läuft
• Node-Red läuft (Ohne das rpi2.0 aktiv ist)
  ...

[SBorg]

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

Ich brauch nen Lötkurs.
Meine Erfolgsquote ist katastrophal.

Da hilft eigentlich nur üben, üben, üben. Das wurde während meiner Ausbildung mit ein, zwei Sätzen erklärt, mehr aber auch nicht (nicht zu heiß und nicht zu kalt + fabriziere weder "kalte Lötstellen", noch fackle Bauteile oder Platine dabei ab). Nach etlichen zehntausend Lötstellen klappt es jetzt ganz gut... ^^

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

Und warum gibt es dann weitere Befehle, wie high, low, 0, 1, in, out...

Das hängt von der Software ab wie der Programmierer es definiert hat. High und Low kommt aus der Digitaltechnik, ON/OFF eher von der Gerätetechnik, der eine sagt bspw. "anschalten", der nächste "einschalten", bei JavaScript wird true/false benutzt...
Im Grunde reduziert sich aber alles auf binär 1 und 0: Strom fließt oder eben nicht.

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

Zweiteres ist etwas schwammig!
Heißt das das der Kontakt unterbrochen ist?
Oder das Masse anliegt?
Aus unseren Erfahrungen muss ja GND anliegen.
Sonst würde mein Relais ja garnicht schalten können.

Wenn man einen µC (egal ob PI, Arduino, ESP...) einschaltet, liegt im Regelfall ein High-Pegel an. Deswegen schalten viele Devices kurz beim booten, bis zB. die Software den GPIO auf Masse schaltet.
Ganz so stimmt es jetzt zwar nicht, man kann es aber vereinfacht so ausdrücken (ausgenommen Analog-. PWM- oder Sonder-Pins):
High = 3.3V (oder bei einigen Arduinos 5V)
Low = 0V, der PIN ist quasi mit Masse verbunden.

[MathiasJ]

Meine automatische Gießanlage funktioniert so weit.
Nun eine andere Frage:
Hat jemand versucht, Glasbruchmelder per GPIO auszulesen?
Ich habe die potenzialfreien von Abus.
Gruß,
Mathias

[SBorg]

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

potenzialfreien

Damit ist es eigentlich möglich. 10k Ohm PullUp-Widerstand an +5V und den GPIO, den Ausgang des Melders dann an GND und den GPIO. Je nachdem ob der Melder NO oder NC ist, ist der GPIO dann High oder Low.
IMHO sind die alle NC, da ein durchtrennen des Kabels somit einen Alarm auslöst.
Dann wäre auch die Logik passend: Low = kein Alarm, High = Alarm

[MathiasJ]

@SBorg
Danke, das ging aber schnell!
Werde ich dann WE ausprobieren.
Gruß,
Mathias