Raspberry Pi / SBC összehasonlítás: Rj45 csatlakozással, 0-24 üzemben működés, akár POE-ról, otthon automatizálás céljából

 ( KaTT | 2019. július 11., csütörtök - 23:24 )

0-24 üzemben működés, akár POE-ról, otthon automatizálás szempontból készült az összehasonlítás.

https://www.hackerboards.com/compare/251,171,140,165,88,139/

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

ez igy pont most lett outdated a rpi4 megjelenesevel
https://www.hackerboards.com/compare/358,251,171,140,165,88/

Azt elfelejtettem odaírni, hogy ez a saját céljaimra való válogatás, a szempont a szenzorok üzemeltetése és hogy legyen I2C / SPI a szenzorok csatlakoztatásához. További szempont, hogy sok helyiségbe kell és hogy minél kevesebb fogyasztása legyen, valamint kell RJ45-ös csatlakozó. Sok RPI klón ott esett ki, hogy nincs rajta I2C / SPI, vagy RJ45, csak WiFi.

A győztes az Orange Pi Zero Plus 2, az RPI4-nek erre a célra esélye sincs, 2,5x annyiba kerül, a Zero Plus -10 °C – 65 °C-on megy, az RPI4 csak 0 °C – 50 °C.
Mindegy, köszönöm, csak azért írtam le, hogy értsd, miért ezeket válogattam ki.

Sakk-matt,
KaTT :)

Beaglebone családot ismered (Black, Green, Blue, Industrial)? Hardveres témákra ügyes.
Plusz pont, hogy szervízlaptoppal USB-n rácsatlakozva szintén eléred ssh-val (192.168.6.2).

Kisfogyasztású szenzorokhoz RS485 buszra fűzött mikrovezérlős egységek sem elvetendők.

Köszönöm, nem ismertem, eddig nem találkoztam vele, nézem most, nagyon jónak tűnik! Használtál már ezek közül valamit?
Az infóid alapján mit javasolnál? Kritérium, hogy legyen RJ45, és minél több I2C / SPI és hasonló interface-ek.

https://github.com/beagleboard/beaglebone-black/wiki/System-Reference-Manual#622-high-level-features

Jól látom, hogy 3x I2C és 2x SPI van rajta?
Továbbá van RTC is.

Sakk-matt,
KaTT :)

Vásároltam annó egy Black-et. Itt van az asztalomon, minap frissítettem Debian Busterre. Széjjelprogramoztam C-ben, bár ipari projektben nem sikerült eddig elsütnöm. Viszont további plusz, ami aranyos:
- alaplapra van forrasztva egy eMMC, így a microSD kártya és kontakthibái nem játszanak.
- PRU: ez az ARM Cortex A8 mellett egy 200 MHz-es 32 bites mikrovezérlő, amely 14 db GPIO-t elér és a rendszer RAM-ot is.

Én ha okoslakásban gondolkoznék, az ethernetes irány helyett az SBC-s központból kiinduló olcsó, kisfogyasztású RS485 buszt sem vetném el. Ez mindössze 1 db UART + 1 db GPIO (TX jelzés) és egy 8 lábú RS485 illesztő IC kérdése. Mind az SBC esetén mind pedig például a néhány milliwatt fogyasztású mikrovezérlővel ugyanúgy illesztendő ez az IC. A mikrovezérlő pedig néhány milliwattból elvan, ami például 50..100 mikrovezérlős szenzor esetén már éves villanyköltségben is jól látható különbség. Ráadásul méretben is kisebb.
A közös busz pedig 4 eres vezetékből (akár UTP fele, akár riasztós vezeték) elvan, hiszen 2 db vezeték kell adatnak és 2 vezetéken mehet az egységek felé a tápfesz. Az adatbusz két végét a vezeték névleges impedanciájának megfelelő ellenállással le kell zárni és minden egység erre az RS485 buszra felfűzhető.

subscribe

Szia, erre tudnál olyan kész megoldást, kész hardvert linkelni, ami ezt megoldja? Vagy kész modulokat, amiket csak össze kell forrasztani?

Ha jól értem, akkor RPI-n, UART-on kommunikálva fűznék fel I2C/SPI szenzorokat , és RS485-ön át kérdezném le.
Tehát hogy nézne ki a 4 érpáron a sorrend az eszközökkel?

(UART-ra, adatbuszra kötve) - (RS485) - (valami még) - (I2C-s BME680 hőmérséklet szenzor) ?

Sakk-matt,
KaTT :)

Kész megoldások vannak, de drágák. Inkább irodaházak által megfizethetőek. Ellenben csak fel kell csavarozni.

