Növényházi adatgyűjtő- és vezérlőrendszer tervezése

Átírás

1 Budapesti Műszaki és Gazdaságtudományi Egyetem Villamosmérnöki és Informatikai kar Méréstechnika és Információs Rendszerek Tanszéke Holcsik Tamás Növényházi adatgyűjtő- és vezérlőrendszer tervezése Diplomatervezés KONZULENS EREDICS PÉTER BUDAPEST, 2013

2 2 Hallgatói nyilatkozat Alulírott Holcsik Tamás, szigorló hallgató kijelentem, hogy ezt a diplomatervet meg nem engedett segítség nélkül, saját magam készítettem, csak a megadott forrásokat (szakirodalom, eszközök stb.) használtam fel. Minden olyan részt, melyet szó szerint, vagy azonos értelemben, de átfogalmazva más forrásból átvettem, egyértelműen, a forrás megadásával megjelöltem. Hozzájárulok, hogy a jelen munkám alapadatait (szerző(k), cím, angol és magyar nyelvű tartalmi kivonat, készítés éve, konzulens(ek) neve) a BME VIK nyilvánosan hozzáférhető elektronikus formában, a munka teljes szövegét pedig az egyetem belső hálózatán keresztül (vagy autentikált felhasználók számára) közzétegye. Kijelentem, hogy a benyújtott munka és annak elektronikus verziója megegyezik. Dékáni engedéllyel titkosított diplomatervek esetén a dolgozat szövege csak 3 év eltelte után válik hozzáférhetővé. Kelt: Budapest, Holcsik Tamás

3 3 Összefoglaló Majd ezt még megfogalmazom mikor nagyjából kész

4 4 Abstract I will fill this page up, when it's almost done

5 5 Tartalomjegyzék 1. Bevezetés Gyári megoldások Wadsworth EnviroSTEP Growtronix Szenzorok Hőmérsékletmérő Páratartalom érzékelő Szélerősségmérés A rendszer felépítésének terve A modulok közötti kommunikáció RS CAN busz Hardver Mikrovezérlő-család kiválasztása Az STM32-es mikrovezérlő A modulok részletes bemutatása Vezérlőmodul Tápegység Ethernet-illesztő Kijelző illesztés SD kártya CAN busz illesztés Szenzormodul Kiegészítő modulok IO modul Kimeneti fokozat A modul tápegysége Tápegység és akkutöltő A nyomtatott áramköri lapok megtervezése Modulok élesztése Szoftver Fejlesztőkörnyezet Programozó hardver Operációs rendszer Control_Task Communicaton task uip_task uip_periodic_task Fájlkezelés Ethernet kezelés uip TCP/IP stack Weboldal Webszerver funkciók Grafikus kijelző Menürendszer javítani CAN busz kezelés Összefoglalás Irodalomjegyzék Függelék... 50

6 6 1. Bevezetés A mai kor megköveteli, hogy a növényházakban termesztett növényeknek minél optimálisabb körülményeket teremtsünk a termés optimalizálására, a körülmények biztosításának egyik lehetősége a növényház automatizálása. A illetve megépítendő rendszer egy valós alkalmazási célra készül, egy jelenleg is működő (szobatermosztátokkal vezérelt) növényház ajtóinak nyitását és zárását fogja végezni a különböző szenzorok által mért adatok szerint. A megtervezése során elsősorban a megbízhatóságot illetve az univerzalitást tartottam a kiemelt szempontokként. A növényház kifejezés takarja mind az üvegház, illetve mind a fóliasátor kivitelezést, a dokumentációban a könnyebb érthetőség érdekében általában üvegházként hivatkozok a növényházra.

7 7 2. Gyári megoldások Munkámat gyári megoldások áttekintésével kezdtem, hogy képet kapjak arról hogy milyen fizikai mennyiségeket szoktak mérni az eszközök, illetve a felépítésükről szerezzek információt. 2.1 Wadsworth EnviroSTEP Ez egy egyszerűbb és kisebb tudású üvegházvezérlő [1]. Önálló működésű, mikrokontroller vezérlésű, hálózatba nem köthető. Főbb jellemzői: 1. ábra Csak analóg szenzorokat tud kezelni, illetve rendelkezik 4 digitális bemenettel egyéb kapcsolók érzékelésére. 12 relés, illetve 2 darab 0-10V-os analóg kimenettel rendelkezik, az adatokat 15 percenként képes menteni, és 7 napra visszamenőleg tárolja azokat. Bővíthetősége annyiban merül ki, hogy kapható hozzá szélsebességmérő modul, illetve egy olyan modul amelyen keresztül egy számítógéppel tud kommunikálni. 2.2 Growtronix Számítógép alapú rendszer [2], egyszerűbb vezérlések megvalósítására. A vezérlést maga a PC-n futó szoftver végzi, a számítógéphez RS232 porton csatlakozik, maga az eszköz tápegysége. A tápegység modulra lehet felfűzni az összes eszközt, szabványos CAT5 kábelekkel működik a rendszer, de nem ethernet alapon. Egyszerre maximum 29 eszközt kezel, lánc struktúrát megvalósítva.

8 8 2. ábra 2.3 Szenzorok Kutatásom során, illetve az eddig megismert rendszerek alapján az alábbi mennyiségek függvényében működnek a szabályzók - hőmérsékletérzékelés (hűtés, fűtés, szellőztetés) - páratartalom mérés (szellőztetés) - talajnedvesség mérés (locsolás) - fényerősség mérés - CO2 szint mérés - talaj PH mérés - szélerősség mérés - automatikus tápanyag adagolás Ezek közül a jelenlegi alkalmazás szempontjából első közelítésben a hőmérsékletmérést, páratartalommérést, illetve a szélerősségmérést tartom fontosnak megvalósítani, de meghagyom a lehetőséget későbbi bővítés során a többi beépítésére. A piacon kapható szenzorok egy része vagy komplett egységként kapható (pl.: termosztát), vagy valamilyen rendszerhez csatlakoztathatóan. Ezek lehetnek ipari szabványt használó (pl.: analóg, RS-485 ) komplett modulok, vagy önmagában álló integrált áramkör.

