Miniszámítógépek, SBC-k

Cél: szeretnék egy saját magam által épített home automation rendszert. Első körben olyan dolgokkal, mint a melegvíz hőmérséklet mérés, kazán vezérlés, csengő érzékelés, kaputelefon video, zár nyitás, szobák hőmérséklet mérése. Később majd egyéb dolgokat is szeretnék, pl. a fűtés vezérlését, ablak és ajtó nyitás érzékelést, napsütés érzékelést meg ki tudja még mit.

Egyelőre prototípusokig jutottam el, pl. van egy hőmérőm, ami Raspberry Pi-vel méri a melegvizet. Van egy raspberry-re kötött kamera, ami dobozolás után akár a kaputelefon videót is tudná.

A prototípusból a végleges cucc megépítéséhez kérnék viszont tanácsot. Első sorban eszközt javasoljatok!A raspberry-vel szeretek dolgozni, de annak örülnék, ha a legtöbb érzékelő nem egy-egy microusb töltőn lógna. Amit szeretnék: ceruza vagy gomb elem(ek), és minimum 1 év elemcserék között.

Jelenleg a prototípusokhoz WiFi-t használok, a zárnak (egyelőre egyedüli eszközként) Z-wave kell, de nem zavar az, ha ezeken kívül esetleg egy harmadik rádiós megoldást kellene implementálnom, ha az láthatóan kevesebbet fogyaszt a szenzorok eleméből, és a házon belül megbízhatóan működik és nem iszonyat drága. A WiFi a bejárati ajtó környékén már nem elég erős.

A következő dolog, amit megépítek, egy ESP8266 + a ds18b20 hőmérő lesz, várhatóan ez már mehet a víztartály oldalába állandóra. Még ki kell találnom, milyen elemmel és hogyan tápláljam meg. Várhatóan a WiFi jele onnan el tud majd jutni a routerig. Messze van, de nem kell sebesség és kicsi az adatmennyiség.

Tudtok esetleg hasonló kicsi és olcsó mikrokontrollert, ami Z-wave-et tud, van hozzá dokumentáció, találhatok példa projekteket és nem kell vért izzadni a programozásához?
Találtam egy gyors google kereséssel egy ZM5202 nevűt, ami ebay-ről postázással együtt 15$ körül érne ide, ami kb. duplája az ESP8266 árának és ez még elfogadható, de így első ránézésre fogalmam sincs, hogyan lehet programozni, és vajon tud-e pl. 1wire hőmérővel együtt működni. És gyors Google keresés nem hozott fel használható találatokat.

Sziasztok!

Olyan kérdésem lenne, hogy egy Raspberry-t szeretnék beszerezni Retro konzol célra. RetroPIE vagy Lakka rendszeren gondolkodtam (más célra nincs tervezve a gép).

Azoktól kérdezném, akik már használtak ilyen célra RPi-t, hogy a vezeték nélküli kontroller támogatása milyen? Első körben inkább PS kompatibilis (analóg joy-os) kontrollert szeretnék, lehetőleg egyszerre kettő darabot.

Feleslegesse valt, 2db RPi 1-es es egy Marsboard A10 (elviheto ingyen), ha valaki butykolni akar irjon!

Sziasztok, hosszú utat jártam be, sok részmegoldást, vagy forrasztással összeépíthető lehetőséggel találkoztam, és most itt vagyok, hogy megoldást találjak erre:

