[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