9 9 2.4 Hőmérsékletmérő Jelen alkalmazásban a legideálisabb valamilyen integrált áramkört beépíteni, és ezt majd a szenzormodul illeszti a rendszerhez. Abban az esetben viszont, ha például víz, vagy talaj hőmérsékletét kellene mérni, akkor célszerűbb valami gyárilag tokozott megoldást használni. Ezek a szenzorok általában hagyományos termisztorok, így a szenzormodult úgy kell kialakítani, hogy ezt tudja kezelni. szenzor Üvegházi alkalmazás céljára általában elegendő a 0,5 C felbontás is, így a kiválasztását leszűkítettem az ilyen pontosságú eszközökre. A levegő hőmérsékletének mérésére megfelelő egy hagyományosan tokozott integrált áramkör. Általában minden nagyobb félvezetőgyárnak létezik saját hőmérsékletmérő integrált áramköre, többféle interfésszel, így érdemes rászánni az időt a megfelelő kiválasztására. Típus Felbontás( C) Pontosság Interfész Tokozás Ár(Ft) max ( C) LM75 0,5 ±2 I2C SO8 229 ADT7301 0,03125 ±1 SPI SOT23, MSOP DS18B20 0,0625 ±0,5 1-Wire TO92, usop TMP100 0,0625 ±2 I2C SOT táblázat A célra alkalmas hőmérsékletmérő IC-k (hu.farnell.com) A szóba jöhető integrált áramkörök az 1. táblázatban találhatóak. Összehasonlításom alapja a maximális felbontásuk, pontosságuk, a kommunikációs protokoll típusa, tokozás és az áruk volt. A táblázat alapján látható hogy a legpontosabb IC-nek a DS18B20 IC kínálkozik, viszont ez a legdrágább. Ha egy kicsit lejjebb adunk a pontosságból, akkor a következő az ADT7301. Ennek az ára már alacsonyabb, és a pontossága is, de az alkalmazás szempontjából még megfelelő. A DS18B20 egyvezetékes kommunikációt használ, amivel könnyebb megoldani azt, hogy ne a NYÁK-on helyezkedjen el, hanem egy 1-2 méteres vezetéken, viszont a kommunikációs protokoll jóval bonyolultabb az SPI-t használó ADT7301 IC-nél. Megemlítendő, hogy a felbontásuk a kitűzött célt jóval felülteljesítik, de ilyen pontossági osztályban ilyeneket lehet találni. Ezek alapján a rendszerbe ADT7301-et fogok építeni, amikor nem követeli meg a helyzet hogy ne a NYÁK lapon helyezkedjen el az érzékelő. 2.5 Páratartalom érzékelő A páratartalom érzékelőből is létezik szintén ipari szabvány analóg kimenettel ellátott szenzor modul, illetve létezik csak félvezető alapú szenzor IC is. Ahogy fentebb említettem, jelen alkalmazásban a digitális kimenettel rendelkező szenzorokat

10 10 részesítem előnyben, a digitális környezetbe való könnyebb illeszthetőség érdekében. Mivel a pontosságuk függ a hőmérséklettől, ezért kompenzálásként általában tartalmazzák a hőmérsékletérzékelőt is, így akár meg lehetne spórolni a hőmérsékletszenzort a rendszerből, viszont ezek pontossága alacsonyabb a kifejezetten hőmérsékletmérésre gyártott IC-knél. Típus Felbontás % Pontosság % Interfész Ár HIH ,04 ±4 I2C 3800 SHT11 0,05 ±3 I2C 6900 SHT25 0,04 ±1,8 I2C Táblázat Páratartalom érzékelők Páratartalom érzékelő IC-kből kisebb a kínálat, valamint az áruk is egy nagyságrenddel magasabb tartományban mozog. Pontosság szempontjából a legjobb a Sensirion gyártmányú SHT25-ös IC, és ennek a legmagasabb az ára is. Ilyen komoly pontossági követelmény viszont nem szükséges, így költségkímélés céljából a Honeywell gyártmányú szenzor lesz beépítve. 2.6 Szélerősségmérés Üvegházi alkalmazásnál fontos lehet hogy figyelje a külső időjárást, és megfelelően reagáljon rá. Ilyen esetre jó példa az, hogy vihar esetén a növények és maga az üvegház védelme esetén az ajtókat, szellőztetőket becsukja, hogy az erős szél ne tegyen bennük kárt. A szélerősség mérésére legegyszerűbb esetben használhatunk kanalas szélerősségmérőket, amiből a kijövő sebességgel arányos impulzusokat kell feldolgozni. Pontosabb illetve gyorsabb mérésre képesek az ultrahangos szélsebességmérők, de jelenlegi alkalmazás nem követeli meg ilyen pontosságot. 3. A rendszer felépítésének terve Jelenleg a családi házunknál található a kertben egy fóliasátor, amelyben dísznövényeket termesztünk, így a növények számára ideális hőmérsékletet biztosítani kell, amelyet az ajtók nyitásával lehet megoldani. 3 ajtót különböztetek meg, a végeken lévő alsó illetve fölső ajtókat, illetve középen a tetőajtó. Ezek nyitása elektromos úton történik házilag épített lineáris egységek által. Ezek 24V egyenfeszültségről működnek, polaritásváltással lehet az ajtókat nyitni illetve zárni, a lenyitott illetve bezárt állapotot egyszerű végálláskapcsolók érzékelik, illetve szakítják meg az áramot. Mivel a jelenlegi

11 11 vezérlés hagyományos szobatemosztátokkal van megvalósítva, így fennáll az a probléma, hogy nem lehet tetszőleges nyitási is zárási hőmérséklet tartományokat beállítani, illetve különböző kényelmi funkciókat nem tud megvalósítani a rendszer. 3. ábra - A fóliasátor felépítésének rajza Ezek alapján az elképzelt rendszer felépítése az alábbiak szerint alakulna: Maga az egész rendszert egyetlen vezérlőegység szolgálni ki. Ez felelne a szenzorok kiolvasásáért, és a beolvasott értékek alapján történne a működtetés. A vezérlő rendelkezne kijelzővel, így grafikus felhasználói felületet nyújtana a felhasználónak, a különféle beállításokért illetve az aktuális fontos paraméterek értékét nyomon követhetné. 4. ábra - A rendszer felépítésének terve Szenzor modulok feladata a szenzorok buszra illesztése. Ezekre azért van szükség, mert az egyes szenzorok kommunikációs interfésze teljesen más lehet, illetve a nagyobb távolság miatt nem lehetne biztosítani a zavarmentes működést. Az IO modul szerepe lenne a fizikai beavatkozók kapcsolása, ez a busz topológia miatt tetszőlegesen helyen állhat, illetve több darabot is tartalmazhat ha az üvegház felépítése megköveteli.

12 12 A tápegység látja majd el az egyes szenzorokat illetve vezérlő egységet tápfeszültséggel. Az alkalmazandó 24V-os feszültség kellően magas ahhoz hogy a kábelen lévő veszteség miatt probléma legyen, illetve a 24V törpefeszültségnek minősül, így nincs érintésvédelmi probléma a használata során. Az egyes modulok között egy busz tart kapcsolatot. A típusának kiválasztása során figyelembe kell venni hogy nagyobb távolságot kell áthidalni hibamentesen, és az esetleges bővíthetőség lehetőségéről sem szabad megfeledkezni. 3.1 A modulok közötti kommunikáció A modulok egymással való kapcsolatát valamilyen nagy távolság áthidalására képes vezetékes összeköttetésnek kell biztosítania. Nagyobb távolságra csakis differenciálisan vitt jelekkel lehet biztosítani a hibamentes nagyobb sebességű kommunikációt, ezért ilyen elven működő buszok közül választottam ki két jellemző típust, amelyet összehasonlítottam RS-485 Az RS-485 manapság [3] az ipari irányítástechnikában széleskörűen elterjedt kommunikációs busz típus. A szabványt az EIA/TIA vezette be. A TIA/EIA-485 szabvány csak a busz fizikai felépítését, meghajtó áramkörök felépítését definiálja, miközben a buszon megvalósított kommunikációs protokollt nem. A hálózatot csavart érpárral lehet kialakítani, és ajánlott csakis lánc alakzatban felépíteni, a reflexiók kiküszöbölése érdekében. A busz végein található 1-1 darab a vezeték hullámimpedanciájával megegyező lezáró ellenállás. 5. ábra - RS485 busz felépítése