- összesen akár 30, legalább 10 azonos I2C / SPI szenzort tudjak olvasni, hogy ne legyen I2C ID ütközés
- el tudjam vezetni akár 30 méterig, kábelen (WiFi-s és más kábel nélküli megoldás érdektelen számomra)
- csillagpontosan kiépített 8 eres (UTP és/vagy S/FTP)kábelen is működjön az átvitel a helyiségek és a központ között
- lehetőleg egy helyiségbe elég legyen 1 kábelt vinni, és oda több szenzort tudjak bekötni, több különbözőt
- a helyiségekben, ami maximum 30 méterre van, ne kelljen Raspberry Pi vagy más SBC, hanem lehetőleg csak maga a szenzor és a szenzor adatainak továbbításához szükséges hardver legyen ott
- működjön POE-vel, vagy távolról lehessen az áram ellátást megoldani, hogy ne kelljen ott helyben tápegységet vagy erősáramot használni
- hogy milyen buszon mennek az adatok és hogyan, az nincs megkötve, lényeg, hogy szabványos, a célnak megfelelő legyen
- legyenek olyan kész hardver modulok, amiből össze lehet legózni az egészet, és maximum kábelezni kelljen, minimális forrasztással, hogy később könnyen, olcsón karbantartható legyen az egész meghibásodás vagy bővítés esetén
- előny lenne, ha SBC / Raspberry Pi jellegű 1 darab központi egységgel meg lehetne oldani az összes szenzor olvasását, vagy minél kevesebb SBC-vel
- a helyiségenként 1-1 "SBC UTP/RJ45-ön és rajta a szenzorok" útnál kevesebbet fogyasztó alternatívát keresek

Ennek a témának az elődje, sok jó és hasznos és olcsón kivitelezhető javaslattal, azonban nem kész modulokból összerakva: CAN busz (+SPI converter) és Raspberry Pi topológia, működés, kiépítés Ha rutinosabb lennék forrasztásban, mikrokontrollerek programozásában, készítésében, akkor már a linkelt témában felvetett megoldásokkal meg tudtam volna oldani. Köszönöm ezúton is mindenkinek, aki ott hozzászólt, mert sokat segített.

Még nem találtam meg biztosan a megoldást, most itt tartok a tervezésben, megvalósítási javaslat ábrája V0.2.1:

https://imgur.com/vUx5Loo

Felhasznált eszközök:

Vezérlő, szenzor lekérdező SBC:
SeeedStudio BeagleBone Green
https://beagleboard.org/green

I2C busz csatlakozás 4 eres csatlakozóval, bár ez GPIO-ra kötve az I2C-t elhagyható lenne:
Grove Base Cape for Beaglebone v2.0
https://www.seeedstudio.com/Grove-Base-Cape-for-Beaglebone-v2-0-p-2644…

Megoldás, hogy ne legyen I2C ID ütközés:
I2C Hub 1 to 6 Expansion Unit (TCA9548A)
https://m5stack.com/products/pahub-unit

(vagy a 8 csatornás változata, hogy ne legyen I2C ID ütközés: )
SparkFun Qwiic Mux Breakout - 8 Channel (TCA9548A)
https://www.sparkfun.com/products/14685

I2C-ből RJ45, max 30 méter kábel, majd újra egy ilyen átalakító és újra I2C:
SparkFun Differential I2C Breakout - PCA9615 (Qwiic)
https://www.sparkfun.com/products/14589

I2C elosztó, hogy ne kelljen forrasztani, csak beledugni a kész kábelt és szenzorokat:
Grove - I2C Hub
http://wiki.seeedstudio.com/Grove-I2C_Hub/

Kábel:
Grove - Universal 4 Pin Buckled 20cm Cable (5 PCs pack)
https://www.seeedstudio.com/Grove-Universal-4-Pin-Buckled-20cm-Cable-5-…

Példa szenzor 1:
Grove - Temperature, Humidity, Pressure and Gas Sensor (BME680)
https://www.seeedstudio.com/Grove-Temperature-Humidity-Pressure-and-Gas…

Példa szenzor 2:
Grove - Light Sensor v1.2
https://www.seeedstudio.com/Grove-Light-Sensor-v1-2.html

UTP / S/FTP kábelek RJ45-ös csatlakozóval

Van bármi észrevételetek, hogy ez így megfelelően működne-e?
Melyik részét csinálnátok máshogy? (úgy, hogy a téma elején részletezett igények teljesüljenek)

