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

RPi/Arduino? wifi sensor (IoT)

Üdv!
Hobbi projektként szeretnék majd egy olyan rendszer kialakítani, hogy egy központi adatbázisba küldenék a szenzorok a mérések adatait.
Félig már megy is, RPi-n a szenzorok küldik az adatokat (pl. DHT22).
Egy dolgot szeretnék már csak, hogy wifi-n keresztül küldjék a megfelelő adatokat: hőmérséklet, nyomás, páratartalom... stb.
Tehát IoT-szerűen (LAN vagy akár interneten), ha nincs kábelezés.
Mit javasoltok? Arduino-ra tegyek pl. DHT22 és az küldje wifi-n? Vagy PrivateEyePi?

RPi, Arduino adottak már. Kis költségre gondolok.

Raspberry Pi model 3 B vs 3 B plus audió minőség (romlás)

Sziasztok,

több helyen azt olvastam, hogy míg ha külső DAC-ot (hangkártyát) használok a 3 B-vel az jól szól, viszont a 3 B plus esetén problémát okoz, ha az ethernetről (kábelen át) olvassa az adatot, mert a gigabites lan, ami csak 300 Mbit körül megy a B pluszban, az nagy zajt okoz a DAC-nak. Wi-Fi és USB-s adatolvasás esetén nincs ez a probléma.

Míg a 3 B esetén csak 100 Mbites a net, és ott nincs ebből gond, ha kábelen olvassa az adatokat zenelejátszás közben.https://volumio.org/raspberry-pi-3-b-plus-audio-review/

http://www.crazy-audio.com/2014/07/sound-quality-of-the-raspberry-pi-b/

https://www.raspberrypi.org/forums/viewtopic.php?t=215158

Futott ebbe bele valaki?

Továbbá zenei célra a 3B-t javasolják maximum, kevés DAC/DAC+AMP támogatja a 3B pluszt.

A chip-gyártók bénázása

Az Olimex Ltd. blogjából kiderül, hogy a cég miért is ragaszkodik annyira az Allwinner SOC-jainak a termékeiben való felhasználásához. Hát nem azért, mert az Allwinner olyan tökéletes partner lenne.A hardverük ugyan nem rossz, de a támogatás és az általuk készített driver-ek csapnivalóak. Ezt kiemelkedően jól példázhatja, hogy két nappal ezelőtt közösségi közreműködés révén a SATA sebességét háromszorosára sikerült növelni egyetlen sornyi patch-csel. Azért csak "példázhatja" és nem "példázza", mert még nem zajlott le elég teszt; de azért a háromszoros szorzó elég megdöbbentő.

Lámpa / dugalj / RPI relé vezérlés alternatív kapcsolása, hibrid megoldás?

Sziasztok!

Felvázolom a helyzetet és hogy mire keresek első körben elméleti, majd utána gyakorlati megoldást.

Egy lakásban ki van építve az elektromos hálózat (konnektorok, lámpák, légkondi, konyhai eszközök, stb), minden erősáramú (és gyengeáramú) kábel a biztosító szekrény közelébe és abba van bekötve, mint normál esetben. Infóim szerint nincs plusz olyan erősáramú kábel, ami még lenne (üresen), viszont van szobánként több gyengeáramú, vezérlésre alkalmas kábel (6 eres riasztó kábel, CAT 6A S/FTP kábel), ami alkalmas lehet arra, hogy a konnektorba, vagy magához az eszközbe oda vezessem és oda beépítsem, ha kell, nincs még használva.

Mi lehet a megoldás arra, hogy ha bármi történik az okos otthon vezérlővel, működésével, ami vezérel egy ki/be kapcsoló relét, méri a fogyasztását, akkor még valamit átkapcsolva tudjon minden működni a hagyományos módon, mérés és kapcsolás nélkül?

Amikre gondoltam, mint elméleti utak:

0.A. Ha simán a relé + fogyasztás mérő a biztosító szerkénybe bekötés elé kerül, akkor elő tud fordulni, hogy a relé ki van kapcsolva, és akkor a lámpa kapcsolót hiába kapcsolom be/ki, mert le van kapcsolva, nincs benne áram. Ha elromlik a relé vezérlés és le van kapcsolva, akkor nem fog működni sehol semmi.

0.B. Ha viszont a lámpa kapcsoló van lekapcsolva, hiába kapcsolom ki/be a relét, nem fogja felkapcsolni a lámpát, mert nincs felkapcsolva kézzel. Tehát ez az egész arra lenne jó így, hogy a felkapcsolt fogyasztókat le tudjam kapcsolni + mérjem a fogyasztást, de én nem fogom tudni így felkapcsolni, ha le van kapcsolva a fizikai lámpakapcsoló. (Erre más megoldás kell.)

1. Valahogy ha egy

1.A. - alternatív (váltó) kapcsoló / kettős alternatív kapcsoló

1.B. - váltókapcsoló (keresztváltó kapcsoló)
vagy bármilyen más kapcsoló módon működne például egy lámpa (ami lehet, hogy eleve 2-3 helyről kapcsolt akár), és a másik ágát a relé kapcsolná. Tehát a szobában felkapcsolom a villanyt, a relé lekapcsolja. Vagy nem ég a villany és a relé felkapcsolja, azonban én a fali kapcsolóval mint váltókapcsoló lekapcsolom. Ilyenkor a kapcsoló gombja soha nem állna mindig ugyanúgy, mintha csak egy darab kapcsoló lenne, tehát nem a lefelé kapcsolt lenne a ki, és a felfelé kapcsolt állása lenne a bekapcsolt, hanem éppen ahogy van, mint amikor 1 lámpát 2 helyről lehet kapcsolni normál esetben. Az a tippem, így buknám, hogy lehessen mérni a fogyasztást, már ha ki is vitelezhető ez a relé + váltókapcsoló / alternatív kapcsoló megoldás. Extra kábelezés kellene hozzá? Milyen?

2.A. A kiépített relé vezérelt és fogyasztásméréssel kiegészített részt egy külön kapcsolóval, ami még előtte van valahogy bekötve felülbírálnám, tehát mondjuk a biztosító szekrény körül lenne sok kapcsoló (vagy egy központi), amivel ki tudnám manuálisan kapcsolni ezt az akár 20 relé + mérő részt. Így megoldás lenne arra, hogy ha a relés rész elromlik, akkor sem marad lekapcsolva semmi, és manuálisan működik. Ennek az előnye, hogy a kapcsoló a hagyományosan működne, tehát a lekapcsolt gomb mindig lent lenne, ha felkapcsolom a kapcsolót, akkor mindig égne a lámpa, mert nincs más, ami ezt kapcsolja.

2.B. Valami másféle kapcsolással kiiktathatóvá tenni az összes relét és fogyasztás mérést.

3.A. Impulzuskapcsolókat / gyengeáramú kapcsolókat használni (például KNX?) Ilyen esetben akkor a lámpa fixen be lenne kötve, kapcsoló nélkül a relébe, amit csak a relé működtette, és a gyengeáramú kábelen (UTP/CAT6A) zajlana a kapcsoló vezérlése. Hátránya ennek, hogy nem így van kitalálva, de még átalakítható, most azt ne nézzük, hogy minek az árán. Ennek az lenne a hátránya, hogy ha ez a vezérlő egység elromlik, akkor sehol nem működne a lámpa / konnektor, és nem lenne alternatív megoldás a kapcsolásra, csak ennek a vezérlésnek a megjavítása. Előnye: Így azonban mindent lehetne központilag ki/be kapcsolni, mert a kapcsoló csak egy esemény, hogy be/ki, ami jöhet máshonnan is.

4. Még jobb ötletetek van erre! :-)