13 13 Az RS-485 ös hálózat szabvány szerint maximum 32 eszközből állhat maximum egy buszon, illetve hátránykán említhető meg az is, hogy semmilyen hardveres támogatás nincs a buszon való kommunikáció lebonyolítására. A busz egyik végén található meg az az ellenállásosztó, amellyel a busz közösmódusú előfeszítését valósítja meg. Ez azért szükséges hogy a feszültségszintek a vevők komparálási szintjéhez megfelelően illeszkedjenek CAN busz A CAN buszt [5] a Bosch cég fejlesztette ki, és a nyolcvanas évek végére lett belőle ipari szabvány. Eredetileg autóipari alkalmazások céljára készült, mivel ilyenkor kezdtek megszaporodni az autókba épített különböző elektronikus segédberendezések (ECU, ABS...) és a köztük lévő gyors kommunikációt biztosítani kellett. Fizikai felépítését az ISO11898 as szabvány ismerteti. A buszt felépítését tekintve egy csavart vezetékpár alkotja, amelyet differenciálisan hajtanak meg az eszközök. A csavart érpár biztosítja a külső elektromágneses elleni zavarvédelmet, a differenciális jelvezetés pedig a közösmódú zavarok elleni védelmet biztosítja. 6. ábra - CAN busz felépítése A busz a végeken találhatóak a lezáró ellenállások, amelyek biztosítják, hogy ne legyenek reflexiók a vezetéken. A szabvány szerint a buszokra csatlakozó eszközöket node-oknak nevezik, a buszra láncszerűen csatlakoznak közvetlenül, hozzávezetések nélkül. (hosszú hozzávezető kábelek reflexiókat okoznának). A CAN busz multimasteres, a busz arbitrálás hardveres úton van megoldva, minden CAN üzenet elején. Későbbi fejlesztés során így lehetőség van arra, hogy akár több vezérlőegység legyen egy buszon (pl ha több fóliasátron keresztül van vezetve a busz, és néhány szenzormodul, illetve IO modul közös). Alapkiépítésben ez nincs

14 14 kihasználva, mert a vezérlő egyszerre csak egy modullal kommunikál, és a kérés után vár a válaszra. Az összeköttetés maximális hosszát elsősorban az átviteli sebesség határozza meg, a korlátozás oka a kábelen történő jelterjedés véges sebessége. 1Mbit sebességgel kb. 40m az áthidalható sebesség, de a sebesség drasztikus csökkentésével több mint 1000 métert át lehet vele hidalni. Egy CAN adatcsomag felépítése az [] ábrán látható (forrás). A csomag eleján található meg a csomag azonosítója, amely segítségével az arbitrálás végrehajtódik. Minél kisebb a cím annál nagyobb a prioritása, mivel a buszon a 0 szint dominál. A cím küldésekor a küldő node figyeli hogy a kiadott jelszintnek megfelelő adatbit található-e a buszon, abban az esetben ha ez nem stimmel, akkor csomag ütközés jönne létre, emiatt felfügeszti a csomag küldését, és vár addig amíg fel nem szabadul a busz. Az aznosító után követeznek a vezérlőbitek, illetve a csomag hosszát jelölő DLC byte. A DLC jelenti hogy az utána következő adatbitek közül mennyi jelenti az adatmezőt. Az adatmező után következik a 15 bites ellenőrző összeg, amely segítségével el lehet dönteni a csomagról hogy keletkezett-e valamilyen sérülése a csomagnak. A fentiek alapján arra a következtetésre jutottam, hogy az én célomra a CAN busz lesz a legideálisabb. Fő előnyei a hardveres kommunikációs támogatás, és a nagy átvihető távolság, továbbá mivel manapság ez egyre jobban elterjedő szabvány, ezért a hasznos ismeretekre tudok szert tenni a fejlesztés folyamán A busz fizikai megvalósítása hagyományos CAT5 UTP kábellal fog történni, ennek a hullámimpedanciája megfelelő a CAN busz számára is. Mivel a kábel 8 eres, a fennálló szabad vezetékeken át lehet vinni a modulok számára a 24V-os tápfeszültség..

15 15 4. Hardver 4.1 Mikrovezérlő-család kiválasztása A megfelelő mikrovezérlő kiválasztása egy nagyon fontos lépés a rendszer szempontjából, a kapcsolástechnikát meghatározza a mikrovezérlő családja, illetve előre kell gondolkozni, hogy később a szoftverfejlesztést milyen eszközökkel lehet megoldani. Az első fontos döntési kérdés az volt, hogy 8 bites vagy 32 bites mikrovezérlő kerüljön beépítésre. A 8 bites mikrovezérlők jellemzően maximum 20MHz-es sebességgel működnek, amely itt a szenzor modulnál bőven elegendő lett volna, viszont, általában CAN interfészt nem tartalmaznak, vagy amelyekben megtalálható, azok jellemzően olyan áron beszerezhetőek, mint egy 32 bites mikrovezérlő. Továbbiakban a jövőre gondolva célszerű, ha ugyanaz a fejlesztőkörnyezet van használva és ugyanazt a szoftveres library-t használja a rendszerbe épített összes mikrovezérlő, abban az esetben, ha a később debuggolni kell. A vezérlőmodulba egy LCD kijelző kerül beépítésre, ezért célszerű olyan típust használni, amely tartalmaz valamennyi hardveres gyorsítást, hogy lehetőleg minél gyorsabban lehessen frissíteni a kijelző tartalmát, ezzel a felhasználói élményt nem rontja el, és készülék egy gyorsan működő rendszer benyomását kelti. Az alkalmazott kijelzővel párhuzamos 16 bites buszon lehet kommunikálni, tehát olyan vezérlő kell amely erre képes. A 32 bites mikrovezérlők közül egyre jobban elterjednek a Cortex-M mag alapú mikrovezérlők, ebből jelenleg a legkönnyebben talán a Cortex-M3 mikrovezérlőkkel lehet megbarátkozni, mert sok dokumentáció fellelhető hozzá. Fejlesztőkörnyezetből létezik hozzá open source alapú, programozó illetve debugger eszközből is hasonló a helyzet. A jelenleg beszerezhető családok közül az NXP, ST, illetve az ATMEL gyártmányúak jöhettek szóba, de ebből kiestek számomra az NXP gyártmányúak mert azokon nincs párhuzamos kimenet, emiatt a kijelző frissítési sebessége nagyon lassú lenne. Végül az ST gyártmányú mikrovezérlők mellett döntöttem, mert ez rendelkezik a fentebb a kijelző meghajtásához alkalmas memória interfésszel [1].

16 Az STM32-es mikrovezérlő Az áramkörökbe az ST Microelectronics által gyártott STM32-es 32bites családba tartozó mikrokontrollereket építettem be. Közös jellemzőjük, hogy mindegyikben az ARM által kifejlesztett Cortex-M3 maggal rendelkeznek. Ez a mag egy viszonylag új fejlesztés, elsősorban a 8bites mikrovezérlők konkurenciájaként lett kifejlesztve. Alacsony tápfeszültségűek és áramfelvételűek, de komolyabb számítási teljesítménnyel rendelkeznek a 8bites változatokhoz képest. Órajelüket tekintve 100MHz felett változatuk is létezik, az ár és teljesítmény arányuk sokkal kedvezőbbek a 8bites változatokhoz képest. A mikrovezérlő belső felépítése a XXXX ábrán látható. Megfigyelhető hogy nagyobb sebességű eszközök egy busz mátrixon keresztül kapcsolódnak egymáshoz és az AHB buszhoz. Ennek a busz mátrixnak az a lényege hogy közvetlen tudnak egymással kommunikálni a magasabb sebességű eszközök, és nem az AHB buszt