Köszönöm.

Üdv!
Egy Arduino Uno-val szeretném használni a 398 LCD-t. (18 pines)
Találtam is egy leírást: https://learn.adafruit.com/character-lcds/rgb-backlit-lcds
Összekötöttem: Kép
Dimension kép

De nekem csak pirosan pulzált a háttér a kódra. A szöveg nem jelent meg.
Mit ronthattam el?
A 16 pines bekötési leírása itt van: https://learn.adafruit.com/character-lcds/wiring-a-character-lcd
A 18 pines miben más?

Este újból összerakom.

Több szál is szólt már a pici programozható WIFI csipekről, mint az ESP8266.
Én most olyat keresek, aminek lehetőleg sok-sok-sok GPIO portja van. Jó lenne legalább 20-30 szabadon felhasználható írható/olvasható digitális kapu. (Analóg jelre nincs szükségem.)
Ha jól láttam, olyan megoldás is van, hogy valamilyen bővítővel lehet akár ESP8266-ra is további GPIO csatlakozókat kötni, de nem tudom, ennek milyen így a sebessége, mennyivel lassítja a jelfeldolgozást egy ilyen kiegészítő hardver. Nekem us-os kapcsolgatási időkre lenne szükségem. (Valósidejű vezérléshez érzékelők, stepper motorok.)
Ismertek olyan wifi csipet, ami GPIO-ra van kihegyezve?
Vagy valós alternatíva ez a GPIO bővítés?
Szeretném Raspberry alatti hardverrel megoldani.
Ha erről van valakinek tapasztalata, azt örömmel olvasnám.

Sziasztok!

A 20+ szenzor sok helyiségben (házi, építsd magadnak, ha tudod, ha nem, akkor pedig kérdezz nagy hülyeségeket) projekt következő lépésénél tartok.
Az I2C buszon 2 környező helyiség szenzorait fogom olvasni, azonban a messzebbi helyiségekben CAN buszt fogok várhatóan használni és ennek a kiépítésének, tervezésének a lépéseit próbálom összeszedni. Megosztom az infókat, amire jutottam.

Bevezető kérdés: ha a távolság miatt elegendő az I2C busz is, mert pár métert kell vinni, és a szenzor is támogatja az I2C-n kívül az SPI-t is, van értelme pár szenzort csak I2C buszon kezelni vagy átgondoltabb lenne akkor már mindent a CAN buszon vinni és SPI-n keresztül elérni a szenzorokat?
Lehet egyszerre az RPI-n I2C és SPI is, csak várhatóan melyik terheli jobban majd az RPI-t, ha I2C + CAN(SPI) van, vagy ha csak CAN(SPI), azonos szenzor szám esetén?
Van számottevő overhead-je a CAN-SPI átalakításnak?

Visszatérve a fő témára:

CAN busz topológia lehetőségek: =============================
- vonal / busz
- csillag (CAN busz HUB szükséges)
- gyűrű
- (továbbá lehet egymásba is fűzni, hogy a vonal/busz x. eleme után lesz csillag, stb.)

http://www.mindsensors.com/content/86-can-and-its-topology

Csillag CAN busz topológiához HUB szükséges: (olyan mint a HUP, csak teljesen más ;)

CAN busz HUB: =============================

http://www.mindsensors.com/frc/184-splitter-for-can-network

https://www.avire-global.com/products/emergency-telephones/dcp-accessor…

Ami számomra itt érdekes, hogy a CAN busz HUB-ot lehet egymásba kötni, tehát gyakorlatilag 100+ eszköz lehet egy buszon, ami jelen esetben biztosan elég lesz.
Hogy hány, az függ a BUSZ verziójától: CAN 2.0A 11 bites azonosítót használ (2048 node), a CAN 2.0B pedig 29 biteset (536870912 node, ez még gombócból is sok!).

A fenti szenzor észszerű megtervezés, elrendezés a cél.