5.A. Ha egy átlagos lakás minden erősáramú fogyasztóját (mosógép, elektromos sütő, lámpák, konnektor) relé által kapcsolttá alakítanánk, legyen mondjuk 30 relé, akkor mennyi lesz a fogyasztás?
5.B. Mi a tapasztalat, a relék és az ilyen vezérlők mennyi időnként szoktak meghibásodni? Ilyenkor csak lekapcsolva maradnak, vagy akár még kárt is tesznek az eszközökben?

6.A Mindezeken felül bizonyos konnektorokba szünetmentes általi szinuszos áramot adni és kapcsolni a fent legjobb módon már nem sokat bonyolít, jól sejtem? :-)

7.F. Fogadjam el, hogy nincs erre megoldás és éljek együtt azzal, hogy ha elromlik a relé vezérlő, akkor nincs áram, amíg meg nincs javítva.

Szeretem végiggondolni az eleve hülyeség ötletet is, hátha közben előkerül egy működő is.
Köszönöm az észrevételeket előre is.

Raspberry Pi: fogyasztás mérés és relé vezérlés? Otthon automatizálás

Sziasztok,

Otthonautomatizálási célból milyen Raspberry Pi alapú megoldást javasoltok arra, hogy:
- Relay / relével vezéreljek bizonyos eszközöket, konnektorokat ki/be kapcsoljak. Az lenne az optimális, hogy 20-30 eszközt / konnektort tudjak vezérelni / mérni.
- Fogyasztás mérés: a fenti relével kapcsolt eszközök fogyasztását mérjem, és kapcsolni tudjam, és ebből az adatokból majd grafikonokat készítek valamilyen open source megoldással várhatóan.

További szempont lenne, hogy ezt az egészet oda be lehessen építeni, építtetni, ahol a villanyóra van, nyilván ésszerűen ketté választva az erős áram és gyenge áram részeket, de egymás mellett lenne a vezérlés és maga a kábelek.

Az pedig még optimálisabb lenne, hogy lenne megoldás arra, hogy ha bármi történik az okos otthon vezérlővel, működésével, akkor még valamit átkapcsolva tudjon minden működni a hagyományos módon, mérés és kapcsolás nélkül.

Ilyen reléket találtam jónak így elsőre:

Sok relé:

https://www.modmypi.com/raspberry-pi/relays-and-home-automation-1032/re…

Amit néztem:

https://www.modmypi.com/raspberry-pi/relays-and-home-automation-1032/re…

(ez mivel több a gyakorlatban, mint a sima relék?)

vagy:

https://www.modmypi.com/raspberry-pi/relays-and-home-automation-1032/re…

Fogyasztás mérésre sokat kerestem, és azt találtam, hogy külső eszközöket (USB-vel az RPI-re dugva), nem DIY módon készült cuccokat használtak, vagy csak összegesen kevés ilyen DIY megoldást találtam. Én nem akarok feltétlen DIY megoldást, szívesen vennék egy kész eszközt, ami megfelel a fenti 2 célra.

Amiket találtam:

https://www.aliexpress.com/item/PEACEFAIR-AC-100A-Electric-power-monito…

USB-s, de lehet hogy lehetne a RPI-t illeszteni hozzá.