17 17 használják. Így meg lehet valósítani azt, hogy míg a DMA periféria adatokat másol valamilyen periféria felől a belső SRAM-ba, addig CPU a Flash memóriából hozhatja fel a következő utasításokat. Az alacsonyabb sebességű perifériák az APB1 és APB2 buszokon találhatóak meg, közötti található az AHB-APB híd, amely automatikusan működve továbbítja a eszközök között az adatokat, és oldja meg a busz arbitrálást. A legtöbb perifériához lehet DMA-t rendelni, így sokat lehet gyorsítani, illetve automatizálni a megoldandó feladatot főleg hogy képes periféria-periféria közötti adatátvitelre is. Például megoldható egy AD konvertálás eredményét felhasználva közvetlenül kitöltési tényezőt állítani egy Timer PWM modulján. Az egyes perifériák energiatakarékos módját úgy biztosítják a mikrovezérlőben, hogy a meghajtó órajelüket le lehet tiltani. Ilyenkor a beépített CMOS tranzisztorokra jellemzően megszűnik a dinamikus áramfogyasztás, és csak a nagyon alacsony statikus áramfogyasztás marad meg. Mivel alaphelyzetben minden periféria kikapcsolt állapotban van, inicializálásuk előtt be kell kapcsolni a hozzájuk tartozó órajelvezetéket az órajelmodulban. Az órajel ellátást az alábbi ábra szemlélteti

18 18 A mikrovezérlőben alapvetően 4 db oszcillátor található. Egy 40kHz-es LSI, amely csak a watchdog illetve a belső Real time clock-ot tudja meghajtani. A real-time clock meghajtására megtalálható az LSE oszcillátor amely az elterjedt pontos külső khz-es kvarc kristály meghajtására használható. Maga a processzor járhat a belső 8MHz-es (HSI) oszcillátorról, vagy külső 4-16MHz-es kvarc kristályról (HSE). Ezekhez az oszcillátorokhoz lehet rendelni PLL-t is, amellyel a külső kvarc frekvenciáját fel lehet szorozni. A felhasznált STM32F103C6T6 illetve STM32F104VC mikrovezérlők maximum 72MHz-en működtethetők, de a szenzormodulokban csak 12MHz-en járnak, a központi vezérlőpanelba épített pedig 48MHz-en. A PLL által felszorozott órajel hajtja a processzor magot, illetve az AHB buszra tartozó perifériákat. Az APB perifériákra kerülő órajelet akár osztani is lehet, ha szükséges, de az APB1 perifériánál maximum 36MHz-en működhetnek az eszközök. 5. A modulok részletes bemutatása Mivel a modulok kapcsolási rajza A4-es méretű, ezért ezek a jelen beszámoló függelékében találhatóak meg, itt alább csak a modulokra jellemző lényeges kapcsolási részleteket emelem ki és mutatom be. Az egyes modulok kapcsolása között bizonyos áramköri részletek megegyeznek, ezáltal gyorsabb volt a fejlesztés, és kevesebb fajta alkatrészt kellett beépíteni. 5.1 Vezérlőmodul A vezérlőmodul szolgál a szenzormoduloktól való adat lekérdezésére, illetve ezek alapján az IO modul(ok) vezérlésére. Követelményként tartalmaznia kell ethernet interfészt hogy távolról menedzselhető lehessen, rendelkezzen megfelelő méretű LCD kijelzővel, illetve megfelelő memóriával, hogy lehessen tárolni mérési eredményeket.

19 19 7. ábra - Vezérlőmodul blokkvázlata Tápegység A tápegységnek kell előállítania a mikrovezérlő, illetve a különféle egyéb perifériák 3.3 V-os tápfeszültségét az egész rendszer 24V-os feszültségéből. Ismerve azt, hogy a kijelző háttérvilágítása illetve az ethernet vezérlő fogyasztja a legtöbbet összesen (kb. 300mA) ezért csakis valamilyen kapcsolóüzemű feszültségszabályzó jöhet szóba, hogy kicsi legyen a veszteség. Erre a célra a Microchip MCP16301-es, viszonylag új integrált áramkörét [5] használtam fel. A dokumentációja szerint képes akár 96%-os hatásfokkal működni, kis méretű SOT23-6 tokozással rendelkezik, magas a kapcsolási frekvenciája, emiatt kis méretű és értékű induktivitást lehet beépíteni. 600mA áram leadására képes, tehát így az áramkör céljait teljes mértékben kielégíti. 8. ábra - 3.3V-os tápegység A tápegység sorkapcsokon kapja meg a 24V-os tápfeszültséget, védelemként található rajta egy SMJ33A típusú 33V-os túlfeszültség-levezető, az IC védelme céljából. Az IC hagyományos step-down elven működik, a kimenőfeszültséget az R7 és R8-ból felépített feszültségosztóval lehet beállítani a kívánt tápfeszültségre, amely itt a

20 20 jelen esetben 3.3V. Érdekességképpen a kapcsoláson szereplő D2 és C6 által alkotott kapcsolás szolgáltatja a beépített N-csatornás kapcsolótranzisztor számára a Gate feszültséget Ethernet-illesztő A specifikáció szerint az áramkörnek rendelkeznie kell ethernet interfésszel, a távoli számítógépes kapcsolat biztosítására. A mikrovezérlő kiválasztásánál az egyik nagy dilemma a beépített ethernet vezérlő, vagy a kijelzőhöz való memória interfész, mivel ebben a családban nem volt olyan típus, amelyik mindegyiket támogatta volna. Végül az a típus lett felhasználva, amelyikben nincs ethernet interfész, így ezt egy külső megoldással kellett megvalósítani. Ennek összesen annyi hátránya van, hogy valamennyivel lassabb mintha beépített vezérlő lenne, de mivel a jelenlegi felhasználás nem kritikus sebességre, és árban körülbelül ugyanannyiba kerül az ethernet vezérlő, mint maga az ARM-hoz való fizikai interfész IC. Választásom a Microchip ENC28J60- as típusára esett [7]. Ezt elterjedten használják beágyazott rendszerekben, így kellő támogatás is rendelkezésre fog állni a szoftverfejlesztés során. 9. ábra - Ethernet illesztő Az ethernet vezérlő SPI buszon kommunikál a mikrovezérlővel, ugyanarra a buszra van kötve mint az SD kártya, továbbá rendelkezik egy interrupt kimenettel a mikrovezérlő felé, amelyet elsősorban a beérkező ethernet csomag jelzésére használ.

