[elektro] Mirocontroller kijelző programozás wxWitget-el ATMEL vs. ARM

[hg12345]

HI

Ha grap proc van a TFT, akkor a RAM-ba írod közvetlenül az generált anyagod, vagy folyamatosan egy queue-ba töltöd a rajzolni kivánt adatokat, menü, grafikon. Az első verzió esetén kell egy busz a TFT felé, a másik esetén kérdés mennyi 1sec alatt feldolgozható parancs a GProc által.

Az PIC32-hoz szerintem ingyenes a fordító, és GCC alapú még elképzelhető az is, hogy ++-os csak annyit kell csinálni, hogy hozzárendeled azt hiszem a MAC címedhez, ennyi a telepités specialítása.
Az új MZ tipushoz meg letölthető a HARMONY

A grafikát nem érdemes megírni, pl. a legtöbb gyártó az ARM uC-sek az EMwin (segger) library verzióját adják ingyen, mindent tud amit lehet, a stack felhasznált elemektől függően 32-60K között van.




"elight at gmail.hu" <elight at gmail.hu> írta:
>Szia,
>
>Köszi.
>Graf-proc van a TFT-n.., ezért kevesebbet kalkuláltam.
>
>Eddig elfértem 128K-ban és mellete  64K RAM-ban...
>
>Egy regisztrálót is szeretnék beépíteni, és ehhez sacc a duplája kellene..
>Sajnos a PIC32 kisérletezéshez még fordítót is kellene venni,
>és ez cak  sima C.  A grafikákhoz ahogy nézem  jobb lenne c++ beszerezni..
>Nézegettem ,  elvileg a gcc-nek van arm-os változata is.
>Talán, tennék benne egy kisérletet.
>Már a programom  zömét megírtam, kipróbáltam PIC-en.
>Csak át kellene  írni ++ és kibővíteni egy grafikon modullal..
>
>Tényleg, egyáltalán  C -ből C++-ba átírni valamit
>emberpróbálgató,
>vagy azért egy szépen megoldható feladat ??
>
>Üdv István..
>
>
>
>
>
>2014-01-17 14:51 keltezéssel, hg12345 írta:
>> Hi,
>>
>> a grafikus megoldás esetén, ha nem akarsz külső RAM-t akkor először érdemes számolni, mekkora a grafika igénye. 200x320 (8 szín) 64K 240x400 (8 szín) 96K ez eléggé korlátozza a lehetséges eszközök számát, célszerű belső ram-ba generálni, és DMA kitolni az eredményt. (felület + ár-ban egyedi készülék esetén)
>> Ehhez még számolj hozzá egy RTOS-t is, célszerű és nagyban egyszerűsíti a programozást, ennek is várható egy ilyen bonyolultságú eszköz esetén min 16-20KRAM számolni.  Szóval 128KRAM belső igen vékony jég, ha komolyabb saját programot akarsz mellé tenni.
>>
>> Valószínű ebbe a kategóriában az elérhetők között inkább az ARM CORTEX M3/M4 (NXP,ST,Freescale és TI gyártanak ilyen paraméterekkel és még sokan mások) között érdemes válogatni, de ha kedveled akkor ott MCHIP PIC32MZ eszköz is saját 512KRAM-mal.
>> 8 ill 16 biten nem érdemes próbálkozni.
>> .
>>
>> "elight at gmail.hu" <elight at gmail.hu> írta:
>>> Sziasztok.
>>>
>>> Letöltöttem és kipróbáltam a codeblock-s ot
>>> és igy az első windowsos ablak létrehozása után is ,
>>> megvallom  még tetszik
>>>
>>> Megnézegettem , és létezik GCC C++ fordító   ATMEGA és ARM
>>> processzorokra is.
>>> Mielőtt belekeverednék rendesen , érdeklődöm,
>>> próbáltatok e  már hasonlót összehozni?
>>>
>>> Tulajdonképpen grafikus TFT kijelzőt szeretnék
>>> programozni sok nagy memória igényű grafikával.
>>> És ehhez érzelmi okokból : ) jó lenne áttérnem a c++-ra.
>>> ( Tehát  a fenti okok miatt a TFT-nél PIC től
>>>                       ezuton érzékenyen búcsú vennék )
>>>
>>> Szerintetek melyik rendszerrel érdemesebb ( könnyebb ) kisérletezni..
>>>
>>>    ARM vs ATMEGA.
>>>
>>>
>>>
>>> Üdv István
>>>
>>>
>>> -----------------------------------------
>>>           elektro[-flame|-etc]
>>>
>> -----------------------------------------
>>            elektro[-flame|-etc]
>
>-----------------------------------------
>          elektro[-flame|-etc]