Programiranje GPIO na RaspberryPi 3

xardas je 20. sep 2016 ob 17:25 izjavil:

Kaj se zgodi pa po izvedbi GPIO.output(4, True)?

Traceback (most recent call last):
File "stdin", line 1, in module
ValueError: The channel sent is invalid on a Raspberry Pi

4-ka je v bistvu ground (če je GPIO.setmode(GPIO.BOARD)).

Pavzo dam vmes (v bistvu ročno tipkam ukaze v Python).

Sem pa v rasbpi-config dal ARM I2C interface enabled... in je isto.

Se pravi tole dam v zanko:

GPIO.output(7, True)
GPIO.output(7, False)

Ne razumem kakšne izjeme?

Oziroma, če mi po GPIO.setup(7, GPIO.OUT) rele klikne, sklepam, da sem uporabil pravi pin. Če dam kakšen drug pin rele namreč ne klikne...

Zakva točno napajaš rele prek kontrolerja?

nikjozo je 20. sep 2016 ob 20:31 izjavil:

Si siguren da ti RPi pin daje dovolj toka za tvoj rele?

a lahko namestom releja zvežeš LEDico, seveda s preduporom, da vidiš če je omejitev v toku?

Če ima rele priključke vcc, gnd in vhod za signal, potem tuljave ne napajaš preko gpio pina.

Zdaj sem isto poskusil s pinom 37 (to je GPIO 26, predzadnji spodaj levo). Ko rečem GPIO.setup(37, GPIO.OUT), klikne.

A je mogoče, da bi moral na releju zamenjati VCC in IN???

Hmm, fu*ing China!

Zdaj sem poskusil priklopiti drug rele - 8 kanalni. In dela kot predvideno. Očitno je z onim, enokanalnim nekaj narobe...

Še eno trapasto vprašanje...

Naredil sem 4 skripte:
- lampon.py in lampoff.py, ki vsebujeta Python kodo za vklop in izklop luči
- lampon.php in lampoff.php, ki vsebujeta:

<?php
system("echo raspberry | sudo -S python /var/www/html/lampon.py") ;
?>

oziroma

<?php
system("echo raspberry | sudo -S python /var/www/html/lampoff.py") ;
?>

Ko zadevo poženem iz konzole:

php lampon.php

Se rele aktivira.

Ko pa jo poženem iz brskalnika:

curl http://localhost/html/lampon.php

oz. oddaljeno:

http://xx.xx.xxx.xxx/html/lampon.php

...se pa ne zgodi nič. Nginx laufa, access.log pravi da se je skripta izvedla, error log je prazen...

In fact. Treba je bilo dodati v sudoerse:

%www-data ALL=(ALL) NOPASSWD: /usr/bin/python /var/www/html/lampon.py
%www-data ALL=(ALL) NOPASSWD: /usr/bin/python /var/www/html/lampoff.py

Hvala. Ful hvala.

poweroff je 20. sep 2016 ob 21:43 izjavil:

Rele je 5V. Ne napaja se preko RPi, pač pa ga RPi samo vklopi. Ima tudi zaščito (zener dioda, itd.) tako da naj ne bi bilo skrbi, da se kaj skuri. Fotka releja je v prvem postu.

Ce se prav spomnim je GPIO na RPi 3.3V. Torej, ko nek pin assignas kot output in ga das v HIGH state bos imel tam 3.3V. Ce imas rele, ki dela na 5V verjetno ne bo delal na RPiju. Teh 3.3V moras dvigniti na 5V. To lahko storis na vec nacinov. Ce imas samo en rele potem lahko to naredis z enim preprostim tranzistorjem (BC548). Ce imas vec relejev ali pa morda se kaksno drugo rec, ki rabi 5V, potem se pa ze splaca pogledati za kak Darlington array (ULN2803), ker bo lazja vezava.