21 21 Az IC-hez szükséges még csatlakoztatni az ethernet kábel meghajtásához szükséges illesztő transzformátort, ebből létezik RJ45-ös csatlakozóba épített változat, így ilyen lett beépítve, helytakarékossági célból Kijelző illesztés A kijelzőben található egy SSD1289-es vezérlő IC, aminek köszönhetően a kijelző saját memóriával rendelkezik, elegendő csak akkor képet feltölteni a kijelzőre, amikor valami változás történt, nem kell egyfolytában frissíteni. A kijelzővezérlő párhuzamos 16 bites buszon kommunikál a mikrovezérlővel. A mikrovezérlő rendelkezik párhuzamos kimenettel is, ezért akár közvetlenül is meg lehetne oldani a vezérlést, de ennél sokkal kifinomultabb, ha a beépíett FSMC 1 modulon [9] keresztül kommunikálunk a kijelzővel. Ennek köszönhetően a kijelző egy bizonyos memóriacímen lesz elérhető, így DMA műveletekkel gyorsan és automatikusan lehet frissíteni a képernyő tartalmát. A vezérlőmodul kezelését alapértelmezetten a kijelzőbe beépített érintőképernyővel lehet végezni. Lényegét tekintve két elektromosan vezető műanyag rétegből áll, amelyek alaphelyzetben egymástó elszigetelve vannak egymástól. Érintés esetén ezek egy ponton érintkeznek, így egy-egy ellenállásosztó alakul ki. 10. ábra Ha erre a két-két ellenállásosztóra feszültséget kapcsolunk, és a másikból olvasunk, majd megfordítva ugyanezt végigcsináljuk, akkor megkapunk két feszültséget, amelyek az X és az Y koordinátával arányos. Ezt a műveletet a mikrovezérlő GPIO kimeneteivel, illetve AD konverterével meg lehet oldani, de maga a kijelzőmodul a jelen esetben tartalmaz egy ADS7843 típusú érintőkijelző vezérlő IC-t. Ez önmagában 1 Flexible Static Memory Controller

22 22 elvégzi a mérést, így csak az ADC értékeket kell kiolvasni. Rendelkezik egy TP_IRQ kimenettel, amely abban az esetben aktív, ha éppen meg van érintve a kijelző, ezt így megszakítással le lehet kezelni, és a megfelelő koordinátákat ismerve műveleteket lehet végezni a grafikus felületen SD kártya Mérési adatok tárolására, illetve a kijelzőn és a weblapon használandó grafikák tárolására szükség van valamilyen nagyobb kapacitású memóriára. Ez lehet valamilyen Flash alapú memória IC, vagy lehet használni SD kártyát. Manapság az SD kártyák ára nagyon alacsony, illetve könnyű őket kezelni, valamint cserélhető, ezért ezt terveztem bele. 11. ábra - SD kárya illesztése Az SD kártyákat lehet az egyszerű SPI interfészen keresztül kezelni, illetve létezik egy gyorsabb, 4bites párhuzamos kommunikációs módja is, de annak nincsen hozzáférhető dokumentációja, így a jelenlegi alkalmazásban SPI módos kezelés szerint van bekötve. A mikrovezérlőhöz a MISO, MOSI, SCK jeleken csatlakozik, illetve még az M_CS kiválasztó jellel. Ezen a buszon található meg az ethernet vezérlő is így ezen osztozkodva egyszerre csak az egyik eszközzel lehet kommunikálni CAN busz illesztés A CAN buszhoz való vezérlőt beépítve tartalmazza a mikrovezérlő, így csak a buszmeghajtót, a fizikai réteget kell hozzátervezni. Ilyen meghajtó, a Texas Instrument SN65HVD230-as integrált áramköre [8], amely biztosítja a megfelelő teljesítményt a busz meghajtásához, illetve a sebessége is elegendő jelen alkalmazáshoz.

23 ábra - CAN busz meghajtó Az IC mikrovezérlővel a TXD és az RXD lábon csatlakozik. Küldés során, ha a TXD alacsony szinten van, akkor a kimeneten a CANH és CANL vezeték domináns 2 állapotban van, magas TXD szint esetén recesszív állapotban. Az RXD láb ehhez megfelelően, akkor van magas szinten, ha recesszív szint van a CAN buszon. Az IC képes 3.3V-os tápfeszültségről működni, kialakítását és feszültségszintjeinek határát tekintve az 5V-os tápfeszültségről működő CAN buszokkal is kompatibilis. Bár a meghajtó IC a dokumentáció szerint rendelkezik busz felőli túlfeszültségvédelemmel, a biztonság kedvéért beépítésre került egy NXP gyártmányú PESD1CAN típusú, kifejezetten CAN buszra kifejlesztett túlfeszültség levezető dióda. A kapcsoláson található R11 és R12 ellenállás valósítja meg a hullámimpedanciás lezárását a kábel felé. Az értéküket a kábel hullámimpedanciája határozza meg, de célszerű a végleges beszerelés után ellenőrizni a jelalakokat a buszon, szükség esetén korrigálni rajta. Nem minden modulba kell beépíteni a lezáró ellenállásokat, csak a busz két végén lévő eszközbe. 2 Domináns állapot: a CANH láb magas szinten van, a CANL lába alacsonyan, a recesszív állapot esetén magas impedanciás állapotban vannak a kimenetek. Ilyenkor a buszon a CANH és CANL lábak ugyanazon a feszültégen vannak, jellemzően VDD/2

24 ábra - Vezérlőmodul, kijelző nélkül A modul egy 104x65mm méretű NYHL lemezre fért rá. A méretét elsősorban a beépített kijelző modul méretei határozták meg. A kijelző távtartókkal van rögzítve a vezérlőmodulhoz, és hosszú tüskesorral csatlakozik az alatta lévő áramkörhöz. A távtartó hossza akkora hogy a kijelző alá beférjen az Ethernet csatlakozó. A modul a tápfeszültséget és a CAN buszhoz való csatlakozását sorkapcsok biztosítják. 5.2 Szenzormodul A szenzormodulok kisméretű áramkörök, feladatuk jellemzően a különböző interfésszel rendelkező szenzorok illesztése a CAN buszra, így egységes felületet biztosítva a vezérlőmodul számára, ezáltal a vezérlőmodulnak sokkal egyszerűbb lekérdezni a szenzorok által mért adatokat.

25 ábra - A szenzormodul blokkvázlata A szenzormodulba egy STM32F103C6 típusú mikrovezérlő van beépítve, ez rendelkezik 32kbyte FLASH memóriával 8kbyte RAM-mal, CAN, SPI, I2C interfésszel, illetve AD konverterrel, így a célnak tökéletesen megfelel, könnyen beszerezhető és olcsó mikrovezérlő. A modult tápfeszültséggel a fentebb megismert MCP16301-el felépített tápegység látja el. Ide szintén szükséges volt a kapcsolóüzemű tápegység, a hatásfok biztosítása és a hőtermelés minimalizálása miatt. A szenzormodul szintén az SN65HVD230-as CAN illesztővel tart kapcsolatot a busszal, és itt is megtalálható a túlfeszültség védelem. 15. ábra A modul csatlakozó kiosztása a 9. ábrán látható, rendelkezik I 2 C és SPI lábakkal, illetve mindegyik láb használható analóg bemenetnek, így csak a szükséges kisméretű NYÁK lemezt kell elkészíteni és hozzácsatlakoztatni. A szenzormodul a szenzoroktól való adatgyűjtésen kívül másra is alkalmas. Ilyen alkalmazás lehet például LED-ek

26 26 meghajtása, vagy nyomógombok olvasása, illetve egyszerűbb kijelző vezérlése is. A jelenlegi fóliasátorban is mutatnia kell majd aktuális hőmérsékletet, ellenőrzés céljából.

27 27 szenzormodultól a tüksesoron keresztül kap tápfeszültséget illetve ezen a csatlakozón keresztül csatlakozik az I2C buszra. 18. ábra - A szenzormodulhoz csatlakoztatva További kiegészítő a távirányító modulnak nevezett áramkör, amely a szenzormodulhoz csatlakozik. Ennek a feladata a rajta lévő energiatakarékos LCD-vel a növényházban a hőmérséklet mutatása, továbbá a kezelőgombok segítségével az ajtók állásának a manipulálása. A segítségével lehet üzemközben az ajtókat kinyitni vagy becsukni karbantartás stb. céljából. úgy hogy ne kelljen a vezérlőmodulon állítgatni. 19. ábra - Távirányító panel Az utolsó modul a szélerősségmérőhöz tartozó illesztőmodul. A szélerősséget egy egyszerű kínai forrásból származó kézi szélsebességmérő átalakításával készítettem.

