Jak ustabilizować stany GPIO przy starcie RPI i zapisać je przed restartem?

Szukam prostego najlepiej programowego rozwiązania aktywowania pinów GPIO w RPI
podpięte mam przekaźniki które sterują piecem i alarmem.
Każdy restart RPI powoduje, że zmieniają się stany podczas ładowania systemu .... i ustawiane są na końcu w stanie niekoniecznie takim jak były przed restartem....
2 pytania:
1) jak wyeliminować zmiany stanów podczas ładowania RPI ? i domoticz .... tak aby stan ustalił się raz a nie kilka razy klepał 0,1
2) zapisać zmiany by po restarcie przywrócone zostały stany GPIO sprzed restartu...

Pozdrawiam
Marek

Ciekawe co piszesz. nigdy się z tym nie spotkałem. Możesz opisać dokładniej warunki w których ma to miejsce? Przez te kilkadziesiąt sekund do startu zanim odpali się skrypt w pythonie (zakładam, że sterujesz przez niego choć oczywiście mogę nie mieć racji) przekaźniki losowo zmieniają swój stan?

W zasadzie to losowo jest tu ujęte na wyrost ... każda losowość jest przewidywalna.
Ogólnie steruję z poziomu domoticza i jego sterowań. Nie używam swoich skryptów.

Efekt jest taki, że jeżeli nastąpi restart RPI mamy jeden stan (HzI) ergo aktywuje się przekaźnik na płytce którą kupiłem do RPI.
Po chwili wyłącza się przekaźnik
Mija chwila i przekaźnik znów robi podobną sekwencję...
Jak system się odpali to stan jest jednolity na wszystkich wyjściach. A w tym momencie np rozbraja się wcześniej uzbrojony alarm.
Oczywiście to pykanie także powoduje reakcje urządzeń na wyjściach przekaźników.

Piotrus_999 napisał:

Tak będzie i nie są to zmiany robione przez system. Są one w tym czasie "floating" a RPi dobrze sieje i będziesz miał losowe zmiany. Ludzie dają sobie z tym radę poprzez dodanie słabego podciągnięcia do masy.

To nie jest prawda. Wewnętrzny pull-up/down są zdefiniowane dla każdego pinu RPI po resecie. Przynajmniej jest tak dla BCM2835.

@inventco.eu Najlepiej sprawdź oscyloskopem kiedy dochodzi do zmiany na danym pinie. Wypadałoby wiedzieć czy dzieje się to w u-boot (mało prawdopodobne) czy po starcie kernela. Być może będzie trzeba grzebać aż do device tree.

Sprawdzanie skąd biorą się błędy i ich eliminacja mogą okazać się skomplikowane i zaangażują dużo czasu.
Może prościej użyć Firmaty. Ma to swoje ogromne plusy...

RPI bawię się dopiero z miesiąc...
Pozwolę się zapytać co to Firmata ? to jakiś shield ?

Wyobraź sobie, że Twoje arduino podłączone do R-Pi przez kabel USB potrafi udostępnić swoje piny właśnie Raspberry. Oczywiście tak prosto jest w przypadku pinów cyfrowych bo przesyłanie danych analogowych wymaga nieco więcej zachodu. Niemniej jednak wszystko masz gotowe w przykładach. Testuj.

Odświeżę temat.
Jestem kompletnym laikiem ponieważ dopiero zaczynam zabawę.
Obsługuję dwa przekaźniki przez domoticza.
Też mam taki sam problem jak kolega. Po restarcie RPi przekaźniki zmieniają stan.
W momencie dodania pinów do pliku /etc/init.d/domoticz.sh przy każdym starcie systemu RPi załącza je.



Włączanie i wyłączanie jest w skrypcie Xon.py i Xoff.py



Macie jakieś pomysły?

Mam dokładnie ten sam problem.
Przekaźniki podłączone do GPIO zmieniają na chwilę stan podczas startu systemu.
Jest to na tyle problematyczne ze przekaźniki sterują otwarciem bramy, garażu i w przypadku zaniku zasilania i restartu maliny brama otwiera się (impuls symuluje wciśnięcie przycisku otwarcia/zamknięcia). Używam GPIO 26 (pin 37) i 20 (pin 38) które nie są używane do innych funkcji.
Jeszcze zastanawiam się czy problemem jest rodzaj przekaźników, które sterowane są stanem niskim.
Musiałem w konfiguracji domoticza zamienić stan wyjścia w konfiguracji /etc/init.d/domoticz.sh:
/usr/bin/gpio export 20 out #Garaz
sudo sh -c 'echo 1 > /sys/class/gpio/gpio20/active_low'
sudo sh -c 'echo high > /sys/class/gpio/gpio20/direction'
te 2 ostatnie linijki spowodowały że stan przekaźnika był zgodny ze stanem w domoticz