Previden moras biti tudi z vsemi ostalimi senzorji, ki jih priklapljas na RPi. Ce delajo na 5V in nanje pripeljes 5V, bo tudi output senzorja v tem rangu, ce to potem pripeljes na GPIO pin na RPi, se ne zgodi nic dobrega. Tukaj pa naredis en voltage divider in s tem znizas napetost.

Ne, so na 3.3 in na 5V. Jaz sem priklopil na 5V.

Disclaimer: nisem električar, zato mogoče brcam v temo.
Ali je mogoče, da rele deluje na 5V nivoje, ker pa RPi daje 3v3 pa ne deluje? Ali bi mogoče v tem primeru lahko zadevo rešil s pull-up uporom?

Daje _napajanje_ 3.3 oz 5V.

Signali so pa verjetno 3V CMOS,ki pa lahko mogoče dosežejo potrebe 5V TTL ( logična enka nad 2.4V) je pa vprašanje, če so 5V-tolerant ( ali torej prenesejo 5V na vhodu) , kot je že nekdo zajamral o smrti RPi, sklepam da niso, vsaj ne vsi.

Glede RPI internih zadev- ne vem.

Glede releja, brez veze.
Prvič, 3V releji so najbrž redki in temu ustrezno dragi.
Drugič, s 3V se napaja CPU ( vsaj I/O linije) in tam ni pametno delat piz** s takimi bremeni. Če ti zaradi releja štucne 5V linija, big deal. Itak se za vso občutljivo logiko ( kar je pri teh zadevah praktično vsa) napetost dodatno stabilizira z LDO linearci.
Tretjič, eno nima bistvene veze z drugim. Stvar se sicer napaj s 5V ampak pri kateri napetosti se bo tranzistor vklopil, je pa odvisno več ali manj od enega upora. Zamenjaš upor in si premaknil točko vklopa.

Saj pravim - verjetno je problem v kvaliteti mojega releja.

BigWhale je 21. sep 2016 ob 16:37 izjavil:

PS: Verjetno bi se pa splacalo razmisliti o posebnem napajanju za 5V stvari, vprasanje je kak tok je na voljo na RPi. Kolikor vidim ljudje kar delajo z externim napajanjem. Ampak za preklapljanje nekaj relejev po mojem ne bi smelo biti tezav.

Pri parih relejih ne bo težav, če jih imaš več, pa lahko naletiš na probleme. Tile kitajski releji lahko vlečejo tudi do 80~100mA na rele in ko jih imaš 10 je ločeno napajanje nujno. Tukaj imaš potem več možnosti. Ena je ta, da na relejih uporabiš ločeno napajanje. Kitajski moduli z 8 releji imajo običajno za ta namen poseben pin (ki je privzeto s skakačem povezan na nožico Vcc). Druga možnost je, da namesto relejev uporabiš triake, ampak potem izgubiš možnost preklapljanja. Tretje možnost, ki se jo poslužujem sam, pa je uporaba shift registra (74HC595) in driverja (ULN2803), ki hkrati pomeni tudi to, da lahko praktično poljubno relejev krmilim s samo tremi GPIO pini.

Imam Raspberry Pi 3 in želim sprogramirat DHT22 senzor.
Imam 2 takšna senzorja (naročena pri različnih prodajalcih) in pa enega takega.
Uporabljam Adafruit Phyton DHT knjižico. In stvar je taka, da drugi senzor (s 4 pini - od katerih priklopim samo 3) deluje in lepo vrača vrednosti, tista 2 s tremi pini pa ne delujeta in ukaz dht.read_retry vrača samo None.
Dokler sem imel samo enega, sem bil prepričan da je pokvarjen, sedaj pa imam 2 enaka in nobeden ne deluje, pa mi je že malo sumljivo. Ima kdo kako idejo?

Če boš rešil, tudi mene zanima. Ker ravno razmišljam o nabavi tega senzorja...

Zakaj je pa četrti pin?