28 28 A működési elve azon alapszik, hogy található benne egy ventillátor szerű propeller, amelynek a forgó részén elhelyeztek egy apró mágnest, és a készülékházban pedig egy érzékelő tekercset. Ebből az eszközből csak a műanyag ház van felhasználva, és külső elektronika végzi a feldolgozást. Forgás során feszültség indukálódik a tekercsben, és ennek a frekvenciáját méri az eszköz. Ugyanezt az elvet felhasználva, egy kis áramfelvételű rail-to-rail műveleti erősítővel a tekercsen keletkező feszültséget felerősítem kb 100x erősítéssel, majd a műveleti erősítő kimenetét kapacitív csatolással egy schmitt trigger inverter bemenetére kötöm, amelynek a bemenetét fél tápfeszültségre húztam ellenállás osztóval, ennek eredményeképp négyszögesíti a műveleti erősítő jelét. Ezt felhasználva a szenzormodul

29 29 csatlakozóján a mikrovezérlő megkapja interrupt jelként, amelyet frekvencia méréssel vissza tudja alakítani szélsebesség értékké. 5.4 IO modul Az IO modul szerepe a rendszerben a különféle végrehajtóegységek vezérlése, illetve néhány általános IO kimenetet biztosítani a külvilág irányába. Így későbbi fejlesztések esetén fel lehessen ezeket használni, mielőtt új modult kellene tervezni. A modulból egy rendszerben több is megtalálható, abban az esetben, ha a növényház felépítése megköveteli. 20. ábra - Az IO modul blokkvázlata Felépítését tekintve a mikrovezérlő ugyanaz, mint a szenzormodulban, mivel itt sincs túl nagy követelmény a beépített perifériákkal szemben, itt is tartalmaznia kell a CAN modult, illetve mivel szükséges mérnie a 24V-os tápfeszültséget, ezért tartalmaznia kell egy AD konverterrel is rendelkeznie kell Kimeneti fokozat A fóliasátor ajtóit 24V-os DC motorral rendelkező lineáris egységek mozgatják. A mozgás irányát a motorokra adott feszültség polaritásával lehet megváltoztatni, a lineáris egység mozgási tartományait végállás-kapcsolók érzékelik, amelyek megszakítják a motor áramellátását végálláshoz érés esetén.

30 ábra Az irányváltást a jelenlegi felépítésben nagyáramú relék végzik, mivel ezek az eddigi évek során bizonyították alkalmasságukat, ezért ezek továbbra is beépítve maradnak. Az áramkörnek ezeknek a meghajtását kell megoldania. A relék az autóelektronikában használatos szabványos váltó relék, 12V-os meghúzó tekerccsel rendelkeznek, és maximum 200mA-t vesznek fel, és 30A-t képesek kapcsolni. 22. ábra - Kimeneti fokozat Mivel biztosítani kell azt, hogy a jelenlegi felépítéssel kompatibilis legyen az új áramkör, ezért a reléket felülről kell meghajtani, tehát +12V-ot kell szolgáltatni a kimeneten a relék kapcsolásához. Ezt áramköri szempontból P csatornás FET-ekkel lehet a legkönnyebben megvalósítani. A kapcsolás szerint a mikrovezérlő az SW vezetéken keresztül hajtja az N csatornás FET-et, aminek hatására, ha H szintet kap, akkor a P csatornás FET Gate-jét lehúzza a földre, így az vezetni kezd és megjelenik a kimeneten a 12V. Az alkalmazott FET IRFR5505 típusú, amely képes leadni 18A-t így a feladat szempontjából többszörösen túl van biztosítva, de cserébe olcsón beszerezhető típus. A kimenet üvegcsöves biztosítóval túláram ellen védve van, illetve a kimeneten még található egy védődióda, amely a relé kikapcsolásakor keletkező feszültséglökés ellen véd a megfelelő polaritással.

31 A modul tápegysége Mivel az egész rendszer 24V feszültségről működik és a relék 12V működtető feszültségűek, biztosítani kell működtető feszültséget a megfelelő terhelhetőséggel, ezért kapcsolóüzemű tápegységet építettem az áramkörbe. A tápegység egy LM típusú IC-vel van felépítve, ez akár 3A-rel is terhelhető, ha a megfelelő terhelhetőségű induktivitás van mellé építve. A jelenlegi alkalmazásban maximum 1A-es terhelés alatt kell teljesítenie, ezért ide tökéletesen megfelel. 23. ábra - 12V-os tápegység A 3.3V-os tápfeszültség egy egyszerű lineáris feszültség stabilizátorral van előállítva abból az okból kifolyólag, hogy a mikrovezérlőn kívül csak a CAN transceiver található a 3.3V-os ágon. Az összes fogyasztás az adatlapok alapján kb. 15mA környékén alakul, így bőven elegendő hőtermelés és áramfelvétel szempontjából egy 100mA-es stabilizátor, a választásom az egyszerű 78L33-ra eset 24. ábra Befoglaló méretei 68x80mm, a modul szélén találhatóak meg a sorkapcsos csatlakozókon tápfeszültség bemenetek, illetve a vezérelt kimenetek, a tüskesorok közül

32 32 az egyik a működtető program feltöltésére szolgáló JTAG csatlakozó, illetve a bővítő csatlakozó. A tápfeszültség és a kimenetek az elterjedten használt 5x20mm-es biztosítókkal van védve. Az áramkör sarkain furathelyek találhatóak a későbbi dobozolás 5.5 Tápegység és akkutöltő A tápegység modul célja az egész rendszer tápfeszültségének előállítása. Biztosítania kell a központi vezérlő, a szenzorok, továbbá az IO modul tápfeszültségét. Biztonsági szempontok szerint hálózati feszültség megszűnése esetére is szolgáltatnia kell a tápfeszültséget az ajtók bezárására (például egy komolyabb vihar esetére, amikor áramszünet lép fel), így a szükséges hogy akkumulátorok legyenek beépítve a rendszerbe. Továbbá akkumulátorok alkalmazásával kisebb teljesítményű tápegység beépítése elegendő, mert az ajtók mozgatásához szükséges magasabb áramerősséget ilyenkor az akkumulátorok biztosítják erre az időre. A jelenlegi megoldásban kettő autóakkumulátor soros kapcsolásával van biztosítva a 24V. Az akkumulátorok töltésének a vezérlését illetve felügyeletét az IO modul végzi, az akkumulátor feszültségének figyelésével. Ide még valami sematikus ábra jöhetne 6. A nyomtatott áramköri lapok megtervezése A kapcsolási rajzok megrajzolása után lehetett nekiállni a NYÁK lapok megtervezésének, a fő szempont az volt, hogy csak a szükséges legkisebb méretűek, és könnyen szerelhetőek legyenek az elkészült áramkörök. A felhasznált tervező szoftver az elterjedten használt Altium Designer 10-es verziója volt. Az alkatrészekből amit csak lehetett, SMD kivitelben terveztem a modulokra, passzív alkatrészek a szenzor és az IO modulon 1206-os méretűek, a vezérlő modulon a nagyobb alkatrészsűrűség miatt 0805-ös méretűek, így kényelmesen elférnek. A huzalozás és a furatátmérőket úgy választottam meg, hogy ne számoljanak fel rajzolatfinomsági felárat az áramkör legyártása során. A legvékonyabb vezetősáv szélesség 10mil és a legkisebb furatátmérő 0.6mm. Az egyes moduloknál a kapcsolóüzemű tápegyégeknél figyelembe vettem az alkatrészek elhelyezésénél. és a vezetősávok rajzolásánál a fontosabb irányelve betartására. Az alkatrészek