Dodaj kombinację bramek i steruj kilkoma pinami. Gdy dasz AND 4, to cztery piny muszą być w H aby na wyjściu było H. To naturalnie za proste więc dodaj negatory na niektórych liniach, może bramka z większa liczba wejść? Wtedy np tylko kombinacja 100011 uaktywni sterownie bramą.

Dziękuje za pomysł.
Myślę że dodatkowy przekaźnik (może nawet z opóźnieniem czasowym) który będzie sterował zasilaniem modułu 4 przekaźników rozwiąże problem. Będzie to chyba najprostsze rozwiązanie. GPIO podczas startu nie są aktywowane równocześnie a sekwencyjnie, a więc nawet gdy pojawi się na chwile stan wysoki na wyjściu to płytka z 4 przekaźnikami nie będzie miała w tej chwili zasilania i cewki przekaźników nie zadziałają. Dopiero po starcie raspberry/domoticz załączę przekaźnik pojedynczy który zasili pozostałe.
Myślałem że jest jakieś rozwiązanie czysto programowe tego problemu.

PS. Znalazłem jednak rozwiązanie programowe.
Ktoś mnie naprowadził że problemem może być biblioteka wiringPI której używałem do obsługi GPIO.
Odinstaloawłem ją i skasowałem wszystkie wisy dotyczące obsługi w domoticz.sh. Okazało się że samo raspbery nie zmieniał stanów przy starcie systemu a wiec byłem już pewny ze to kwestia samej konfiguracji lub wiringpi.
Do sterowania wykorzystałem zatem sysfs GPIO, czyli wbudowaną funkcjonalność.
Aby dany pin skonfigurować jako wyjście dla przekaźników sterowanych stanem niskim musimy
wpisać linijki jak niżej (domyślnie wyjście steruje stanem wysokim) w pliku domoticz.sh.
Wchodzimy do edytora nano: sudo nano /etc/init.d/domoticz.sh
i dopisujemy na końcu:

echo 26 > /sys/class/gpio/export
echo high > /sys/class/gpio/gpio26/direction
echo 1 > /sys/class/gpio/gpio26/active_low #informujemy że załaczenie jest stanem niskim

Dla przekaźników sterowanych stanem wysokim ustawiamy:
echo 21 > /sys/class/gpio/export
echo out > /sys/class/gpio/gpio21/direction

Oczywiście 21 czy 26 to przykładowe nr GPIO.

Dla pinu skonfigurowanego jako wejście:
echo <nr_BCM> /sys/class/gpio/export

W samym domoticzu dodajemy nowy Sprzęt: "Generic sysfs GPIO"
W zakładce urządzenia pojawia się wszystkie skonfigurowane wejścia i wyjścia.

@mariopoz, co zrobiłeś poza odinstalowaniem wiringpi oraz usunięciem wpisów dotyczących GPIO w domoticz.sh (dodanych ręcznie po instalacji wiringpi)?, ja zrobiłem dokładnie to, i nadal wszystkie przekaźniki włączają się przy starcie Pi ...

Ja steruję stanem wysokim, dlatego użyłem (zgodnie z Twoją sugestią):
echo 21 > /sys/class/gpio/export
echo out > /sys/class/gpio/gpio21/direction

oraz dodatkowo:
sudo sh -c "echo '1' >> /sys/class/gpio/gpio21/active_low"
do odwrócenia logiki wł/wył., ale pierwszy restart był bez ostatniej linijki, i również przekaźniki się włączały...

Cześć,

Dla przekaźników sterowanych stanem wysokim wystarczy dać tylko te 2 linijki
echo 21 > /sys/class/gpio/export
echo out > /sys/class/gpio/gpio21/direction

Natomiast ten zapis

upiter81 napisał:

oraz dodatkowo: sudo sh -c "echo '1' >> /sys/class/gpio/gpio21/active_low"

dotyczy tylko sytuacji gdy odwracamy stany więc go skasuj.

Cześć,

Pięknie dziękuję - zaskoczyło

I okazuje się jednak że steruję stanami niskimi, a nie wysokimi (w ogóle jak to rozpoznać na płytce z przekaźnikami? - dostawca niestety nie podał tej informacji) ...

I mam jeszcze pytanko do wejść, co to "nr_BCM", to nie nr GPIO?

Super.
Sprawdź na stronie gdzie kupowałeś, zawsze jest podana informacja czy sterowane stanem niskim czy wysokim:


Można tez sprawdzić zwierając wejście IN przekaźnika do GND lub do Vcc. jeśli zaskoczy przy GND to masz sterowany stanem niskim, a jeśli do VCC to wysokim.

Nr BCM to numery GPIO z wyjścia procesora i to nie to samo co numer pinu na wyjściu z raspberry, wygooglaj sobie.

I już wszystko jasne - jeszcze raz pięknie dziękuję!