Ez WIFI alapú, de van hozzá custom firmware ( https://github.com/arendst/Sonoff-Tasmota/wiki ), amivel RPI-vel használható lenne, én azonban csak kábeles megoldást keresek, ami minél egyszerűbb és ésszerűbb módon kommunikál az RPI-vel:

https://sonoff.itead.cc/en/products/residential/sonoff-s31

Ez sem kábeles:

https://botland.com.pl/en/inode-modules-and-sensors-bluetooth-android/9…

Ez nem megoldás erre:

https://hackaday.io/project/6700-home-power-usage-monitor

Ami megoldásnak tűnik, de nem modul, hanem egy komplett eszköz RPI alapon:

SmartPi 2.0

https://shop.enerserve.eu/262/smartpi-2.0?number=100029.6&c=45

https://www.kickstarter.com/projects/1240982104/smartpi-turn-your-raspb…

Másik megoldás, ez is RPI alapú:

https://shop.openenergymonitor.com/emonpi-3/

Újabb próbálkozás:

https://www.instructables.com/id/Simple-Arduino-Home-Energy-Meter/

Vagy ez:

https://www.instructables.com/id/Domotic-Energy-Meter/

Ez is:

https://www.instructables.com/id/Internet-connected-home-energy-monitor/

... szóval melyiket javasolnátok? Használ valaki RPI alapon fogyasztás mérő megoldást, kábelesen?

Köszönöm.

Elérhető mobil OS-ek?

Sziasztok!

Egy ideje próbálok rendet rakni a fejemben de nem túl nagy a siker.
Valami olyan mobil OS-t keresnék, amin jó eséllyel futtathatók natív linux szoftverek mint pl. a Raspbian.

Eddig nagyjából 2 dolgot "találtam". Az Ubuntu Touch nagyon ígéretes volt, de mire lett volna belőle valami, kilőtték a projektet. Azóta szinte egy helyben vergődik.
A másik a Sailfish OS, amiről túl sok infóm nincs. Mindenhol azt írják, hogy nem Android, de mégis a LineageOS-re épül, ami tudtommal ugyanolyan Android mint a többi.

Van 2 hasznavehetetlen táblagépem. Az egyik karcsú memóriában és processzorban, de pl. konzolozni mondjuk egy fizikai billentyűzettel bármelyik jó lenne. Van 2 telóm, az egyik egy Xiaomi Redmi 4X, ami hardveresen sem annyira gáz (32G rom, 3G RAM) és semmire nem használom csak porosodik. Elvileg elkezdték portolni rá az Ubuntu Touch-ot de valahol elakadt a projekt. A másik egy Mi Mix 2s, ami napi használatban van, flagship készülék elvileg bőven lenne erőforrás, a mérete pont ideális lenne és ha lenne valami használható cucc, simán beáldoznám.

Tudom, hogy van GPD Pocket 2 és társai, de elég húzós az áruk.
Az egyik ok ami miatt jó lenne ez, hogy lehetne hasznosítani a még működő de kissé elavult hardvereket, a másik pedig hogy egy kis vékony eszköz amit könnyű hordozni egy bluetooth billentyűzettel faja lenne. Ha működik az OTG és lehet rá csapni HUB-ot vagy/és wired hálókártyát, akkor wireshark-tól elkezdve minden jóság értelmet nyerne.

Vállalkozó szellemű RPi0 tulajokat keresek egyszerű tesztre

RPi0-ra raknék MotionEyeOS-t, ami Pi0-n a Raspbian-féle (most éppen 4.14-es) kernelt használja.

És hogy a lehető legegyszerűbb legyen az elérése a dolognak, be szeretném lőni a cuccot egyúttal USB-gadget módba. Jó lenne akár a g_ether, vagy akár a g_serial modul is. A net tele van azzal, hogy Raspbianon egy kb 4.4 kernel óta hogyan működik:

a /boot/config.txt-be egy önálló sorba beírjuk, hogy dtoverlay="dwc2", a /boot/cmdline.txt-be pedig az egyetlen sor végére azt, hogy "modules-load=dwc2,g_ether" (vagy g_serial). Ha a g_ether-t használom, akkor amikor összekötöm a gépet és a SBC-t az usb-kábellel, sima IP-hálózat lesz a kettő között, ha a g_serial-t használom, akkor soros portot csinál belőle, így cu/tip/minicom/picocom/stb segítségével érhető el a Pi. Előző esetben pl. az ssh-szervert engedhetem rá az usb0-ra, utóbbi esetben a getty(nek megfelelő szoftver)t.

És itt a gond. Letöltött legutolsó MEyeOS alatt

- egyrészt nem tölti be a modulokat a fenti hatására; sőt nem tölti be akkor sem, ha a modulok betöltését a dokumentáció szerint is használható /boot/modules -be írom - helyette csak a /etc/modules a jó neki (ez azért gáz, mert a /boot ugye VFAT, amit bármilyen OS alól könnyedén lehet piszkálni, a / viszont ext4, amihez javasolt Linuxot használni)

- másrészt - és ez a nagyobb baj: ha a /etc/modules-ből (vagy a bebootolt rendszeren kézzel modprobe-bal) töltöm be a modulokat, akkor betöltődnek ugyan, csak éppen ennyi lesz az eredmény:

udc-core: couldn't find an available UDC - added [g_serial / g_ether] to list of pending drivers

És persze sem az usb0 (vagy bármi más nevű) új interfész nem jelenik meg, sem a /dev/ttyUSB0 (vagy ACM0 vagy más) eszközfájl (nyilván a modultól függően várnám egyiket vagy másikat).

Ellenben ha letöltöm a legutolső Raspbiant (ami már vagy fél éves), és azt tolom fel a kártyára, akkor a dolog gyönyörűen megy.

A jelenség nekem stabil egy RPi0w-n és egy RPi0+RedBear IoT-hat masinán - természetesen ugyanaz a kütyü, ugyanaz az SD-kártya, ugyanaz az USB-kábel, ugyanaz a csatlakozott laptop. Csak az OS-ben van eltérés.

Szóval van-e valaki, aki hajlandó megnézni saját pinulláján, hogy ő is ezt tapasztalja-e? Ehhez nyilván le kell tölteni egy MotionEyeOS imidzset, legalább egy raspbian lite.img-t, és fentieket ki kéne próbálni.

Persze bármilyen ötletet szívesen veszek, ha valaki már játszott usb-gadget móddal. Valahol azt is olvastam, hogy - talán a g_cdc modullal - olyat is lehet, hogy mind a g_ether, mind a g_serial betöltődik - csak azt nem értem, hogy akkor ugyanazt az USB-t pontosan hogyan is tudom használni? Lesz belőle IF is, meg sorosport is? És amikor az egyiket piszkálom, akkor a másik nem működik? Vagy mind a kettő? Vagy hogyan? De igazán ez csak mellékszál, a jó az lenne, ha kiderülne, hogy mit kell tennem a mőködésért.

Raspberry Pi keyboard map

Van egy Raspberry Pi (ver 3.0 Model B+) amit filmnézésre szánok. A megjelenítő egy régi 80cm CRT TV készülék - kompozit videó jel. Nem kell bonyolult "multimédia lejátszó" (pl. Kodi) de a Raspbian lite verziója és egy ilyesféle Kínai billentyűzet:
https://www.amazon.co.uk/Wireless-Multi-media-Keyboard-Raspberry-Layout…

Sajnos a billentyűzet kiosztást nem tudom beazonosítani, de lehet az is kevés a "multimédia" billentyűkhöz képest (pl. hangerő szabályozó vagy seek).
Biztos van ilyen kiosztás de nem tudom benne van e az alapkészletben ill. ha nincs hol találhatnám meg a megfelelőt, hogy is kell ilyet parancssorból telepíteni.
Valaki próbált ilyet?

Orange PI One + OpenWRT probléma

Adott egy Orange PI One, amin openWRT futtatása lenne fontos. A szükséges firmware megvan, SD kártyára kiírva, azonban beüzemeléskor gondok vannak.

1) a boot folyamat a képernyőn csak a "Starting kernel..." pontig látható, utána semmi, elsötétül, a HDMI már nem továbbít semmit
2) pingelni lehet a 192.168.1.1 címet. Minden hálózattól elszeparálva van tesztelve, 5 portos switch és egy PC beiktatásával, tehát IP ütközés kizárt
3) semmilyen port nem válaszol: sem SSH, sem HTTP, semmi. nmap szkennelés sem ad semmilyen pozitív eredményt
4) SD kártyán ellenőriztem az /etc/config könyvtárat: pár apróságon kívül (dropbear, network, system) nem tartalmas mást, nincs sem "luci", sem "dhcp", stb...
Továbbá a /var, /tmp, /overlay, /www könyvtárak is üresek, még kernel log fájlt sem tudok tanulmányozni

Van valakinek ötlete, hogy mi lehet a megoldás iránymenete?