Raspberry PI Camera at Light Control Death Star: 5 Hakbang (na may Mga Larawan)

2024 May -akda: John Day | [email protected]. Huling binago: 2024-01-30 13:14

Tulad ng nakasanayan na hinahanap ko upang bumuo ng mga aparato na kapaki-pakinabang, gumana nang malakas at madalas ay kahit na mga pagpapabuti kumpara sa kasalukuyang wala sa mga solusyon sa istante.

Narito ang isa pang mahusay na proyekto, na orihinal na pinangalanang Shadow 0f Phoenix, isang kalasag na Raspberry PI kasabay ng pagtuklas ng paggalaw ng Arduino at mga kontrol sa ilaw.

Hakbang 1: Ang Estado ng Mga Komersyal na IP Camera

Bukod sa pagbuo ng iyong sariling camera / surveillance system ay mas cool tingnan natin kung bakit ito ay isang pagpapabuti mula sa isang off the shelf solution.

Ihahambing ko ito sa serye ng NEO COOLCAM Full HD 1080P Wireless IP Camera dahil nagmamay-ari ako ng maraming iba't ibang mga modelo ng neo coolcams (ONVIF) na mga camera. Dumating ang mga ito sa iba't ibang mga hugis at sukat, sa labas at sa loob ng bahay, karamihan sa kanila ay nakabuo ng suporta sa wifi ngunit tingnan natin ang kanilang mga pag-uusap:

• Ang mga tagagawa ng Tsino na nagbebenta ng mga camera na ito ay halos palaging nagsisinungaling tungkol sa built in na resolusyon ng sensor ng imahe, kapag bumili ka ng isang 5MP / 8MP camera sa Ebay maaari kang magtapos sa isang murang 2MP camera na may masamang larawan (gumagana ito ngunit ang kalidad ay basura). Kapag binili mo ang 8MP Raspberry PI v2 camera mula sa orihinal na tingi makakakuha ka ng binayaran mo at aktwal na 8MP sensor na may resolusyon na 3280 × 2464 pixel =>
• Mula sa pananaw sa seguridad ang mga camera na ito (kahit na ang mas mahal na Dlink at iba pang mga modelo) ay kahila-hilakbot, gumagamit sila ng mga default na password tulad ng 123456 o built in na mga gumagamit tulad ng admin / admin operator / operator kung ano ang hindi mo mababago o ang nawala ang pagbabago pagkatapos ng isang pag-reboot. Itaas ito sa marami sa mga camera phone home na ito (kumonekta sa kanilang mga server sa china, ang ilan ay nag-stream pabalik ng video / mga larawan nang hindi hinihiling sa iyo lamang upang gawing mas madali kung sakaling magpasya kang mai-install ang kanilang Android / Iphone app isang araw upang suriin ang iyong bahay) Kahit na ilagay mo ang mga aparatong ito sa likod ng isang router ito ay hindi sapat na mabuti, ang pinakamahusay ay kung hindi ka magtakda ng isang default na gateway sa kanila, i-firewall ang mga ito o ilagay ang mga ito sa isang VLAN upang imposible silang lumabas. ang Internet o kahit na mas mahusay: huwag gamitin ang mga ito sa lahat.
• Mas maaasahan ba sila? hindi, marami sa kanila kahit na ang mas mahal na DLINKs ay may pagpipilian na i-reboot ang camera araw-araw / lingguhan at iba pa Ang opsyong iyon ay naroroon para sa isang kadahilanan, dahil pagkatapos ng X araw ay madalas na nawala ang pagkakakonekta ng Wifi o maling pamamalakad sa ibang mga paraan. Isipin lamang ang mga ito bilang mahusay na mga lumang kahon ng Win95 na kailangang ma-reboot nang mas madalas kaysa hindi:) Hindi ko sinasabi na ang hardware na nakabase sa Raspi ay napakalakas na maitayo mo ang mga ito sa kontrol ng mga planta ng nukleyar na kuryente ngunit may wastong hardware / software pagsasaayos, heatsinks, awtomatikong paglamig ng mga tagahanga at pinaliit ang pagpapatakbo ng RW sa SDCARD madali nilang ma-hit ang 100+ araw na uptime nang walang problema. Sa oras ng pagsulat ng aking DeathStar ay tumatakbo mula 34 araw, higit sa 100 ngunit kung minsan ay ako ay pag-hack sa feed sa mapagkukunan ng kuryente na nagpapatakbo ng ilan pang aking mga circuit kaya kinailangan itong isara:(
• Naka-target na hardware: ginawa ang mga ito para sa 1 tukoy na layunin, madalas na may isang maliit na lugar ng nvram at busybox ngunit ang ilang mga modelo ay ginagawang imposible din ang pag-access ng shell na ito upang ang lahat ay maaari mong gamitin ang mga ito ay kung ano ang ibig sabihin nilang magamit habang maaari mo. gamitin ang iyong Raspi based camera sa anumang iba pang mga gawain: file server, tftp / dhcp server, web server, lindol server … ang mga pagpipilian ay walang limitasyong.
• Puwang ng imbakan: mayroon silang alinman o gumagamit sila ng mga microsd card na may FAT32 filesystem VS sa raspberry pis na maaari mo ring ikabit ang isang 2 TB hard drive kung nais mo.
• Pagkontrol ng mga ilaw: ang ilan ay mayroong isang ALARM output kung saan maaari mong ikonekta ang isang maliit na relay upang ma-trigger ang mga ilaw. Tulad ng ipapakita ko sa iyo sa tutorial na ito na gumagamit ng mga infrared camera ay kumpletong pag-aaksaya ng oras dahil hindi mo makikilala ang sinuman sa mga larawan ng IR dahil sa hindi magandang kalidad. Kung kailangan mong mag-record ng isang video sa dilim ang pinakamahusay na paraan upang gawin ito ay buksan muna ang ilang ilaw pagkatapos ay i-record ang video.

Kaya maaari mong tanungin mayroon bang mga PRO na gumagamit ng isang off the shelf camera? Oo para sa mga negosyo kung saan ang mga oras ng trabaho upang i-set up ito ay magiging mas mahal kaysa sa pag-tinker sa paligid ng Raspberry pis (hindi para sa akin pa rin:)) at oo may mga nangungunang linya ng camera (500 $ + na may mas mahusay na resolusyon kaysa sa pi camera ng kurso). Bilang isa pang kalamangan masasabi ko na ang mga camera na sumusunod sa pamantayan ng ONVIF ay ginagawang mas madali ang sentralisadong pagbibigay. Nagbibigay ito ng isang karaniwang interface kung ano ang maaaring magamit upang magpadala ng mga utos sa camera upang maitakda ang IP / Network mask / Gateway at iba pang mga bagay. Para sa mga ito maaari mong i-download ang manager ng aparato ng Onvif mula sa Sourceforge. Ang isang pulutong ng mga aparatong ito ay may kasamang crappy broken web frontends kung saan halimbawa hindi nito pinapayagan kang itakda nang tama ang ip o netmask dahil ang javascript na nagpapatunay sa mga patlang na ito ay hindi gumana at ang iyong tanging paraan upang maitakda nang tama ang mga parameter na ito ay sa pamamagitan ng ONVIF.