33 33 elhelyezésénél figyeltem arra, hogy a magasabb alkatrészek a felső rétegre kerüljenek, így később a dobozolás egyszerűsödik, és az áramkörök kultúrált megjelenésűek. Az áramkörök tervezése során hasznosnak bizonyult a NYÁK tervező 3D megjelenítési képessége, így képet lehetett kapni arról, hogy minden alkatrész megfelelően elfér-e. 7. Modulok élesztése Az áramkörök összeforrasztása és szemrevételezés után áramkorláttal ellátott tápegységgel ráadtam a tápfeszültséget, és közben mértem a felvett áramerősséget. Normál esetben mindegyik modulnak 100mA alatt kell hogy fogyasszanak, el nem indított szoftverrel. Az áramerősség megmérése után ellenőriztem a 3.3V-os tápfeszültség meglétét és helyességét, majd, ezek után a mikrovezérlőhöz tartozó programozó hardver csatlakoztatása után ellenőriztem hogy "él"-e a mikrovezérlő. Mivel a működtető szoftver a hardverek elkészülésekor még nem állt rendelkezésre, emiatt a különféle perifériákat lépésről-lépésre lehetett csak tesztelni a szoftver írásával párhuzamosan. A szoftver fejlesztésének előrehaladásával sikerült megállapítanom, hogy minden beépített periféria és hardveres funkció a terveknek megfelelően működőképes.

34 34 8. Szoftver 8.1 Fejlesztőkörnyezet A felhasznált mikrovezérlő szoftverének a fejlesztéséhez szükséges a megfelelő fejlesztőkörnyezet feltelepítése kialakítása. Az STM32-höz léteznek fizetős, "gyári" szoftvercsomagok, csak ezek próba verzióban érhetőek el szabadon letöltésre, így általában néhány fontos funkciójuk nem érhető el, illetve csak erőteljes méretbeli korlátozással hajlandóak fordítani. Ezen okokból maradtam ingyenesen használható megoldásnál. A cortex-m3-mas mikrovezérlőkhöz többféle ARM-ra portolt GCC fordító található, az én választássom az általánosan elterjedt Mentor Graphics által gondozott Codesourcery G++ lite verziójánál maradtam, a fejlesztés elején, így a szenzormodulokat működtető szoftvert ebben írtam meg, és ebben lett elkezdve a vezérlőmodul is. Később találkoztam a Coocox IDE nevezetű fejlesztőkörnyezettel, és próbaképpen átportoltam a projectet. Használata során kiderült hogy bár néha vannak benne még kiforratlan funkciók, alapjában véve nagyon használható és kényelmes fejlesztőkörnyezet. A legnagyobb előnyét akkor láttam meg, amikor bármilyen különféle speciális beállítás nélkül sikerült a Debug üzemmdot használni. A mikrovezérlőre írt szoftvert C nyelven írtam meg, a fejlesztés során próbáltam minél modulárisabb módon szervezni, hogy később könnyen lehessen módosítani, illetve az általam megírt kódot később máshol is fel tudjam használni. Amiből már létezett előre megírt library, azt próbáltam felhasználni, hogy gyorsabban lehessen haladni a fejlesztéssel. Így használtam a fájlkezelés illetve az ethernet modul kezelését. A grafikus kijelzőhöz egy nagyrészt saját magam által írt library-t használok.. Az egyes szoftvermodulokat alább foglalom össze, komponensenként bemutatva. Az egyes komponensek fontosabb tulajdonságait mutatom be, illetve néhány fontosabb függvén működését. 8.2 Programozó hardver Fejlesztés során a futtatható kód feltöltésére több lehetőség kínálkozik ezeknél a mikrovezérlőknél. Az egyik lehetőség a beépített bootloader segítségével UART-on vagy CAN buszon felmásolni, de ilyenkor nagyon korlátozottak a debuggolási lehetőségek. A fejlesztési célokra ilyenkor a élszerű eljárás JTAG-et használni, vagy újabban SWD portot (LÁBJEGYZET). A fejlesztés során eleinte az OpenOCD szoftver

35 35 csomaggal használtam egy FT2232-es IC-vel épített USB-s JTAG programozót, de később mikor áttértem a Coocox fejlesztőkörnyezetre, akkor ott már egy olcsó STM32Discovery fejlesztőpanelt használtam, amellyel lehetőség van külső áramkört programozni. Szerencsére az STM32-es mikrovezérlőknél a JTAG lábakra kivezetve megtalálható az SWD programozáshoz használható kivezetések, így csak egy átalakító szalagkábelt kellett készítenem a használatához. 25. ábra forrás: Operációs rendszer Komolyabb beágyazott rendszerek esetén célszerű használni valamilyen beágyazott operációs rendszert a különféle feladatok ütemezésére, segítségével nagyon leegyszerűsödik a rendszer feladatok szervezése. Jelen esetben a választásom az ingyenesen hozzáférhető FreeRTOS operációs rendszerre esett. Az egész rendszerben csak a vezérlőmodulon található operációs rendszer, a szenzormodulokon az egyszerűségük miatt felesleges lenne operációs rendszert használni. Az operációs rendszert jellemzi a moduláris felépítés és a testreszabhatóság, sok mikrovezérlőre készült már el a portolt változata. Jelen esetben STM32-es processzorra már készen megtalálható volt a működőképest változata. Az elindításához szükséges hogy néhány interrupt vektort (!!!melyikeket) átirányítsunk a operációs rendszer számára, majd a megfelelő fordítás paraméterek beállítása után meg kellet írni az egyes taszkokat, és elindítani a feladatütemezőt. A működést alapvetően 4 taszk végzi: - Control_TASK - Communication_TASK

