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

[elight at gmail.hu]

Szerintem se  érdemes szoft graflibet írni.
Már túlhaladott..
Nézd meg pl az FTDI grafikus chipjét.
Kipróbáltam! Megfelelő kezeléssel
10-20k -ban megírható 5collig nyolc-tiz normál
szabályzástechnikai képernyő. A RAM is  benne van
és elegendő. A turbó SPI meg az eddigiekhez nekem
elfogadható átviteli sebesség volt.
Most csak tovább cifráznám a dolgot..

Üdv István




2014-01-17 15:47 keltezéssel, hg12345 írta:
> 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]
> -----------------------------------------
>            elektro[-flame|-etc]