Hakbang 2: Mga Plano ng Death Star

Maaari mong buuin ang aparatong ito sa alinman sa mga Raspberry PI na nagsisimula sa 1 hanggang 3B +. Kahit na ang zero ay may mga port ng camera, ngunit dahil maraming iba't ibang mga raspis sa pangalawang kamay ang nasa merkado maaari kang magtaka kung alin ang pinaka perpekto para sa pagbuo na ito.

Ang sagot ay nakasalalay sa kung saan mo nais iproseso ang video stream.

Mayroong dalawang pagpipilian:

1, Iproseso ang mga video nang lokal gamit ang paggalaw at ipasa ang isang stream ng video kapag may nakita na paggalaw (tandaan: pasulong ang paggalaw ng isang mabagal na patuloy na stream sa server kahit na ano, maaaring depende ito sa resolusyon at mga rate ng frame na ginagamit mo mula sa ilang daang megabyte sa maraming mga gigabyte sa isang araw, isang paalala lamang kung nais mong gumawa ng isang pag-set up sa isang sukat na koneksyon). Dito mahalaga ang CPU at sa kasamaang palad ang paggalaw (sa oras ng pagsulat) ay hindi sinasamantala ng maraming mga core, subalit susubukan ng OS na balansehin nang bahagya ang pagkarga. Palagi kang magkakaroon ng isa sa mga core sa 100% na paggamit.