36 36 - uip_task - uip_periodic_task Control_Task Feladata a vezérlőmodul fő funkcióinak a működtetése, ez felel a szenzoroktól kapott adatok és a beállított értékek szerinti, a feltételeknek megfelelő vezérlését a többie moduloknak. Működése során ellenőrzi először hogy az érintőképernyő megvan-e nyomva, ha igen, akkor elindítja a menürendszer kezelő függvényt. Továbbiakban, a CAN buszon beérkezett adatoknak megfelelően vezérli az IO modult. és a taszk végül frissíti a kijelzőn lévő megjelenített adatokat. A menürendszer kezelése közben az TCP/IP stack működése fel van függesztve, mivel egy buszon található az SD kártya és az ethernet vezérlő, és a menürendszer SD kártya kezelése össze tudott akadni, továbbá nem indokolt hogy ezt a két funkciót egyszerre tudja működtetni Communicaton task Ez a taszk felel az adatok küldéséért és fogadásáért a CAN buszon. Mivel az egyes modulok úgy működnek, hogy különféle lekérdezésekre válaszolnak csak, maguktól adatokat nem küldenek, ezért a ennek a taszknak a feladata az, hogy periodikusan lekérdezgesse a modulokat. További feladata kimenő adat esetén, hogy megfelelő írás parancs kiküldése a szenzor számára, az adatokkal. Ennek akkor van szerepe példul, amikor az IO modulnak küldi ki az ajtók nyitását vagy zárását, illetve az akkumulátor töltés engedélyezést uip_task Ez a taszk felel az ethernet csomagok kiolvasásáért az ethernet vezérlőből. Ha volt beérkező csomag, akkor eldönti hogy IP vagy ARP csomag jött, majd ezeket feldolgozza. Abban az esetben ha keletkezett válasz akkor az ethernet vezérlőnek továbbadja a csomagot, amely elküldi a hálózat felé uip_periodic_task A taszk feladata nyitott TCP kapcsolatok esetén ARP csomagok küldése a hálózatra 500ms ismétlődéssel (TCP keep-alive), illetve 10 másodpercenként az ARP tábla frissítése. 8.4 Fájlkezelés A kijelzőn megjelenített grafikák tárolása a beépített SD kártyán történik. Mikrovezérlős környezetben jelenleg talán a legegyszerűbben megvalósítható nagyobb

37 37 méretű adatok tárolására a könnyű cserélhetőség, és kezelés szempontjából. A kártyán az elterjedt FAT32-es fájlrendszer található, mivel mikrovezérlővel ez egy viszonylag kis erőforrás igénnyel kezelhető megoldás, és megvan az előnye, hogy fájlokat lehessen kívülről számítógépről rámásolni, ha nincs arra szükség hogy mikrovezérlő írjon a kártyára. A fájlrendszer kezelését a mikrovezérlős körökben a jól elterjedt és bevált FatFS könyvtár végzi. A driver C nyelven írdott, réteges szervezésű. Az adott rendszerhez való portolásáhioz elegendő csak az alacsonyszntű függvényeket a hozzáigazítani az alkalmazáshoz, ebből adódólag gyakorlatilag tetsőleges háttértár típuson működőképes. Konfigurációs lehetőséget biztosít arra, hogy ha kevesebb erőforrással rendekező mikrvezérlőn alkalmazzák, akkor a nem használt funkciókat, függvényeket ki lehet kapcsolni, ezáltal memóriát lehet spórolni. A réteges felépítését az alábbi ábra szemlélteti 26. ábra - forrás? Az alsó szinten találhatóak meg az alacsonyszintű driverek, jelen alkalmazásban itt szükkséges hozzáigazítani a mikrovezérlő SPI busz kezelő függvényeihez, mivel az SD kártya ezen a buszon található meg. Ez az alacsonszintű működtetés az alábbi 5 alapvetű föggvényre épül disk_initialize() Háttértár inicializálása disk_status() Háttértár státusz lekérdezése disk_read() Egy blokk olvasása disk_write() Egy blokk írása disk_ioctl() Vezérlő parancsok küldése Ezek a függvények biztosítják az alapvető interfészt a felsőbb szintű funkcióknak, illetve ezek határozzák meg hogy milyen hardvert is kezel a library. Szerencsére STM32-re létezett már előre portolt változat, így elegendő volt a mikrovezérlő

38 38 kivezetéseit definiáló sorokat hozzáigazítani a jelen áramkörhöz. A driver felasználja a DMA-s átvitelt az SD kártyáról a memóriába történő olvasás során, így használatával nagy sebességkülönbséget lehetett észlelni. Az alapszintű driver beállítása után történhet maga a könyvtár használata. A meghajtó inicializálásához elegendő meghívni a disk_initialize(), a fájlrendszer inicializálásához a f_mount() függvényeket. A gyökérkönyvtár megnyitásához lehet hasznáni a f_opendir() függvényt. Mindegyik függvény rendelkezik hibakezeléssel visszatérési értékként, így hiba esetén a megfelelő képet lehet kapni ahibáról és segítséget nyújt az elhárításában. Ezek után tetszőlesen lehet fájlműveleteket végezni a meghajtón. 8.5 Ethernet kezelés A vezérlőrendszer távoli menedzsmentjét legegyszerűbben valamilyen ethernet alapú megoldással volt célszerű megoldani. Manapság már nem olyan bonyolult ez a feladat, mivel a mikrovezérlő gyakorlatilag perifériaként tartalmazzák az ethernet vezérlőt. Mivel ebben a rendszerben nem fő feladatnak szántam az ethernet kapcsolatot, és inkább a a kijelzőt meghajtó memória interfészre tettem a hangsúlyt, a felhasznált mikrovezérlőben nem található ethernet modul, így egy különálló ethernetvezérlőt kellett használnom <ez madnem jo, de a HW helyre kell irni uip TCP/IP stack Az áramkörbe épített ENC28J60-as ethernet vezérlő meghajtását végzi az uip TCP/IP stack. Ez a stack az Adam Dunkels által kifejleszett LWIP (lábjegyzet) egyszerűsített változata. Sokkal kevesebb RAM memóriát használ fel a működéséhez, cserébe viszont a csomagok összeállítása sokkal bonyolultabban történik, és sok funkció csak korlátozottan működik. A stack működtetéséhez elegendő biztosítani az ethernet vezérlőhöz tartozó csomag küldő és fogadó függvényt. Bejövő adatcsomag esetén ellenőrzi a csomag típusát és annak megfelelően dolgozza fel. Lényegében bejövő csomag esetén meg kell hívni a stack magasabb szintű feldolgozó függvényét (ipin...) Ennek futása során egyre alacsonyabb szinten feldolgozza, és biztos hogy véges idő múlva visszatért. Visszatérés után az egyetlen feladat azt ellenőrizni, hogy keletkezett-e valamilyen elküldendő ethernetes csomag az adat bufferban, nem nulla adathossz esetén meg kell hívni az ethernet vezérlő csomag küldő függvényét. A jelenlegi alkalmazásban külön operációs rendszer taszk-ként fut az TCP/IP stack. A stack elindításához csak az Ethernet vezérlő alapszintű felkonfigurálása szükséges, ezt minta kód segítségével a C nyelv adottságaiból kifolyólag viszonylag könnyen meg lehetett tenni. Ebben a fázisban

39 39 van megadva a ethernet illesztőnek a MAC címe, illetve a szükséges IP konfiguráció, jelen alkalmazásban statikus IP címet használ, de a stack képes lenne DHCP segítségével saját IP címet kérnie Weboldal A megjelenítendő weboldal a mikrovezérlőben van letárolva a belső Flash memóriában. Ebből kifolyólag célszerű volt minimalizálni a weboldal méretét, és célirányos egyszerű weboldalt fejleszteni. HTTP lekérdezés esetén ellenőrzi hogy a kért fájl megtalálható-e a memóriában, sikeres lekérés esetén továbbítja a kliens felé, ellenkező esetben hibakezelésként a szabványos 404-es hibát adja vissza. A weboldalon alapvetően a rendszerre jellemző szenzorok által mért értékeket láthatjuk, ezek közé tartozik a hőmérséklet, páratartalom, akkumulátor töltöttség, szélerősség, illetve az ajtók állapota Ezek táblázatos formátumban találhatóak meg. A távoli vezérléses funkciókat úgy valósítja meg a webfelület, hogy a beállított határértékek módosítására is lehetőséget biztosít ugyanúgy mint a menürendszerben. Így módosítani