(Itt akkor az egyik HUB-on a terminator-t be kell kapcsolni.)

Tud ilyet is, itt látszik a terminator:

Kábelezés: =============================

https://tekeye.uk/automotive/can-bus-cable-wiring

Eszközös Raspberry Pi-hez:

Ez jónak tűnik:
https://www.elektor.com/pican-2-can-bus-board-for-raspberry-pi

Duál CAN busz:
http://www.industrialberry.com/canberrydual-v2-1/

Can busz shield V2.1 izolált, ez tűnik a legjobb választásnak:
http://www.industrialberry.com/canberry-v-2-1-isolated/
(Biztos van rá magyarázat, hogy miért kell a real-time clock mellé egy elem, mert több ilyen busz kezelő eszközön van RTC + elem. Mi van, ha lemerül az elem, mi fog változni? Mi van, ha merül?)

Vagy inkább ez.
http://www.industrialberry.com/canberrydual-iso-v2-1/

Itt mi a főbb különbség a canberrydual-v2-1 és canberrydual-iso-v2-1 között?

Ez kevésbé tűnik hasznosnak az előbbiekhez képest, de lehetőség:
https://www.elektor.com/cangineberry-active-cancrypt-and-canopen-module…

Szóval ha szeretnék például bekötni 14 szenzort CAN buszon csillagpontosan, és a ez a termék 6 portos:

http://www.mindsensors.com/frc/184-splitter-for-can-network

HUB#1: PORT#1: RPI-be
HUB#1: PORT#2: HUB#2 port 1-be
HUB#1: PORT#3: HUB#3 port 1-be
HUB#1: PORT#4: HUB#4 port 1-be
HUB#1: PORT#5: (üres)
HUB#1: PORT#6: (üres)

HUB#2: PORT#1: HUB#1 port 2-be
HUB#2: PORT#2: szenzor 1
HUB#2: PORT#3: szenzor 2 
HUB#2: PORT#4: szenzor 3
HUB#2: PORT#5: szenzor 4 
HUB#2: PORT#6: szenzor 5 

HUB#3: PORT#1: HUB#1 port 3-ba
HUB#3: PORT#2: szenzor 6
HUB#3: PORT#3: szenzor 7
HUB#3: PORT#4: szenzor 8
HUB#3: PORT#5: szenzor 9
HUB#3: PORT#6: szenzor 10

HUB#4: PORT#: HUB#1 port 4-be
HUB#4: PORT#: szenzor 11
HUB#4: PORT#: szenzor 12
HUB#4: PORT#: szenzor 13
HUB#4: PORT#: szenzor 14
HUB#4: PORT#: TERMINÁTOR (TERMINAL OUT)

Akkor így megfelelő lesz?

A kérdés, ha helyiségenként általában 2-3 szenzor lesz, lehet-e láncba kötni, vagy máshogyan, hogy helyiségenként 1 kábel elég legyen?

A szerintem ROSSZ megoldás: (hogy kisbetu is hozzá tudjon szólni :)

Itt fent az a hiba szerintem, hogy maximum 1 terminátor lehet egy CAN buszon, és itt több van.
Szerintem nem jó, mert kevert topológia.

Ez a lenti kép így működhet? Költői kérdés, nem kell 2 node egymásra kötve az én esetemben, ez is szándékos rossz példa.

A sorba kötés elve alapján működhet akár. (De nem jó, mert felesleges 1 helyiségbe 2 node-ot húzni!)
Szerintem ez sem jó, mert kevert topológia és értelmetlenül van +1 node a helyiségben.

A talán biztosan jó megoldás, hogy node-onként csillagpontosan lesz összekötve:

Ahol az egyik utolsó node-ban bekapcsolom, hogy a TERMINAL OUT legyen (TERMINATOR). Vagy rakhatnék ellenállást is, de miért, ha tudja a CAN busz HUB.
Jól gondolom, hogy ebben az esetben 1 terminátor kell, és nem több, nem kevesebb?