2, Iproseso ang mga video sa isang gitnang server: dito mo lamang ipapasa ang stream ng hilaw na video mula sa camera sa isang panlabas na streaming sever (tulad ng iSpy na tumatakbo sa isang x86 computer o MotionEyeOS na tumatakbo sa isa pang nakatuon na minicomputer). Dahil walang lokal na pagproseso ang modelo ng PI na ginagamit mo ay hindi mahalaga, ang isang PI1 ay magpapadala ng parehong stream bilang isang PI3B +.

Sa tutorial na ito pupunta ako sa unang pagpipilian.

Ang panuntunan sa hinlalaki dito ay ang mas mabilis na CPU na itapon mo sa paggalaw ng mas mahusay na mga resulta na makukuha mo. Halimbawa ang aking Raspi 2 based camera na tumitingin sa isang pasilyo minsan ay hindi kinuha ito kapag ang isang tao ay mabilis na dumaan at kapag ito ay nagrekord ng pag-record ay mabagal, na bumabagsak ng maraming mga frame kumpara sa modelo 3. Ang modelo ng 3 ay mayroon ding 802.11 abgn wifi na madaling gamitin upang makapag-stream ng mas mataas na kalidad na video, gumagana ito sa labas ng kahon at ito ay lubos na maaasahan. Sa oras ng pagsulat na ang modelo ng 3B + ay wala na ay inirerekumenda ko lamang na makuha mo iyon sa 1.4 Ghz Quad Core cpu.

Listahan ng mga materyales

• 30 cm plastic DeathStar:)
• Raspberry Pi 3 B +
• PiCam v2 (8MP)
• Arduino Pro Micro 5.5v
• 2x SIP-1A05 Reed Switch Relay
• 1x PCS HC-SR501 IR Pyroelectric Infrared IR PIR Motion Sensor Detector Module
• 1x 10kohm risistor para sa LDR
• 1x LDR
• 1x12V 4A DC adapter
• 1xWarm White LED 5050 SMD Flexible Light Lamp Strip 12V DC
• 1xBuck voltage regulator

Tulad ng nakikita mo ito sa mga iskematika ang proyektong ito ay orihinal na idinisenyo upang makontrol ang isang solong ilaw na may isang relay dahil hindi ko plano na magdagdag ng panloob na pag-iilaw (na kung saan ay cool na) kaya't sinubukan ko lamang ang pangalawang relay sa Arduino. Ang dakilang bagay tungkol sa SIP-1A05 ay mayroon itong panloob na flyback diode at ang pagkonsumo sa mA ay nasa ilalim ng limitasyon ng per pin ng Arduino na kapangyarihan.

Ang dahilan kung bakit ang PIR ay nasa kalasag sa mga larawan dahil sa simula ng S0P ay pinlano na ilagay sa isang simpleng IP plastic box sa halip na isang DeathStar. Tulad ng maaari mong hulaan ang camera ay direkta sa laser gun ang PIR at LDR ay nangangailangan ng isa pang drilled hole at ang mga ito ay pandikit-gunned dahil hindi ko pinaplano na alisin ang mga ito.

Ang isang butas ay drilled sa ilalim ng DeathStar kung saan nakadikit ako sa isang malaking bolt na may isang malakas na 2 sangkap na pandikit. Maaari itong mai-screwed sa orihinal na Neo Coolcams stand (mabuti para sa isang bagay pagkatapos ng lahat:)). Para sa isang karagdagang suporta gumagamit ako ng matapang na mga wire ng tanso upang magkaroon ng paghawak sa tuktok ng bituin.

Mahalagang tala tungkol sa suplay ng kuryente: dahil ang parehong supply ay magpapagana sa parehong PI, Arduino at sa LED strip dapat itong maging sapat na sapat upang mapangasiwaan silang lahat sa gayon ay batay sa LED strip na iyong pinili para sa proyekto. Ang isang commerical 5050 12v 3meter LED strip drains sa paligid ng 2A, marami iyan. Para sa PI at Arduino kailangan mong kalkulahin sa + 2A (kahit na napakalaki nito ay hindi ito sasaktan). Ang paggamit ng LED strip sa mga karaniwang halogen bombilya, neon o iba pang mataas na pag-iilaw ng kuryente ay maaari mong ilagay ang buong circuit na ito sa isang magandang 12V @ 10Ah lead acid na baterya bilang backup kaya't gagana pa ito sa kaso ng isang pagkawala ng kuryente.

Ang buck ay bababa sa boltahe mula 12-> 5V para sa pag-power ng Arduino at ng PI habang ang direktang 12V feed ay naka-wire sa relay upang i-on ang LED strip.

