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

Sziasztok!

Röviden beszámolnék róla, hogyan sikerült egy mDuino PLC-t szóra bírnom.

1. Az alapprobléma a következő volt: modbus klienset kellett volna illeszteni egy Siemens S7-es PLC-hez. A PLC-es srác nem volt túl együttműködő, ezért azt gondoltam belekukkantok a PLC programozás világába.

2. Emellett döntöttem:
https://www.industrialshields.com/product/m-duino-plc-arduino-21-i-os-a…

Nem túl drága, protokollok, szenzorok kiválóan tesztelhetők rajta, jól dokumentált, nyílt forrású, C-ben programozható és talán amúgy is jó lesz valamire, ha másra nem oktatási célra. FONTOS: az ADC 10 bites!

3. Az rs-components egy nap alatt leszállította a cuccot, a honlapjukon minden szükséges doksi ott van. Ezeket NAGYON érdemes elolvasni!

4. Fejlesztési környezet: arduino-IDE-1.8.5 Letölthető, kicsomagolod, bemásolod a megfelelő könyvtárba és már megy is. JAVA-s cucc, kicsit lassan indul. Nagyon sok példaprogram, library-k, stb.

5. Táp: Ha feldugod neki az USB kábelt, máris dolgozhatsz. Fontos! Az ethernet chip nem ébred ezen a feszültségen, kívülről kell megtáplálni, legalább 12 volttal. Ha az ETH és az USB panelnál kipattintod a takarólemezt, akkor találsz a jack-hüvely szerű tápcsatlakozót, bármilyen gagyi táppal (>=12 V) megtáplálhatod, a polaritásra figyelj! Én a hivatalos 24 V-os bemeneten adom rá a feszültséget egy labortáppal.

6. A PLC alaplapja Arduino MEGA 2560. Ez fontos. Fordításkor valszeg ennek figyelembevételével szedi össze a hardverspecifikus elemeket.

7. A beforduló ETH driver NEM JÓ! Az ethernet shield úgy csinál, mintha ébredne, de nincs értelmes IP cím kiosztva rá. LE KELL TÖLTENI az ETHERNET2 csomagot, és ezt kell include-olni. Nem kell crosslink kábel, switch-csel és dirkete összekötve is működik.

8. ModbusTCP. Gyorsan megtalálható a driver. Le töltöd, include-olod, viszont a Mudbus.h (sic!!) - ban ki kell kommentelni az Ethrenet.h include-ját.

