[elektro] (C) programozási kérdés

[vajk fekete]

nagyon a partszelrol: valami olyasmi van, hogy vannak globalis valtozok? es ezeknek a cimet honnan tudjak a modulok? netan a modulok foglaljak le oket, es emiatt mas moduloknak problemas a cim megszerzese?

ami olyan, hogy masra is tartozik, az a modul interface-e. ha minden modul sok mas modul interface-ehez is hozza kell ferjen, akkor en csinalnek egy kulon modult, amiben a kozerdeklodesre szamito cuccok vannak, es bootkor ettol minden modul meg tudna kerdezni az ot erdeklo dolgok cimet.

vajk

________________________________
 From: hg12345 <hg12345 at freemail.hu>
To: elektro at tesla.hu 
Sent: Sunday, 20 November 2011, 17:18
Subject: Re: [elektro] (C) programozási kérdés
 
Lehet, hogy igazad van, én egy program szervezési tanácsot kértem.

Mondhatnám ez egy célkészülék...

Egyébbként a program egy saját HW müködted CORTEX M3-s uC egy RTOS szerű, de roundrobin alapu oprendszeren fut és univerzális szabályozó - programszabályozó faladatot lát el.

pl.: de nem ez, csak egyenértékű)
http://www.eurotherm.com/products/controllers/single-loop/2200/2216/
Van magyar gyártmány is, ez én vagyok... :-)

Kritikus feltétel: zavarral terhelt ipari környezetben   EMI/EMC "A" grade-t teljesítsen, a tökéletes beállított konfiguráció szerint.

----------------------------------------------------------------------------

Ez nem disszertációt ez egy készülék, ami egyszer megvalósító akkor többször is.

----------------------------------------------------------------------------

Kérdés?
Hogyan valósítható meg a C program include felépítése, ahol minden fordítási egységben van olyan program ami megváltoztathatja az globálisan tárolt adat tárolási egység (nem változó) adatát és tulajdonságát.
A tulajdonságot itt nem a számábrázoláson értem. Eme tulajdonságok befolyásolhatják a más - más fordítási egységben taláható programok viselkedését, ezen keresztűl a teljes készülék müködését.
Egy kis nehezítés nincs konfigurálási állapot, folyamatosan "konfigurál"-va a készüléket a müködésnek hibatlannak kell lennie. Röviden nincs olyan, hogy lezárt érvényes adatbázis!

Üdv
    Gábor





"hobilobi at gmail.com" <hobilobi at gmail.com> írta:
>Azért nem ártana tudni, hogy milyen HW-en, és oprendszer alatt fog futni >
a program,  kb. milyen jellegű feladatot végez ?>
Mik a kritikus feltételek?>
E nélkül  teljes melléfogás lehet egy tanács, ami más körülmények esetén >
viszont korrekt. Minden szituációra meg had ne kelljen disszertációt írni.>
>
>
2011.11.20. 10:03 keltezéssel, hg12345 írta:>
> Üdv,>
>>
> egy kérdésem lenne nagyobb program írókhoz.>
> ASM-ben is írtam nagy programokat, de az alkalmazás miatt nem volt a technika kérdés egybe kellett includolni.>
>>
> Itt a C-ben a programrészek szétszedve külön forditási egységben, de az includok lassan minden fordítási egységben megjelennek. A program eléggé összetett. Lassan minden include mindenütt szerepel.>
> Ez em tetszik!>
>>
> Van erre valami értelmes szabály ami ezt kikerüli?>
>>
> Vagy eleve másképp kell programozni? Érdemes minden különálló programnak UI felületet gyártani, egy belési ponttal és funkció felsorolással? (Mondjuk ez egy kicsit lassítaná a programot, de lassan olyan korszakban élünk, hogy ez szinte észrevehetetlen.) Persze ez is problémás mert a funkciók nem azonos adatokat / strukturákat kérnek!>
>>
> Létezik valamilyen könyv ebben a témában?>
>>
>   Üdv>
>>
>>
> ----------------------------------------->
>            elektro[-flame|-etc]>
>>
>
----------------------------------------->
          elektro[-flame|-etc]>


-----------------------------------------
          elektro[-flame|-etc]