[elektro] Mirocontroller kijelző programozás wxWitget-el ATMEL vs. ARM
elight at gmail.hu
elight at gmail.hu
Mon Jan 20 15:22:06 CET 2014
Szia,
szerintem semmi se akadályoz meg ,
hogy létrehozz egy teljes char táblát
0 - FF ig a RAM_G-ben.
Írsz hozzá egy pár soros kezelőt,
és azt hívod meg . Maguk a karakterek
nagyrészből másolhatók a font-rom-ból.
Csak a hiányzókat kell megtervezni,
és minden induláskor a FLASH-ból feltölteni.
De így akár meg is keverheted a betűkészletet
a neked tesző sorrenben, sőt gyárthatsz kis
Celzius vagy akármi más jeleket is..
A hagyományos 8x8 karakterekhez létezik
még szövegmódú ablak ,
de ezt nem használtam, részleteket nem tudok..
A grafikon rajzolás tájon említik.
Kicsit nehézkesebb ha a karaktereket használod a rom-ból ,
de ha olyan kivételt találsz , ami nincs benne ,
akkor kiteszel egy üres helyet,
és a rutin végén vissza beillesztesz egy egyéni betűt
a grafikus elemmek közül a megjegyzett pozícióra..
Ezeket egyszer kell leprogramozni , utána már akárhányszor
használhatod kiíratásra.
Terveztem én is hogy létrehozom,
csak sajnos még nem jutott rá idő.
Egyenlőre nekem jó volt az angol kiírás is .
Ja és azért sokkal több a lehetőség,
mint a 8db CGI font a kétsoros LCD kijelzőn.
Üdv István
2014-01-20 14:54 keltezéssel, Moravcsik Szilard írta:
> Szia!
>
> 2014.01.20. 10:48 keltezéssel, elight at gmail.hu írta:
>> Ahogy néztem, (nem próbáltam még )
>> de bármilyen szimbolt létrehozhatsz
>> ha befér a skálázható karakterméretbe.
>>
> A RAM fontok 1-127 ASCII kód közöttiek lehetnek, bár a 0x20 alattiaknak
> gyárilag nincs megjeleníthető képe. Egyébként a karakter bitképe
> akármilyen lehet, ha a leíró tábla szabályainak, paramétereinek megfelel.
>
> Nekem az nem igazán tetszik, hogy a magyar kis és nagy ékezetes betűket
> nem tudom azokra a karakter kódokra tenni, amilyen kódokkal írok pl. a
> Windowsban. Azaz a forrásprogramban egy sztring nem lesz azonnal
> olvasható, mert nálam a chipben pl. a máshol nem használt '[' zárójel
> lesz az 'á', a ']' zárójel pedig az 'Á' betű. Így az "Álomgyáros" szöveg
> helyett azt fogom látni, hogy "]lomgy[ros", ami elég vicces. :)
>
> Bár beszélnek valamit az UTF-8 karakterekről is, de ha jól értettem az
> oktató Youtube videót, az is korlátozott. Már csak abban lehet
> reménykedni, hogy a következő chip verzióban rendes UTF-8-as karakter
> kezelés lesz.
>
> Üdv:
> Szilárd
>
> U.i.:
> Még az sem világos, hogyan tudnám egyszerű eszközökkel kinyerni a ROM
> karaktereket a chipből. Lehet, hogy programot kell írni ehhez és
> valahogy kiküldeni a PC felé (pl. soros vonalon)?
>
>> Nekem az teccett igazán , hogy az alsó 0x00000000L kezdetű
>> ramba bemásolod a grafikákat és egy két utasítással megjelenítheted,
>> és mozgathatod utána. Látványos kis dolgokat tudnak
>> az áttűnésekkel produkálni , pár sorban ..
>> Itt érződik a külön proc, az objektumos hardver ereje igazából!
>>
>> Kát hogy a Mikroe szerkesztőjét kicsit elbazalikázták
>> mert a 'const' -okat is ramon ketresztüli objektumokban
>> jeleníti meg, és az elfalja a memóriát. A PIC ben amúgy sincstúl sok.
>> Ezért is szenvedtem ki a saját libeket.
>> Helyesen kezelve negyede méretben elmegyeget ugyanaz.
>> Főleg ha csak azokat a funciókat fordíttod be minimál,
>> amelyek igazán kellenek.
>> Éljen a lowlewel ! : )
>>
>>
>> Üdv István
>>
>> 2014-01-20 10:34 keltezéssel, Móczik Gábor írta:
>>> Ez az ékezetes karakterkre vonatkozik?
>>> Tehát akkor zökkenőmentesen megoldható?
>>>
>>>
>>> Hát ilyen grafikus felületeket másképp nem igazán lehet megoldani, ha
>>> magad írod a graph libet, akkor sem.
>>>
>>> Ha bárhová tudsz írni, akkor nem tudsz ablak rendszert készíteni,
>>> gyakorlatilag inkább csak egy nagyfelbontású karakteres kijelződ lesz
>>> némi grafikai képességgel. Ha valódi windowed touch rendszert akarsz
>>> építeni, akkor minden képernyőn megjelenő elem egy önálló objektum kell
>>> legyen. Ha programoztál már PC oldalon GUI-t, akkor ismerős lehet,
>>> ugyanazt kell csinálni.
>>>
>>> -----------------------------------------
>>> elektro[-flame|-etc]
>>>
>> -----------------------------------------
>> elektro[-flame|-etc]
>>
> -----------------------------------------
> elektro[-flame|-etc]
>
More information about the Elektro
mailing list