9. Kliens oldal: PC, slackware 13.37 32 bit, MEA10 mérésadatgyűjtő rendszer. Letöltöttem a modlib könyvtárat, forrásból lefordítottam, végén make install. A dinamikus könyvtár a local/lib -be kerül. A 'C' nyelvű mérésadatgyűjtő szoftverbe be-includoltam a headereket, azonnal fordult. A modlib test programpéldákból kilestem, hogy milyen fv hívások vannak és azokat konstruktívan (-:: felhasználtam. Szépen, gyakorlatilag elsőre simán ment minden.

A következő lépés, hogy szenzorok kerülnek rá, egyelőre egy PT100-as hőmérő és egy poti, illetve a modbus-bitek pöcögtetéséhez kapcsolók. Valszeg kap valami normális DIN-sínre pattintható tápot is.

A PLC kódot kiteszem a pastebinre, majd linkelem.

Egyelőre ennyi.

Sziasztok,

Eddig osmc-t használtam ami minden egy két hónapban frissít. Minden frissítéskor van neki valami nyűgje. Szeretném leváltani. Kérdésem: A LibreELEC mennyire stabil? Érdemes rá váltani?

Sziasztok

Nagytakarítást csináltam a döglött/jó lesz még valamire/teljesen jó kütyük közt, és felfedeztem, hogy "nini - van egy elfekvőben lévő a címben szereplő SBC-m, egybedobozolva original orange pi kockában", wifivel és infrával együtt. Mivel a korábbi RPi1-es málna megadta magát (béke poraira), gondoltam egy nagyot, és jó kis mini projekt lehetne belőle - és lenne egy rádióm olyan összeállításban, amilyen csatornákat amúgy is hallgatok. Mhmmmmm, amúgy is kellene valami...Feltúrva a kütyüs dobozt, a következők vannak meg:
- König USB pc-s hangszóró zajkeltőnek
- Mezei infra távírányító (de lehet nem is lesz szükség rá)
- Egy alig használt 3-4 éves "okostelefon" wifi és BT él rajta (valamiért a GSM döglött, meh)
- Kb. 2 méter ETH kábel, 1A 5V táp, és AV-USB kábel sajna nincs meg - szóval valószínűleg át kell kapcsolnom majd...

1. Kérdés: Ki milyen progit használ MPD vezérlésre mobilon ami nem csúnya, nem túl nagy, és esetleg funkcionál is úgy mint egy rádió kijelzője?
2- Kérdés: Mivel lehetne megoldani, hogy akár két független csatorna is megszólaljon, úgy h az egyiket az egyik hangszóróra, a másikat a másikra küldöm ki?
Van olyan érzésem, hogy az USB-s drótost nem nagyon fogom cipelni, de a zombi telefont amin lenne a vezérlés, akár lehetne a hangszóróját használni...talán?

Tippek?

Sziasztok,

van egy RPi 3B, amire Raspbian-t telepítettem (Raspbian Stretch desktoppal, bár a desktopot gyakorlatilag nem használom, SSH-n érem el, ha kell).
Deluge fut rajta, másra nem használom. Aktív hűtés illetve hűtőborda nincs, de a doboztetőt levettem.
a CPU hőmérsékletét és a load adatait percenként naplózom egy fájlba és egy sqlite adatbázisba is (cron). Ezek a fájlok az SD kártyán vannak.
Az RPi több mint fél éve 0-24 fut, eddig problémamentesen.

Ma reggel észrevettem, hogy nem megy. Monitort és billentyűzetet rádugva sötét képernyő és a jobb felső sarokban a túlmelegedést jelző ikon fogadott.
Újraindítottam és látszólag minden OK volt.
A legutolsó mért adat 55C fok volt hajnali 5 körül. Ez azért elég messze van a túlmelegedéstől (teljesen átlagos érték), tudomásom szerint 80 C fok körül veszi vissza az órajelet, ha túlmelegedést észlel. Egy perc alatt biztosan nem nőtt kb. 30 fokot a hőmérséklet.
A szobában ugyan 26 fok körüli a hőmérséklet, de nem ez az első dögmeleg nap ebben az évben...
Egyszóval nem értem, mi történhetett.
Ráadásul ma délután újra túlmelegedett.
Ismét újraindítottam.
A furcsa, hogy a hajnalban rögzített mérési adatok óta nem került új adat a fájlba pedig az első újraindítás után néhányszor ellenőriztem a fájlt és láttam benne a friss méréseket.
Azóta többször szabályosan újraindítottam az RPi-t és egyszerűen nem ment semmilyen mérési adatot.

1. tényleg túlmelegedhetett? ha igen, tönkremehetett-e benne valami, esetleg az SD kártya megsérült?
2. hol vannak a friss mérési adatok? miért nincs benne friss adat újraindítás után, ha egyszer látom, hogy percenként frissül? nem menti azonnal az SD kártyára?

kérlek segítsetek!

Sziasztok,

két RPI3 van a lakásban. Az egyiken Rasbian Stretch fut (van desktop, de nem használom), a másikon Rasbian Stretch Lite (headless). Mindkettő ethernet hálózatra kapcsolódik.

Azt figyeltem meg, hogy ha újraindítom a routert (Telekom, mostanában viszonylag gyakran van szolgáltatáskiesés, az első próbálkozás 5 perc után a router újraindítása) akkor a Raspbian desktop-os RPI elérhető marad a hálózaton, míg a Rasbian Lite elérhetetlenné válik (a korábbi IP címe eltűnik a hálózatról), és csak újraindítást követően használható.

Mi lehet a jelenség oka illetve mit tehetek azért, hogy a headless RPi is "túlélje" a router újraindítását?

Köszönöm a válaszokat!

Üdv! Keresek mini pc-t 4K TV-hez. Nem sok az elvárás: gigabit net, usb 3, fanless és ami a legfontosabb, hogy ne csak papíron tudja a 4k lejátszást. Ezek közül a 4k-val szinte semmi tapasztalatom nincs. Ilyesmiben gondolkozom: https://www.amazon.com/Beelink-x5-Z8350-Processor-Windows10-Bluetooth/d… Tudna valaki segíteni aki használt már ilyet? Elég a teljesítménye az akadálymentes 4k-hoz? Elvileg hardveresen támogatott, de jó lenne ha valaki megerősítené.

Spinoff kérdés: ha kevés lenne a 32gb akkor külső vinyóról vajon tud ez bootolni, vagy felejtem el?

Pár hete vásároltam egy Raspberry Pi 3+ -t, hogy leváltsam a már meglévő RPi 2-met.
Alapjában véve média centernek és torrent szervernek használom itthon. PMS, deluge, samba fut róla.

Külön megvettem hozzá az 5,1V 2,5A gyári tápot, hogy ne legyen probléma a tápellátással. A gépre van kötve egy 3,5" külső HDD, amiről fut a raspbian (azért is 3,5", hogy azt is külön tudjam tápolni, ne az USBről kapjon feszkót).

A problémám a következő lenne:
Mikor elkezdek a plexről filmet nézni, teljesen mindegy, milyen eszközön (Chromecast, Xbox, Plex web) pár percig megy a film tökéletesen, majd elkezd hosszú percekig (akár 15-20 is) bufferelni, utána pár másodpercig, vagy percig megy és kezdődik minden előről.
Mikor visszateszem a Pi 2-t, ugyanazzal az SD kártyával, HDDvel, mindennel... a lejátszás folyamatos.
Kicsit értetlenül állok a jelenség előtt, mivel elvileg az új jóval gyorsabb kellene, hogy legyen, mégis azzal van több problémám. Van, hogy az SSH és a plex webes kezelőfelülete is csak döcög.
Addig, míg a PMS-t föl nem telepítem a gépre olyan, mint a villám, utána sokszor vállalhatatlan.

