[elektro] raspi adatgyujto

[Pipi]

2017.07.26. 21:35 keltezéssel, FuzArn írta:
> Sziasztok!
>
>
> RS485-ön lógó szenzorokat kellene egyesével lekérdezni, szépen komótosan.
> 25db-ot, saját címekkel, egyszerű ascii paranccsal.
>
> Majd a választ időbélyeggel file-ba pakolni, amit neten elérne az ügyfél.
>
> Miben allnatok neki?
> python, gnu c, arduino  más? (összehúzogatni nem lehet valamivel?
én GCC ben progiztam Beaglebone Black-ot,
meg kell szenvedni mire C-ből átadod pl apache szervernek cgi-ben a webes felületnek az adatot, ha nem webes akkor is jó játék szerintem a hálós adatlekérdezés/megjelenítés...
sógorom esküszik a pythonra, nekem a szintaxis nem fekszik hogy a tabulátor dönti el a blokk kezdetét/végét, egy sima copy/paste a progi közepébe - után jó móka
újra átnézni a forrást hogy a blokkok nem-e változnak meg, pláne ha a macska átszalad a billentyűzeten és lapoz is közbe párat :)
mintaprogit weboldalról/pdfből tök rossz kimásolni, a tabulátorok, behúzások nem jönnek át, lehet átmazsolázni, betabulálni

>
> Előbbihez nem értek, de talán nem vészes ezt összelapátolni.
>
> APACER ipari SD kártyával gondoltam.
> Milyen linux? sima noobs vagy mi most a neve?!  Ezeket kell herélgetni, hogy ne logolják agyon magukat SD kártyára, vagy már optimalizálva vannak erre?
én Debiant tettem fel, graf felület nélkülit
a logok javát kikapcsoltam, meg csináltam ramdisk-et, ezt mountoltam a lognak, én is oda dolgoztam, és csak időnként írtam ki az sdkártyára
lekopogom még nem volt áramszünet/akármi miatt fájlrendszer sérülés, huszonnégyórában megy, de volt már jócskán áramtalanítva, szabályos shutdown nélkül

> FTDI-s rs485 atalakitó menne bele, így az rs485 iranyvaltassal nem kell vacakolni, lekezeli az FTDI.
>
> Ilyen esetben a virtual soros port programozása mennyire macera akár C akár python alatt? Vagy semmi extra?
ez szerintem nem vészes

> Raspi-t nem nagyon programoztam meg, de most nem akarom szivatni magam, hogy elcseszek vele napokat mire összeall.
sokan használják ipari célra is a raspberryt, de én az elején néztem, nem "ipari" verzió, nem tudom a mostaniakra mit speckóznak

> NTP szervert a pontos idő miatt gondolom valami mezei deamon lekerdezni, azt max a startup-ba kell bevarázsolnom, de nem lepne meg, ha benne lenne alapbol. Ez ennyi ugye?
> Van preferált NTP amiben lehet bizni? ntp.org?
hármat kell beállítani, nálam az első a time.kfki.hu volt :)
az ntp daemont kihagytam, én nem tudtam áttekinteni hogy lehet szorosan kézbentartani,
  figyelni sikeres volt-e az idő lekérdezés, és hogy mikor esik jól neki hogy lekérdezze az időt,
túlságosan automatizált, figyeli az idő eltérést és eszerint kérdezi le valamikor az ntp szervert
az írtam egy kis shell scriptet, ntpdate-t használtam cronból figyelve a visszatérési értéket,
ennek függvényében tudtam hogy sikeres volt, ha nem akkor a shell indította újra az ntdate-t a köv. szerverhez
>
> Watchdog-ot hasznaljak inkabb, vagy indítsam újra naponta és kész?
egy pices géppel tartja soroson a kapcsolatot, ha megkukul, a pices hw jól megrángatja a BB resetet
---
régebben csináltam tisztán pic-cel hasonló webes vezérlést, szerintem azzal kevesebbet szívtam,
de itt kellett még snmp szervert/klienst csinálnom(köszönet Kiss Gábornak sokat segített), meg kellett az sntp szerver/kliens is,
  szóval ez már nagy falat lett volna már piccel megcsinálni
----
volt egy olyan projekt is ahol kirakták a cuccot az erdőbe, adatot gyűjtött, beszedték és wifin ftp-vel letöltötték.
egy pic32 gyűjtötte az adatot sdkártyára, mellé rakta egy GPS-ből a poziciót és időt, persze kis frekin járatva a picet, GPS is csak naponta párszor bekapcsolva,
akkus üzem, mikor beszedték a cuccot akkor a pic "leszállt" az sdkártyáról,
bekapcsolta egy esp8266-nak a tápját, wifin ftp-ben lekapták az adatot az sdkártyáról, persze ilyenkor adattárolás egyidejűleg nem kellett.
Ez a wifis ftp móka "nekik" egyszerűbb volt, mint az sdkártyát kikapni és betolni a PC-be :)




-- 
Pipi
http://www.puzsar.hu