Hakbang 3: Software Arduino

Maaari mong makita ang buong source code sa ibaba na mahusay na nagkomento ngunit narito ang isang maikling paliwanag kung paano ito gumagana: Sa simula ng bawat loop ang karaniwang xcomm () na pagpapaandar ay tinatawag upang makita kung may isang utos na nagmula sa Raspberry PI na maaaring maging LIGHT_ON / OFF upang i-ON ang mga ilaw ng koridor o DS_ON / OFF upang i-ON / OFF ang backlight ng DeathStar, ipinatupad ko ang mga ito para lamang sa sobrang pagiging perpekto dahil kung may pumasa sa PIR dapat kunin ito at i-on ang mga ilaw ngunit marahil ay nais mong tingnan ang lugar para sa ilang kadahilanan kahit na walang tao roon.

Matapos nito basahin ang halaga ng photocell at ang galaw ay nasuri para sa paggalaw. Kung may paggalaw ang mga tseke ng code kung ito ay sapat na madilim pagkatapos ay susuriin kung hindi tayo naka-hold. Kung ang lahat ng ito ay pumasa sa gayon ito ay simpleng binubuksan ang ilaw ng koridor at ibinalik ang PHOENIX_MOTION_DETected sa Raspberry PI, kung hindi ito madilim ay nagsasauli pa rin ito pabalik sa computer ngunit hindi binuksan ang ilaw. Kapag ang isang paggalaw ay napansin isang 5 minutong hold timer ay nagsimula.

Kaagad pagkatapos nito ang susunod na seksyon ng code ay susuriin upang makita kung tayo ay naka-hold (na kung saan ay dapat na kaso kung nagkaroon lamang ng isang kaganapan sa paggalaw, kaya ipagpalagay natin ang 5 minuto na lumipas upang makumpirma ng tsek na ito). Sinusuri ng code upang makita kung may paggalaw muli, kung hindi pagkatapos ay patayin ang mga ilaw. Tulad ng nakikita mo kung walang paggalaw ang pagpapaandar na ito ay paulit-ulit na paulit-ulit na patuloy na sinusubukan na patayin ang mga ilaw upang walang puna sa PC.

Mayroon kaming isa pang hold timer para sa panloob na pag-iilaw ng DeathStar na pulos nakasalalay sa photocellReading <dark_limit.

Kahit na ang 2 na gawain ay hindi alam ang tungkol sa bawat isa, gagana silang ganap na magkakasama dahil kapag ang ilaw ng pasilyo ay nagbibigay ng labis na ilaw na sa tingin ng LDR ay araw na muli at pinapatay nito ang panloob na pag-iilaw. Gayunpaman mayroong ilang mga pag-uusap tungkol sa prosesong ito na ipinaliwanag sa code kung interesado ka, kung hindi pagkatapos ay kunin ang sagot na Nvidia na "gumagana lamang ito!".

Hakbang 4: Software Raspberry PI

Ang pinakabagong Raspbian ay gumagana para sa akin:

Raspbian GNU / Linux 9.4 (kahabaan)

Linux Phoenix 4.9.35-v7 + # 1014 SMP Fri Jun 30 14:47:43 BST 2017 armv7l GNU / Linux ii mosyon 4.0-1 armhf V4L capture program na sumusuporta sa paggalaw ng paggalaw

Habang maaari kang gumamit ng iba pang mga distrito, kung nakakaranas ka ng anumang mga isyu sa camera makakakuha ka lamang ng suporta mula sa koponan kung gumagamit ka ng kanilang opisyal na OS. Ang pag-aalis ng hindi kanais-nais na bloatware tulad ng systemd ay inirerekomenda din.

Ang paggalaw ay maaari ding maitayo mula sa mapagkukunan nang madali:

apt-get -y install ng autoconf automake pkgconf libtool libjpeg8-dev build-essue libzip-dev apt-get install libavformat-dev libavcodec-dev libavutil-dev libswscale-dev libavdevice-dev

apt-get -y install libavformat-dev libavcodec-dev libavutil-dev libswscale-dev libavdevice-dev apt-get -y install git git clone https://github.com/Motion-Project/motion cd motion / autoreconf -fiv. / i-configure --prehep =

