[elektro] web frontpanel

[Bánhidi István]

2011.02.20. 13:44 keltezéssel, Erdos Zoltan írta:
> Hali!
>
> van egy tema, egyelore koromreszelgetes szintjen:
>
> egy tavoli webes eleresu holminak (muszer) kellene aktiv tavvezerlest
> csinalni. eddig viszonylag lokalisban, soros porton ment, vb progival
> rajzolgatva.
> az uj modi a cuccba agyazott webszerver az user oldalon ismeretlen
> bongeszovel es platformmal.
>
> kellene folyamatos jo felbontasu panel kepet kuldeni az user szamara
> (fordulatszam, homerseklet, es egy spektrum diagram szeruseg) illetve
> par beavatkozo szerv.   a tervezett felbontas 1024*768 de lehet, hogy
> eleg lesz a 800*600 is max a grafikus kicsit morog majd :-)
>
> mi lenne az optimalis megoldas ?  java, flash, egyeb?  az user oldal
> szamara?  (aminek a masik felet arm7 szinten meg lehet oldani szerver
> oldalon es nem viszi el a prociido 90%-at )
>
> kesz linuxos motyok szerver oldalon nemigen jatszanak, mert a holmi
> mostani merete 5*5*3 cm es az egyetlen kijelzoje 1 db led
>
> Z.
>
>
> -----------------------------------------
>            elektro[-flame|-etc]
>
Szia Zoli!

Én ezt csinálnám:

A (ez nem webes):
1. Minden percben vagy ahogy az adatok érkeznek (frissítési időköz?) a 
kliens oldalon eltárolod a beérkező adatokat egy archívumba egy kis 
szoftverrel, így visszakereshető is lesz stb. (OPC Server + DB)
2. A kliens szoftver meg csatlakozik az OPC Serverhez és/vagy az 
archívumhoz az adatok megjelenítéséhez.
3. Ha beavatkozás szükséges, azt realtime kiküldöd.
Ezzel a megoldással a műszerben csak annyit kell tudnod megoldani, hogy 
valahogyan legyen egy oda-vissza irányú kommunikáció, egyszerű TCP alapú 
kapcsolat valamilyen saját protoval.
B (webes):
1. Írsz egy HTTP szervert ami képes kezelni a GET, PUT/POST kéréseket az 
oda-vissza komm miatt.
2a. Folyamatosan generálsz egy html-t amiben az adatokat tárolod, hacsak 
nem, PHP-t is portolsz rá (ebben az esetben a grafikon fájl előállítását 
is te végzed bazi sok számítási kapacitással)
2b. A webszervert csak adatcserére használod és a kliens oldalon java, 
flash megjelenítést használsz. (a grafikon miatt mindenképpen kell 
valamelyik)

Gondolom Te a műszer oldalon szeretnél minél kevesebb dolgot 
elvégeztetni a procival, a kliens oldalon úgyis egy nagy teljesítményű 
pc csücsül, a megjelenítést és az ahhoz szükséges számítási kapacitást 
olda meg a pc.
Ekkor a java vagy flash megoldás jöhet számításba. a kérdés csak az, 
hogy melyik az elterjedtebb, melyikre mivel lehet fejleszteni, mennyibe 
kerül a környezet stb.
Itt még az adatszervezés is kérdés, egy spektrum diagramhoz szükséges 
adatmennyiséget nem biztos hogy egyszerű átvinni és megjeleníteni 
realtime. (frissítési időköz?)
Ha írsz konkrétabbat, akkor tudnék pontosítani.

Illetve ha maradt még kacsa, akkor még szívesen lövöldözgetek! :)

üdv.
Steve