További változat, hogy helyiségenként 1 node lesz kiépítve, és oda rakok CAN busz - SPI konvertert:

https://www.electrodragon.com/product/mcp2515-can-receiver-breakout-boa…
https://www.dx.com/p/mcp2515-can-bus-module-tja1050-receiver-spi-module…

És erre az SPI konverterre rakom a 2-3 szenzort, lásd a képen, pár szenzorral lerajzolva:

Tehát a fenti kép alapján a szenzor 1-2-3 összesen 4 éren van a helyiségbe vezetve CAN buszon, majd SPI-re alakítva rákötöm mindhárom szenzort. Továbbá helyiségenként ugyanígy kötöm be, az 1-3 szenzort. (Hogy az SPI-t hogy kötöm, az külön kérdés :)
Van ennél észszerűbb kiépítése sok helyiség, 20+ szenzor esetén, ahol akár 30 méter távolságra is el kell vezetni a CAN buszt?

Triviális kérdésnek tűnik, de ebben az esetben csak SPI-t támogató szenzorokat használhatok, kivéve, ha meg lesz oldva más interface-re az átalakítás CAN buszról, jól értem?

Szenzor bekötés: =============================

4 ér kell, én CAT6A / CAT7A S/FTP-ben fogom húzni. Kettőt a CAN busznak, kettőt a 3.3VDC + föld.

Megfelelő a 2 datát egy érpárban, és a 2 powert egy érpárban vezetni, mint a képen?
Esetleg a maradék 4 érpárt lehet egyéb gyenge áramú feladatra használni, például RJ45-be kikötni, mint 100 mbit LAN port? Vagy legyen szépen üresen?
A 8 érpár esetén mind a 4 eret 1-1 érpárban vigyek külön, és a maradék 4 érpárt pedig hagyjam üresen?

Köszönöm előre is az észrevételeket.

Sziasztok!

Keresem a megoldást, hogy a Raspberry Pi model 3 B plus tudjon NFS-ről Raspbiant betölteni. A cél az lenne, hogy ne SD kártyáról fusson a Raspbian Stretch Lite, hanem NFS-ről.

Amivel szeretném megoldani, ha lehetséges:
- Raspberry Pi model 3 B plus
- NAS, ami támogatja az NFS-s, RPI-ből fel is tudom mount-olni, valamint támogatja a TFTP szervert is, az is az /nfs mappára mutat
- Tomato firmware alapú router, DHCP-vel (ha ezen kell valamit állítani)

Tehát optimális lenne, ha az RPI valahogy PXE-n keresztül letöltené a TFTP szerverről a boot-hoz szükséges fájlokat és NFS-ről pedig beindulna a Raspbian.

Ezek alapján:

https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmode…
https://www.makeuseof.com/tag/network-boot-raspberry-pi-without-microsd/
https://hackaday.com/2018/10/08/hack-my-house-running-raspberry-pi-with…
http://lig-membres.imag.fr/duble/software/raspberry-pi-netboot/
https://raspberrypi.stackexchange.com/questions/628/how-do-i-configure-…

Amit már megtettem:

echo program_usb_boot_mode=1 | sudo tee -a /boot/config.txt

"
$ vcgencmd otp_dump | grep 17:
17:3020000a
Ensure the output 0x3020000a is correct.
"

Nekem ez oké.

mount 192.168.1.11:/nfs/server01 /nfs/server01/
sudo rsync -xa --progress --exclude /nfs / /nfs/server01

Tehát ott van fent NFS-en a teljes OS.

cd /nfs/server01
sudo mount --bind /dev dev
sudo mount --bind /sys sys
sudo mount --bind /proc proc

Innentől nem tiszta, ha az első leírást akarom követni, ezt:

https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmode…

Elakadtam. Hogy miket kell jelen esetben csinálnom, ha a másik szerver nem RPI, hanem külön NAS + DHCP-s router.