10 darab olcsó végponti eszközt például az alábbiból raknék össze:
- https://www.aliexpress.com/item/1995133873.html + rá a szenzorok, kapcsoló MOSFET, stb. Ez a mikrovezérlő sok GPIO-val rendelkezik, viszont ha a méret is fontos, léteznek kisebb DIP vagy SMD tokozású, kevesebb GPIO-t tartalmazók is.
- https://www.aliexpress.com/item/32704734528.html (UART <--> RS485)
Ha nem akarsz NYÁK-ot gyártatni, ilyenen is összerakhatod:
- https://www.aliexpress.com/item/1848518580.html

Ha NYÁK-ot gyártatsz, érdemes felületszerelt IC-kben gondolkozni. Sokkal kisebb a mérete.
A központi SBC-hez szintén a fenti UART-RS485 IC alkalmazható.

A fentivel költségtakarékosan kb. 2 dollár/db a végponti eszközöd + a szenzor/relé/amit a végére akarsz. Kicsi a fogyasztása, mindössze 2 eres az adatbusz, ami az egész házon végigmehet és 2 éren a központból megtáplálhatod.
A többi pedig SBC és mikrovezérlő programozás. AVR mikrovezérlőhöz feljesztőeszköz: sudo apt install gcc-avr avrdude vagy Arduino környezet.

"Kész megoldások vannak, de drágák. Inkább irodaházak által megfizethetőek. Ellenben csak fel kell csavarozni."

Kérlek mutass kész megoldásokra minél több konkrét termék linket, nagyon kíváncsi vagyok.
Nagyon furcsa, hogy ha 2 USD egy ilyet összerakni, és erre jó, miért nem árulják mondjuk 10-20 USD-ért egy ilyen komplett megoldást, 5-10x haszonnal.

Sakk-matt,
KaTT :)

Inspirálásodra utánanéztem példának egy KNX-RS232 illesztőnek. NYÁK: 68 EUR, DIN sínre rakható késztermék 190 EUR (pdf alja).
Értékben (és árban) nagy ugrások vannak a kupac alkatrész, egy kész működő NYÁK és az között, amikor egy villanyszerelő egyszerűen felpattinthatja a szabványos DIN sínre a számára is érthetően dokumentált és csereszabatos, jobb esetben gyártófüggetlen terméket.

Alább pár rendszer eszközeit, elképzeléseit és termékeinek árazását láthatod.
- https://ae01.alicdn.com/kf/UTB8QekojHPJXKJkSafSq6yqUXXa4.jpg
- http://www.knx-automation.co.uk/wp-content/uploads/2017/09/KNX-bus-components.jpg
- https://www.aliexpress.com/wholesale?SearchText=knx
- https://www.aliexpress.com/wholesale?SearchText=dali - DALI szabvány főleg világításra kihegyezett
- https://www.aliexpress.com/wholesale?SearchText=modbus

- https://www.schneider-electric.com/en/product-range/1424-knx/
- https://www.schneider-electric.com/en/product-range/65635-wiser/
- https://www.schneider-electric.com/en/product-range/2216-c-bus-home-automation-system/10678307197-relays-and-dimmers-and-output-modules/

Ha magad hobbizod ki az épületautomatizálást, sokkal kevesebbet fizetsz az alkatrészekért, viszont sokkal több órát "hobbizol" bele. Eredménye egy általad jól karbantartható, számodra rugalmas, szerethető ("te csináltad") rendszer. Ellenben más szaki igen nehezen (vagy egyáltalán nem) tudja karbantartani.
Ha elterjedt rendszer szabványos komponenseivel dolgozol, akkor könnyebben dokumentálható, másik arra a rendszerre képzett szaki is könnyebben el tudja végezni a hibajavítást, eszközcserét, rendszer bővítését. Ez utóbbi jelentős értéket képvisel, ami az árcédulán is meglátszik.

Az alábbi kiegészítők érdekesek lehetnek neked:
- https://www.instructables.com/id/How-to-Use-Modbus-With-Raspberry-Pi/
- https://www.instructables.com/id/How-to-Use-Modbus-With-Arduino/

Szerintem egy kicsit tultolja a srac de majd rajon.
------------------------
uint8_t *data; // tipussal megszorozzuk az adatot. wtf?

Szia, igen, lehet a te szempontodból túltolom. Lehetne egyszerűbben sok mindent. Sőt, más úton meg végképp.

