[elektro] ARM STM32F100 GPIO 8bites kétirányú használata.

[hg12345]

Hi, ha sebesség kell a kiíráshoz, a képernyő tartalmat RAM-ba generáld (egy LCD általában 1.5...4K-ban elfér még a legnagyobb is, ha kész vagy akkor DMA-val kiküldöd, ennél gyorsabb nincs.
elight <elight at gmail.hu> írta:
>Ezt szerettem volna elkerülni..
>8 bit  bitenként már macerás és futásidő..
>
>Egyértelmű kezd lenni,
>hogy a DEF ben lévő makró nem jól működik a PORT -ra ..
>Pedig változóknál a Hi() , Lo()    szépen teszi a dolgát.
>
>Ha kiveszem a
>
>GLCD_Bitmap(&Birmap_bmp);               // Print képernyő grafika
>
>sort a végtelen ciklusból, megszűnik a többi bit zavarása..
>Tehát ha más ötlet nem lesz,
>neki kell állnom mindenütt fél word-re kimaszkolgatni...
>
>Üdv István
>
>
>
>2015-07-30 21:42 keltezéssel, Pipi írta:
>> keveset foglalkoztam vele, de emlékeim szerint van neki külön set bit és külön clr bit regisztere is a port beállításhoz
>>
>>
>>
>>
>> 2015.07.30. 20:00 keltezéssel, elight írta:
>>> Sziasztok.
>>>
>>> Hogyan szokták ezt egyszerűen.
>>>
>>> Bitenként nézve sokat kellene billegetni.
>>>
>>> Van ilyen mód?
>>> Vagy   folyamatosan maszkolni és irányt váltogatni szükséges?
>>>
>>> Az a gondom, ha pl.  def-elem a felső 8 bitre
>>>
>>> #define  LCD_DATA_OUT     Hi(GPIO_ODR)
>>> #define  LCD_DATA_IN         Hi(GPIO_IDR)
>>>
>>>
>>> a kimenet használatakor az alsó bitek is változnak időnként..
>>>
>>> LCD_DATA_OUT = 0xBE;
>>>
>>> tehát arra jutnék ,  word változóba kell tenni és maszkolni kellene talán.
>>>
>>> De még keresgélem , hogy egyáltalán jó irányban tapogattam a hibát?
>>> De ez a gyanus.  Maga az LCD működik, de más out  bit is billen alsó
>>> byte-ban,
>>> aminek nem lenne szabad
>>> Üdv István
>>>
>>> -----------------------------------------
>>>             elektro[-flame|-etc]
>>>
>>>
>>
>
>-----------------------------------------
>          elektro[-flame|-etc]