Nekem úgy is jó, ha pendrive-ról valahogy boot-ol, és NFS-ről indul az OS, vagy úgy is, hogy SD kártyáról boot-ol, és onnan olvassa az NFS-t, csak az SD-t lehetőleg read only-ként szeretném használni.

Továbbá ebben az esetben ha jön egy újabb kernel, akkor az SD/USB-t is frissítenem kell, vagy az kb csak egy boot loader lesz, és nem kell hozzá nyúlni?

Köszönöm.

Sziasztok,

arra keresek megoldást, hogy van 2 különböző erősítő (jelen esetben mind a kettő 4 ohmos, max 80 watt), és van 1 pár, 2 darab 4 ohmos hangfal, amit szeretnék váltva kapcsolni. Tehát van 2x2 kábel bemenet a hangfalba és 2x2 + 2x4 kimenet az erősítőkből, és egyszerre csak az egyiknek kell a bemenetbe jutnia, lehetőleg minél kevesebb minőségromlással.
A kapcsolót nem kézzel, hanem Raspberry PIvel szeretném kapcsolni, tehát relé jellegűen 3-5V között, ha megoldható, vagy más vezérelhető kábeles módon.

Első körben nem szeretném az erősítőt szétszedni és megoldani, hogy ne 2x2, hanem csak 1x2 jelet kelljen kapcsolni, de ha nincs más, ez lesz, ha ez megoldás.

Tehát a cél az lenne, hogy ami kijön BAL: fekete+piros és JOBB: fekete+piros kábelt bekötni egy audió kapcsoló eszközbe, valamint a másik erősítőből kijövő hasonló 4 kábelt bekötni, amit RPIvel kapcsolok és kimenetként van 4 kábel, amit hangfalakba kötök változatlanul. Tehát 2x4 be, és 1x4 ki, relével kapcsolhatóan.

Amit találtam:

https://www.aliexpress.com/item/12VDC-Audio-input-switching-board-Audio…

Ez megoldás lenne, ha nem kézi kapcsoló lenne, ránézésre.

https://www.dhgate.com/product/audio-input-signal-selector-relay-board-…

Ez ha kapcsolható egyértelműen az 1. és 2. kimenet, akkor meg is lehet a győztes.

https://www.aliexpress.com/item/Audio-Switche-2-Input-2-Output-Passive-…

Itt 2 be és 2 kimenet van, valamint kézzel kapcsolható, de biztosan átalakítható lenne.

https://www.ebay.com/itm/DIY-Board-Relay-Switch-Signal-Selector-Audio-I…

https://www.ebay.com/itm/4-CH-Audio-Input-signal-Selector-Relay-Board-S…

Ezek a bemetet kapcsolják.

https://www.aliexpress.com/store/product/Audio-Switching-Board-3-5mm-au…

https://www.aliexpress.com/item/XH-M371-3-5-Audio-2-Input-and-1-Output-…

Ilyesmire gondoltam, csak relével kapcsolva, nem kézzel. Ez is biztos átalakítható, de nem tűnik nagyon komoly cuccnak.

Ez már megoldásnak tűnik, csak nekem elég 2 input:

https://www.aliexpress.com/item/4-Input-1-Output-Lossless-Relay-Control…

vagy ez, itt egyszerűnek tűnik a kapcsolót vezérelni

https://www.aliexpress.com/item/4-Input-1-Output-Lossless-Audio-Source-…

Ez 2 csatornás, csak nem relés alapból:

https://www.aliexpress.com/item/2-Input-1-Output-Audio-Signal-Switcher-…

Jack-es változatban, az RCA-s, az előző már jobb akkor:

https://www.aliexpress.com/item/2-Input-1-Output-Audio-Signal-Switcher-…

Ez is jónak tűnik:

https://hackaday.io/project/46280-muffsy-stereo-relay-input-selector

Vagy ez:

https://www.aliexpress.com/item/6-Channel-Unbalanced-Stereo-or-Balanced…