Inirerekumenda ko ang iSpy bilang recorder ng video / server ng kolektor. Sa kasamaang palad sa oras ng pagsulat ay walang magandang mga kahalili para sa Linux. Ang camera ay maaaring idagdag sa isang MJPEG url https:// CAMERA_IP: 8081 ang default port.

Ang paggalaw ng paggalaw ay maaaring maging kapaki-pakinabang halimbawa hindi mo kailangang panatilihin ang pagtingin sa iyong iSpy server buong araw, maaari kang makatanggap ng isang email sa kaso ng paggalaw. Kahit na ang iSpy ay may pagpapaandar na ito upang alerto sa email kung sakaling gumalaw, binubuksan nito ang pag-record nang paisa-isa para sa iba't ibang mga kaganapan tulad ng ilang ilaw ay makikita sa lugar. Sa pagtuklas ng paggalaw ng PIR hindi ako nagkaroon ng isang solong maling alarma. Ang mga alerto ay maaaring maproseso nang lokal:

Nakita ang kaganapan ng paggalaw ng pir sa sensor> Alerto ng alduino> Nakatanggap ang Raspberry pi sa console> C processing program> Panlabas na aplikasyon ng mail

Gayunpaman ginusto ko ang pagproseso ng parehong mga log at video mula sa malayo kaya sa kasong ito ay nagdagdag ako ng isang seksyon sa programa ng C control habang ito ay nag-log ng mga log nang lokal sa isang payak na file ng teksto, dinala din ito sa syslog at na ipinapasa sa isang SIEM para sa karagdagang pagproseso.