Érdeklődni szeretnék, hogy van-e valakinek ötlete azzal kapcsolatban, mi miatt lehet ez a jelenség?
Köszönöm!

Pár hete vásároltam egy Raspberry Pi 3+ -t, hogy leváltsam a már meglévő RPi 2-met.
Alapjában véve média centernek és torrent szervernek használom itthon. PMS, deluge, samba fut róla.

Külön megvettem hozzá az 5,1V 2,5A gyári tápot, hogy ne legyen probléma a tápellátással. A gépre van kötve egy 3,5" külső HDD, amiről fut a raspbian (azért is 3,5", hogy azt is külön tudjam tápolni, ne az USBről kapjon feszkót).

A problémám a következő lenne:
Mikor elkezdek a plexről filmet nézni, teljesen mindegy, milyen eszközön (Chromecast, Xbox, Plex web) pár percig megy a film tökéletesen, majd elkezd hosszú percekig (akár 15-20 is) bufferelni, utána pár másodpercig, vagy percig megy és kezdődik minden előről.
Mikor visszateszem a Pi 2-t, ugyanazzal az SD kártyával, HDDvel, mindennel... a lejátszás folyamatos.
Kicsit értetlenül állok a jelenség előtt, mivel elvileg az új jóval gyorsabb kellene, hogy legyen, mégis azzal van több problémám. Van, hogy az SSH és a plex webes kezelőfelülete is csak döcög.
Addig, míg a PMS-t föl nem telepítem a gépre olyan, mint a villám, utána sokszor vállalhatatlan.

Érdeklődni szeretnék, hogy van-e valakinek ötlete azzal kapcsolatban, mi miatt lehet ez a jelenség?
Köszönöm!

Van nekem egy szoba-automatizálási projektem (https://github.com/gaborauth/RoomAutomation), ami ugye nyílt forrású meg ilyesmi, tud néhány dolgot, mér ezt-azt és a mérés eredményét elküldi a saját felhőmbe:

A kérdésem az lenne, hogy van-e érdeklődés szerintetek egy olyan "felhős" megoldásra, ahova egyszerűen be lehet küldeni adatokat, amelyek ott megőrződnek és grafikonon ábrázolódnak? Tehát (egyelőre) semmi komplexitás, csak annyi, hogy beküldött mérési eredményeket tárol és azokból rajzol grafikont?

Update

Na, kiraktam publikusan elérhetően, hogy miről is van szó nagyjából: https://iothub.live/

Elvileg működik a lehető legegyszerűbb workflow:
- signup -> kapsz egy azonosítót és egy jelszót
- login -> be tudsz lépni
- nodes -> az IoT mérőeszközök listája
- field -> egy tetszőleges mérés
-> measurement -> a kiválasztott mérés grafikonja

A grafikonokon 5 percenként aggregálva jelennek meg az adatok.

Egy egyszerű automatizálást tervezek csinálni. Azt már elterveztem, hogy ipari Arduino alapon csinálnám meg, konkrétan egy ilyennel: https://www.industrialshields.com/product/plc-arduino-ardbox-plc-20-ios…

Viszont minimális számítógépes távvezérlés interfészt is csinálnék hozzá, amit legegyszerűbb lenne úgy megcsinálni, hogy az UTP-t beviszem a kapcsolószekrénybe, és ott egy Ethernet-serial átalakítóval hálózatosítom az Arduionot.

Ehhez keresek eszközt: amit bekonfigurálok, LAN-ra kötök és rákötöm az Arduino serial-jára, és tud vele kommunikálni. Legjobb lenne, ha ez is sínre szerelhető lenne, és az Arduino 24V-os tápjával - esetleg az Arduino által előállított 5V-tal - táplálható lenne.

Persze vehetnék egyből Ethernet-képes Arduino-t is: https://www.industrialshields.com/product/m-duino-plc-arduino-ethernet-…

De ez már drágább, ha olcsóbbra kijön, akkor lehetne külön modul az ethernet. Meg azért is jó lenne külön, mert az Ethernetet Arduino-ból programozása nem tűnik túl jól dokumentáltnak, kiforrottnak, jobban tetszene, ha a vezérlő kódom csak serialt kezelne.

(Akit érdekel, motoros redőnyt mozgatnék ezzel a rendszerrel. (szerk: 230VAC) 5A relé van az Arduinoban, 170W-os motort ugye meg kell tudnia hajtani?)

Szerk.: A rendszert majd akkor tudom összerakni, ha be lesz építve a redőnymotor, de a felsorolt megoldások valamelyike biztosan működni fog, úgyhogy a topikot megoldottnak jelölöm. Ha elkészült, akkor leírom majd mi lett a vége. Köszönöm mindenkinek a segítséget!