Ilyen alapon az is túltolja, aki AUDI Q7 4,2 TDI-t vesz 326 lóerővel, mikor jóval gyengébb autó is megfelelő lehet eljárni az edzőterembe. Mégis veszik valamiért. Mégsem arra és úgy használják, amire optimális. Ilyen a világunk. Egy ismerős ipari megoldásokból építette fel a lakását, többszörös áron. Most a gyerekei már gimisen a mesterei ezeknek az eszközöknek, nyilván nem lesz gond elhelyezkedniük ilyen komoly tapasztalattal, hogy családilag közösen kezelték, konfigurálták azt, amit más sok évig tanul valami laborban. Az az ismerős is túltolta, de nagyon sok előnye lett belőle a családjának.
Ha egy fórumon beírod, hogy PC-n FullHD-s monitorhoz veszel nagyon erős CPU-t és 4K-ra is bőven jó grafikus kártyát, akkor megjelenik több tíz kommentelő, aki le fog hülyézni, hogy minek veszel olyan jó CPU-t, olyan sok RAM-ot, és legfőképp olyan erős grafikus kártyát, mert úgysem lesz több FPS-ed 300-nál, hogy milyen hülye pazarló vagy. (Nyilván az irigységük is ebben benne lehet.) Azt ők nem tudják, hogy mondjuk azért veszed, mert hosszú távra kell, másra is fogod használni és alapvetően megteheted, hogy lesz a gépednek egy jelentős erőtartaléka. Ott fognak osztani, mennyire rossz döntést hozol. Közben meg nem rosszat, csak ők nem értik, nem látják a teljes képet, a célt.

Ezeket csak azért írtam le, mert ha nem ismered a másik fél mély mozgatórugóját, céljait, anyagi lehetőségeit, akkor nehéz megérteni, mit miért csinál. Köszönöm amúgy, hogy hozzászólsz és elmondod a véleményed, mert hasznos.

Sakk-matt,
KaTT :)

:)

Apropó BBB-re is van néhány kész RS485 feltét:
- https://elinux.org/BeagleBone_ModBus_CANBus_Cape
- https://hu.mouser.com/new/beagleboardorg/beaglebonecapes/ (COMMS CAPE)

Ez pedig sok helyen kapható:
- https://www.robotshop.com/en/beaglebone-rs485-can-cape.html
- https://ardushop.hu/beaglebone-rs485-can-cape-wav96
- https://www.aliexpress.com/item/32247927825.html
- ...

A hobbiban való elmélyülésnek nem mellékes hozadéka, hogy az adott területen sok-sok dolgot készség szinten megtanul az ember.
Ilyen szép hobbi egyébként a rádióamatőr terület is. Sok ipari értelme ma már nincs, késztermékekkel dolgozunk az iparban. Ellenben nagyon sokat lehet tanulni, ha ténylegesen leásol a mélységeibe.

Hú, most lehet, hogy közelebb kerültem a sötét alagútban a fényhez, remélem nem a vonat jön! :)

Jól értem, hogy veszek például:

- BeagleBone Green ( https://beagleboard.org/green )

Ez lesz a központi egységem, amire befutnak az adatok és vezérli az egészet.

Lesz hozzá egy BeagleBone ModBus CANBus Cape ( https://elinux.org/BeagleBone_ModBus_CANBus_Cape ), ezt rakom a BeagleBone Green-re. Így lesz ModBus / CANBus

Majd erre rákötöm valamilyen módon 2 vagy több érpáron (10-30 méterre akár) a Cape-eket helyiségenként, akár 4-8 darabot, például:

BeagleBone Comms Cape ( https://hu.mouser.com/new/beagleboardorg/beaglebonecapes/ )

Amire rákötöm I2C-n a szenzoraimat (pár méterre a Comms Cape-től), és kész?

Kihagytam valamit? Ez így működhet?

UPDATE, megnéztem ezt:

https://eu.mouser.com/new/seeedstudio/BeagleBone-black-vs-green/

És a Green támogat Grove Sensor-okat, jelenleg 115 félét:

https://eu.mouser.com/Search/Refine?Ntk=P_MarCom&Ntt=146043639

Itt 133 féle:

https://www.seeedstudio.com/category/Sensor-for-Grove-c-24.html

Tehát veszek még ilyen kábeleket:

https://www.seeedstudio.com/Grove-Universal-4-Pin-Buckled-20cm-Cable-5-PCs-pack.html

És kb összelegózom a hardvert?

Beaglebone Green
Ha több szenzor kell:

Grove - I2C Hub
https://www.seeedstudio.com/Grove-I2C-Hub-p-851.html

És a szenzorok?

Sakk-matt,
KaTT :)

Szia, nagyon köszönöm, hogy időt szántál erre, sokat toltál előre, hogy mi is legyen.
A KNX és a GIRA árai, rendszerei miatt döntöttem el, hogy én inkább csinálok sajátot, sokat olvastam a termékeikről. Aztán most oda jutottam, hogy megfontolom ezek használatát.
A DALI buszról is a LED világítás kapcsán sokat olvastam, több olyan 24V-os LED tápegység van, ami DALI kompatibilis, a dimmelést támogatja, stb.

"Ha magad hobbizod ki az épületautomatizálást, sokkal kevesebbet fizetsz az alkatrészekért, viszont sokkal több órát "hobbizol" bele. Eredménye egy általad jól karbantartható, számodra rugalmas, szerethető ("te csináltad") rendszer. Ellenben más szaki igen nehezen (vagy egyáltalán nem) tudja karbantartani.
Ha elterjedt rendszer szabványos komponenseivel dolgozol, akkor könnyebben dokumentálható, másik arra a rendszerre képzett szaki is könnyebben el tudja végezni a hibajavítást, eszközcserét, rendszer bővítését. Ez utóbbi jelentős értéket képvisel, ami az árcédulán is meglátszik."

Köszönöm, hogy ezt leírtad, mert megerősítettél ebben, mert én is erre jutottam.
Én főként az elterjedt rendszer / szabványos komponensei felé húzok, azonban még mindig azon gondolkozom, hogy mennyire kombináljam például a multiroom audio eszközre rakok szenzorokat, vagy legyen teljesen külön.

Mindkettő iránynak vannak előnyei és hátrányai.

====================================================

Ha egyben lesz a multiroom audio + szenzorok leolvasása, akkor:

Előnyök:
+ nem kell külön leolvasó egység a szenzoroknak
+ elég 1 UTP kábel
+ tápellátás az RPI-nek a 24V-os tápról
+ szinte bárhogy bővíthető RPI alapon
+ könnyebb karbantartás, hogy kevesebb az eszköz, bár ez vitatható

Hátrányok:
- nagyobb fogyasztás a 24V / 60w erősítő miatt
- nem lehet POE
- folyamatosan megy az erősítő feleslegesen

====================================================

Ha pedig külön van a multiroom audio a szenzoroktól:

Előnyök:
+ külön van a multiroom audio, ha azzal bármi van, nem érinti a szenzorokat
+ lehet POE a szenzoros rész, kevesebb fogyasztás, céleszköz
+ külön le/fel kapcsolható a multiroom audio

Hátrányok:
- külön eszköz kell, amire a szenzorokat kötöm
- nehezebben bővíthető
- külön kábel kell a multiroom audio-nak és a szenzoroknak (mondjuk ez van, adott)
- komplexebb karbantartás, bár ez vitatható

Szóval még mindig a végső rendszer struktúráján gondolkozom, hogy mennyire keverjem a multiroom audio-s RPI-vel.

Ki fogom próbálni hamarosan, hogy milyen hangot ad ki az RPI+24V táp-on lévő 60w-os erősítő, ha bekapcsolom, hallok-e pattanást, zúgást a hangfalakból, amíg elindul a zene, és hogy meddig tart a folyamat. Ennek is döntő szerepe lesz a döntésnél. Valamint bízok benne, hogy ha hálózaton olvas az RPI 100 mbiten adatokat vagy a szenzorokból, akkor a hangrendszeren nem fog áthallatszódni semmilyen zaj. PC-n tapasztaltam többször ilyet, és ez nem jó, ha ez lesz.

Sakk-matt,
KaTT :)

Nrf51822+szenzoraid+advertising li cellaval. Link se kell csak advertising.
------------------------
uint8_t *data; // tipussal megszorozzuk az adatot. wtf?

Mi csak bbbt hasznalunk. Most csinalok 2 rs485 + gsm. Imadom. Rpi sehol nincs a am335xhez. Jatekszer az.
------------------------
uint8_t *data; // tipussal megszorozzuk az adatot. wtf?

Off:
Nem lehetne ezzel az aláírással valamit kezdeni? Pl. ha a alsó, 3 sornyi üres részt eltávolítanád, akkor egy egy soros hozzászólás után nem 5 sornyi lenne az aláírás.

nálam jónak látszott. bittedanke.

------------------------
uint8_t *data; // tipussal megszorozzuk az adatot. wtf?

OK, akkor csak mutatom, nálam így nézett ki. A mostani is csúnya (szerintem), de legalább nem túl magas már.

Köszönöm, hogy megváltoztattad.