Egyrészt igen, a karakterek megjelenítése alapvetően (mint lényegében minden eszköznél, a saját számítógépedet is beleértve) egy „térkép” alapján történik. Ahhoz, hogy legyenek magyar ékezetes karakterek, ahhoz azokat be kell tenni egy adatbázisba. Ez adott esetben elég macerás és sokszor teljesen felesleges feladat egy ilyen szintű projekt esetén, mert az óradíj kifizetése végén még baráti számok esetén is ott vagy, mintha egy gyári eszközt vettél volna annak minden előnyével és hátrányával.
Ha elhagyjuk az Arduino rendszer szűkösségét és vagy komolyabb rendszer felé megyünk és/vagy olyan kijelzőt választunk, ahol a grafikus megjelenítés közvetlenül, belső processzorral, saját memóriával működik (ilyen a számítógéped videkokártya-monitor kombója nagy vonalakban), akkor már lehet játszani előre gyártott minőségi(bb) fontokkal, jóval gyorsabb grafikus megjelenítéssel anélkül, hogy a fejlesztés „szépészeti” részére horrorisztikus időráfordítás menne el. Pár példa:
Korábban leltem egy komplexebb megoldást, ami úgyszintén a 80-100 USD körüli tartományban volt. Ez ugye plusz posta, majd szorozva 230-cal, áfával, vámmal satöbbi.
Ez esetben lényegében arról van szó, hogy a mikrokontroller tényleg csak kontrollál, adatot gyűjt, riaszt satöbbi, a megjelenítést egy saját (technikai értelemben az alapnál számottevően erősebb) célhardver végzi.
Innentől két út van. Vagy meg kell alkudni azzal, hogy randa lesz a megjelenítés (vagy drága a szépítése), vagy el kell indulni jóval erősebb alap hardver felé: Rpi vagy az mlog „konzorcium” célnak megfelelő cuccai. Mellékszál és adott esetben akár még működhet is, hogy az Arduino elvben képes VGA jelet kiküldeni úgy, hogy azt egy majdnem bármilyen VGA-kompatibilis kijelzőn meg tudod jeleníteni. Itt ugyan -- ismét-- belefutsz abba, hogy a megjelenítést az eszköz végzi, tehát kb. 2-5 mp képfrissítési gyakorisággal lehet számolni (meg azzal, hogy ha bármit kezelni akarsz, akkor ahhoz egy külön billentyűzet kell).
Az érzékelők, ki-bemenetek, riasztások stb. vezérlése gyakorlatilag rutinfeladat, csak a műszaki megvalósításon tud bukni, de az meg csak odafigyelés kérdése.
Szép és gyors munka, mondjuk aki ért hozzá annak rutinfeladat :)
Viszont ebből látszik, hogy valami komolyabb kijelzőt kell beszereznem egyrészt a méret miatt másrészt gondolom a karaktereket is csak egy nagyobb felbontású kijelzőn lehet szépen ábrázolni. Tulajdonképpen jó a klasszikus 7 szegmenses kijelzés is, de ha van rá lehetőség jobban mutatna valami "rajzolt" karakterekkel. Egy ismerősöm mondta néhány évvel ezelőtt a mikrokontroller programozás kapcsán, hogy ha nem úgymond szabvány alakzatot akarunk akkor azt külön meg kell szerkeszteni a programban. Fogalmam sincs, hogy a karakterek fixek-e az Arduinoban vagy a kijelzőkben.
Ha megmondanád konkrétan milyen Arduinot szerezzek be milyen kijelzővel és a hozzávalókkal akkor sztem egyenesbe is jönne a dolog pl. úgy hogy megírnád hozzá a programot és megegyeznénk valami honoráriumban...:)
Viszont akkor már olyan "vasat" kéne kalkulálni amibe belefér egy későbbi bővítés pl. alarm kimenetek, logolás esetleg hálózatra csatlakozás.
Na feliratkoztam erre a tanfolyamra majd meglátom, hogy megy!
Akkor mit is ajánlotok milyen ketyeréket kellene beszereznem a lentebb írt dolgaimhoz!
Eléggé elszánt fajta vagyok már csak legyen rá idő.
Először tényleg csak a hőmérséklet mérések lennének a legfontosabbak és a NAS szerverre való adatok mentése nem SD kártyára és távoli elérése.
Ezek után lenne a többi vezérlés,ha megoldható :) Ezt csak azért írtam, hogy az arduino board amit ajánlanátok megvételre az képes legyen a későbbi fejlesztésekre(termosztát adók helyettesítése és a többi amit lentebb írtam)
Nos, ez itt eléggé macerás kérdés, tudniillik az Arduino (és sok más hasonló cucc) ugyebár prototyping platform. Nagy vonalakban tehát elemekből építesz működő, de nem véglegesnek tekinthető eszközöket. Ha a megbízhatóság fontos, legalább egy próbanyák szintjén össze kell rakni a dolgot (ha más nem, úgy, hogy minden külső elem a nyákon legyen, legfeljebb egy micro-t betolsz egy megfelelően beforrasztott hüvelysorba (egyszerűbb rajta pl. szoftvert frissíteni).
Az általad leírt egy ilyen-egy olyan felállásra, ha nem akarsz alkatrészekből próbanyákolni, akkor marad az, hogy kiforrasztod a tüskesorokat, beforrasztasz normális vezetékeket, az egészet műanyag távtartókkal fekrakod egy műanyag vagy fa alaplemezre (csavarokkal persze), és készre összeforrasztod. Szép nem lesz, de többé-kevésbé üzembiztos igen.
Végül is mit kéne beszereznem! Amit a legutolsó hozzászólásomban írtam az csak hab lenne a tortán nem követelmény max., ha később meg lehet csinálni az is jó lenne (ready)
Köszönöm! kicsit megalomán vagyok és mindenből a legjobbat akarom kihozni. Gondoltam egy okos házat lehetne csinálni.
Arduino vs. nem arduino viszonylatban szeretnék egy tippelős játékot indítani! Mennyi időbe telik a képen látható feliratok felrajzolása a kijelzőre? :-)
Ennyit sikerült egyelőre összetákolnom. 3,2 collos kijelző, egyelőre fals adatokkal.
Két eltérő megjelenítési mintát csináltam a tizedesekre. A nagy 7-szegmenses számokhoz nincs tizedespont, úgyhogy egy grafikus pötty van berakva, illetve a többinél a színnel játszottam. Elég szélesek a lehetőségek, akár analóg + digitális felállásban is.
A kijelzőfelület fizikai mérete 65×48 mm, felbontása 320×240 pixel, elvileg 8 bites RGB, de gyalázatos minden paramétere. Cserébe rezisztív érintő (kb. 6 pixel átmérőben pontos).
Ezt kis küzdelem árán kb. 1,5 óra alatt hoztam össze, de végig kellett túrnom az LCD-hez tartozó könyvtár (UTFT) teljes dokumentációját.
Nekem nem a 6500 forinttal van bajom, mert ahogy korábban is írtam, elég jól tudnék ügyködni az mbed egy-két lapjával. A gond ott kezdődik, hogy a 6500 forint mellé bekúszik egy 3-4-5-6 ezer forintos (sőt) szállítási költség is, ami viszont már fájdalmasba csúszik át erősen.
Az ugyanakkor igaz, hogy pl. a Mega + 3,2 touch kijelző kombója nagyjából (legalábbis gyári állapotában) semmire sem jó, fűtésvezérlésre sem.
Most ahogy olvasgatom ki tudnám váltani ezzekkel a termosztátokat?
Jelenleg 2 szett Computerm q8rf-em van párhuzamosan kötve és hozzá 6 adó egység( minden fontosabb helységben van) 1 termosztát +hozzá termosztátonként 1 db q1rx falidugalj kapcsoló ami a radiátorokra szeret szelepet nyitja zárja.
Az lenne a kérdés, hogy lehetne csinálni szintén adó termosztátokat ami ugyanazon a frekin lenne mint a aktuális adó (azaz tanítható adót csinálni) és ezt is lehetne menedzselni is és szintén mint az arduino-t távolról vezérelni?
Sőt ha van olyan megoldás, hogy a redőnyeimet is ami szintén távvezérelhető be lehet ebbe a rendszerbe vonni az is érdekes lenne! :)
Mielőtt teljesen félre vinnéd az éppen kezdő tájékozódókat, tedd már meg, hogy összevetéshez csak azonos vasat azonos szoftweres támogatással bíróakat ajánlgatsz bármelyik forásból. Csúsztatással bármiről bármit bebeszélhetsz.
Arduino: 1.5.8 (Windows 7), Board: "Arduino Pro or Pro Mini, ATmega328 (5V, 16 MHz)"
Sketch uses 1 108 bytes (3%) of program storage space. Maximum is 30 720 bytes. Global variables use 11 bytes (0%) of dynamic memory, leaving 2 037 bytes for local variables. Maximum is 2 048 bytes. avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x01 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x01 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x01 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x01 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x01 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x01 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x01 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x01 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x01 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x01 Hiba a feltöltés során. A hiba elhárítása a http://www.arduino.cc/en/Guide/ oldalon a Troubleshooting#upload alatt került leírásra.
This report would have more information with "Show verbose output during compilation" enabled in File > Preferences.
A fenti hiba története:
a Pro Mini Atmega 328 alaplapra felforrasztottam a 16 MHz-es qvarcot ( 6, 7, lábak) az usb konverterrel összedugva az Arduino IDE ezt a hibát jelezte.
Miután nincs sok idő kínlódni a hibakeresgéléssel, a kuka és kalapács emlegetése után újra lehúzva az oldható érintkezéseket és visszadugva hibátlanul ment a program hello world fordítása és feltöltése.
A végleges összeszerelésnél kerülöm a dugdosós verziót.
nekem ez a felállási is megfelel, ha tudja amit lentebb írtam.
Már csak annyi kell, hogy pontosan mit és mennyit kell belőle vennem.
és a sok adatot hogyan jeleníti meg 1x-re vagy van valami léptető?
Amire még nem kaptam választ, hogy a szenzorok nálam a kütyütől elég távol vannak van ami 20-25 méterre is ezt hogy lehet megoldani(hosszabbítható e a kábel)
Korábban már linkeltem az ST Discovery board-ot. 6500 ft, van rajta touch LCD, és az MCU alapból tudja az ethernetet, csak egy csatlakozó kell hozzá. :-) A gyártó pedig adja hozzá a szoftvert. De van hozzá sok tutorial és library is.
Természetesen senkit sem akarok lebeszélni arról, hogy 8 bites AVR-re tegyen LCD-t, meg ethernetet. Azzal is össze lehet hozni. :-) Csak Arduino alapon drágább, macerásabb, és kevésbé stabil.
Érdemes nézegetni a gyártók fejlesztői kártyáit. Általában jóval olcsóbbak (szeretnének mindenkit rászoktatni a sajátjukra), mint a külső gyártók cuccai.
Például az Arduino kompatibilis Atmel xplained mini is fele, harmada, mint egy Arduno UNO vagy Leonardo, ráadásul nem kínai vacak, hanem a mikrokontroller gyártójának saját (minőségbiztosított) terméke.
Sajnos én nem értek ezekhez, de ez nagyon érdekesen hangzik!
Ezt a megoldást úgy kell elképzelni, hogy egy ilyen érzékelő/vezérlő rendszer (maradjunk példaként egy fűtési adatgyűjtő, esetleg beavatkozó rendszernél) központja lehetne egy mobiltelefon vagy akár egy olcsó tablet?
Ezeknek az adatait szeretném én kiíratni egy kijelzőre,amit be tudok építeni a kazán műszerfalába (atmos dc32s)és LAN-on el tudjam érni.+ ha megoldható van egy nas szerverem és oda monitorozná az adatokat.
Ja milyen messziről lehet odavinni az adatokat, mert nekem a hmv-m kb20-22mre van a kazántól, a pufik 5-6m