Itt nem egyértelmű, hogy tudok-e az 1-es és 2-es input között egyszerűen váltani, vezérelve és státuszt lekérdezni.

http://www.analogmetric.com/goods.php?id=126

Ugyanez, mint a fenti.

https://theaudiocrafts.com/audio-input-selector-board-for-bulk-head-tif…

További lehetőség.

https://www.droking.com/ac-12-15v-audio-input-signal-selector-relay-boa…

Vagy ez. Itt is kapcsolható lenne könnyen az 1. és 2. input?

Az lenne a legjobb, ha lekérdezhető lenne valahogyan, hogy melyik az aktív, vagy ha nem lekérdezhető, hogy kezelni?
Ti melyikkel oldanátok meg, vagy hogyan?

Köszönöm.

Sziasztok,

Itt szeretném összeszedni, ki mit javasol a lakáson belüli szenzorok kiépítésére, a szenzor tokjára, elhelyezkedésére és minden ezzel kapcsolatos lehetőséget.

Itt van például a BME280-as szenzor:

https://projects.raspberrypi.org/en/projects/build-your-own-weather-sta…

Ha ezt a hőmérő / légnyomás / páratartalom szenzort szobán belül szeretném kirakni:

1. Milyen burkolatba, keretbe, védő tokba szokás tenni? (az esztétikán kívül?) Értem itt: mennyire lehet zárt, lehet-e védeni legalább cseppállóan, porosodástól, ütéstől, érintéstől, stb? Rögzítés: tiplivel, ragasztani, stb?

2. Hogy a legcélszerűbb kiépíteni? Falban kábelezve, majd csak a szenzor keret látszódjon ki? Vagy falba beépítve, hogy csak a szenzor keret szellőző része látszik ki? Esetleg odarakni valamilyen kapcsoló / egyéb eszköz közelébe? (Nem tűnik jó ötletnek a melegedés / zavarás miatt.) Vezeték nélküli esetén kis elem, amivel megy évekig, általában úgy oldják meg. Ez a téma főleg a kábelen vezetett szenzorokra próbál fókuszálni.

3. Milyen magasságban szokás kirakni? Kb 150 - 160 cm-re a padlótól megfelelő, vagy máshová szokás? Vagy a kapcsolókkal egy szintre?

4.Elhelyezés. Amiről eddig olvastam: nem az ablakhoz, nem az ajtóhoz, hanem oda, ahol kevésbé mozog a levegő. Például ha a szobában északon van az ablak, délen az ajtó, akkor a keleti vagy nyugati falra.

Főbb szenzor típusok:

- hőmérséklet
- légnyomás
- pára
- gáz
- áram / feszültség / teljesítmény mérő (bár ezt nem szokták kirakni láthatóan)
- fényérzékelés
- mozgásérzékelés
- szélsebesség
- hang
- mágnesesség érzékelő
- helymeghatározó
- távolság mérés, érzékelés
- érintés érzékelés
- folyadék áramlás
- föld / talaj szárazság érzékelés
- színérzékelés
- biometrikus azonosítás
- QR kód / vonalkód olvasás

Példa szenzor tokok:

https://www.aliexpress.com/item/50-pieces-59-26-12mm-good-quality-black…

https://www.aliexpress.com/item/10-pcs-lot-abs-plastic-material-white-c…

http://www.dpaonthenet.net/article/170679/Room-sensor-enclosures-from-B…

Ami első körben a fókuszban van, hogy ezeknek tokot, elhelyezést kitalálni, amik I2C-n kommunikálnak:

- hőmérséklet
- légnyomás
- pára
- gáz (ennek a fenti négynek nyilván nyitott tok kell)
- fényérzékelés (ez lehet üveg/plexi mögött?)
- színérzékelés (ez lehet üveg/plexi mögött?)

Érdekelne a már kiépített szenzorokkal kapcsolatos tapasztalat és hogy miként látjátok ezeket. Köszönöm.