void logger (char * text) {

FILE * f = fopen ("phoenix.log", "a"); kung (f == NULL) {printf ("Error sa pagbubukas ng log file! / n"); bumalik; } fprintf (f, "% s =>% s / n", cur_time (0), text); fclose (f); #ifdef SYSLOG char loggy [500]; sprintf (loggy, "% s =>% s / n", cur_time (0), text); setlogmask (LOG_UPTO (LOG_NOTICE)); openlog ("DeathStar", LOG_CONS | LOG_PID | LOG_NDELAY, LOG_USER); // syslog (LOG_NOTICE, "Program na sinimulan ng User% d", getuid ()); syslog (LOG_NOTICE, loggy); closelog (); #endif bumalik; }

Sa pagtanggap ng syslog-ng maaaring i-demux ang mga kaganapang ito mula sa pangunahing stream ng pag-log:

filter f_phx {

tugma ("DeathStar"); }; patutunguhan d_phx {file ("/ var / log / phoenix / deathstar.log"); }; mag-log sa {source (s_net); filter (f_phx); patutunguhan (d_phx); };

at maaari itong maipasa sa ibang tool (paggalaw.php tingnan ang nakakabit) para sa pagsusuri at pag-alerto.

Sa script na ito maaari mo lamang itakda ang karaniwang oras sa isang linggo kung wala ka sa bahay:

$ opt ['alert_ After'] = '09:00:00'; // Mornings $ opt ['alert_before'] = '17:00:00'; // Gabi

Gumagamit ang php program ng mahusay na utility ng logtail upang ma-parse ang mga tala.

$ cmd = "logtail -o". $ offsetfile. ' '. $ logfile.'> '. $ logfile2;

Sinusubaybayan ng Logtail ang posisyon sa isang offset file kaya't ang pangunahing programa ay hindi kailangang malaman tungkol sa kung aling oras upang magsimulang tumingin sa mga log, bibigyan ito ng pinakabagong hindi naprosesong data.

Ang Motion.php ay maaaring patakbuhin mula sa crontab na may isang maliit na bilis ng kamay para sa mga pagtatapos ng linggo, kung saan ito ay dumaan sa mga troso, ngunit huwag gumawa ng karagdagang pagproseso.

* / 5 * * * 1-5 / usr / local / bin / php ~ / paggalaw.php &> / dev / null * / 5 * * * 6-7 / usr / local / bin / php ~ / motion.php katapusan ng linggo &> / dev / null

Hakbang 5: Mga Isyu at Listahan ng ToDo

Kung gumagamit ka ng Raspberry pi 3 o mas bago maaari mong laktawan ang seksyong ito, malamang na hindi ka na makatagpo sa mga problemang ito.

Sa mga taon ay nagkaroon ako ng ilang mga isyu sa mga board na batay sa Raspberry pi 2 kung ano ang maaaring magpatakbo ng parehong stack ng software ngunit binili sa iba't ibang oras mula sa iba't ibang mga lugar. Matapos ang isang tiyak na tagal ng oras na maaaring 2 araw o 20 araw kapag ang SSHing sa aparato ang SSH ay mabibitin lamang, kaya ang parehong kilos na daemon at lokal na C code na nakausap ang Arduino ay na-load sa ram kaya't gumana ang aparato ngunit imposibleng gumawa ng anupaman dito sa estado na ito.

Pagkatapos ng maraming pag-troubleshoot ay nakagawa ako ng isang solusyon:

homesync.sh

#! / bin / sh -e

### BEGIN INIT INFO # Nagbibigay: homesync # Required-Start: mountkernfs $ local_fs # Required-Stop: camera phoenix # Default-Start: S # Default-Stop: 0 6 # Maikling Paglalarawan: Home synchronizer # Paglalarawan: Home synchronizer ni NLD ### END INIT INFO NAME = home DESC = "Ramdisk Home Synchronizer" RAM = "/ home /" DISK = "/ realhome /" set -e case "$ 1" sa simula | pasulong) echo -n "Simula sa $ DESC: "rsync -az --numeric-ids - tanggalin ang $ DISK $ RAM &> / dev / null echo" $ NAME. ";; ihinto | pabalik) echo -n "Pagtigil sa $ DESC:" rsync -az --numeric-ids - tanggalin ang $ RAM $ DISK &> / dev / null echo "$ NAME.";; *) echo ng "Paggamit: $ 0 {start | stop}" exit 1;; exit esac 0

Ang script ay sumasama sa isang pagbabago sa fstab:

tmpfs / home tmpfs rw, laki = 80%, nosuid, nodev 0 0

Ang pagkahati sa bahay ay naka-mount bilang ramdisk na magbubunga ng humigit-kumulang na 600MB na libreng puwang sa Raspberry pi 2 na higit sa sapat upang maiimbak ang ilang mga binary at maliit na mga file ng pag-log:

tmpfs 690M 8.6M 682M 2% / tahanan

Ito ay naka-out na ang PI hang ay naiugnay sa mga operasyon ng pagsusulat sa SDcard, kahit na sinubukan ko ang iba't ibang mga card (Samsung EVO, Sandisk) na na-scan para sa mga error nang maraming beses bago at pagkatapos at wala silang problema sa iba pang mga laptop na ito ay lamang susunod na. Wala akong parehong isyu (pa) sa Raspberry PI 3s at mas mataas na hardware kaya't sa gayon din inirerekumenda ko sila sa tutorial na ito.

Bagaman ang kasalukuyang paggalaw sa isang Raspberry PI 3 ay sapat lamang para sa akin, narito ang ilang mga ideya na nagkakahalaga ng paggalugad:

1. Huwag gumamit ng paggalaw, ngunit gumamit ng isang raspivid stream sa network at hayaan ang isang malakas na server na gawin ang pagtuklas ng paggalaw at pag-encode ng video (hal. ISpy). -> Problema: pare-pareho ang hogging ng bandwidth ng network.
2. Gumamit ng paggalaw at hayaan ang ffmpeg na gawin ang pag-encode ng video. -> Problema: Hindi mapanghawakan ng CPU ang mas mataas na mga resolusyon
3. Gumamit ng paggalaw, i-record ang hilaw na video at hayaan ang isang malakas na server na gawin ang pag-encode. -> Ang paggamit ng CPU sa RPi ay mababa at ang network bandwith ay limitado sa kapag may aktwal na paggalaw. Para sa senaryong ito maaari kaming magsulat sa isang SD-card / ramdisk para sa max throughput at pagkatapos ay mag-crontab ng isang kopya ng video sa ibang server.

Mapapansin ko rin na ang pagbuo ng proyektong ito ay posible na bumuo nang walang isang Arduino. Ang lahat ng mga bahagi (relay, LDR, PIR) ay maaaring konektado sa raspberry pi sa ilang paraan ngunit mas gusto ko ang mga real time microcontroller na makipag-ugnay sa mga sensor at output na aparato. Sa mga kaso kung saan ang aking raspberry pi ay nakabitin halimbawa o nag-crash, ang kontrol ng ilaw na pinapatakbo ng Arduino ay gumagana nang maayos.

Kung nagustuhan mo ang itinuturo na ito ay nanatiling nakatutok dahil ipagpapatuloy ko ang serye sa aking 360 degree na panlabas na raspberry pi zero dome camera sa susunod na taon.