[elektro] Pic C30 kérdés

[Acs Gabor]

A C-vel úgy önmagában csakis jól jársz, sokkal hatékonyabb vele dolgozni.


Gábor


2012.11.01. 19:54 keltezéssel, Skandar Graun írta:
> Igen... valahogy így.
> Eddig a C kerülésével sikerült kibekkelnem, de most az eddig elkerülteket
> is telibe kapom.
> Na mindegy, Küzdök tovább.
>
>
> 2012. november 1. 19:36 Acs Gabor írta,<levlista at e8e.eu>:
>
>> Nekem ez volt az USB hosttal. 32-esen ment a demo, 24-esen nem.
>> Megvettem minden nem nagyon olcsó gyári hardvert, mondván biztos az
>> enyémben van a hiba, de akkor sem lett jó. Napokig leveleztem a
>> supporttal stb. aztán szépen ment egy dobozba az egész kóceráj és vettem
>> olyat, ami normálisan működik (és nem Microchip). Nekem amúgy nincs
>> bajom a termékeikkel, csak ezek a demok vannak -szerintem- igen trehány
>> módon összerakva. Az a vicces, hogy ott náluk valakinek nagy nehezen
>> sikerül beröffenteni egy ilyen cuccot, és arra már rögtön ráindul a
>> marketing gépezet, és nagy harsányan hirdeti, hogy ilyen meg olyan
>> dolgokat simán lehet, és még ingyen meg is kapod.
>>
>>
>> Gábor
>>
>>
>> 2012.11.01. 19:30 keltezéssel, Skandar Graun írta:
>>> Elsőre, a gyári demópanellal elég gyorsan sikerült.
>>> Most elkészült a saját panel, eléggé más hardverfelépítéssel.
>>> Ezt kéne adoptálni.
>>> Az a baj, hogy egy grafikus modul megértése is elég komoly feladatnak néz
>>> ki... ezért hagyatkoznék a demókra.
>>> De még két nekifutás és nekilátok katalógust olvasni.
>>>
>>>
>>> 2012. november 1. 19:22 Acs Gabor írta,<levlista at e8e.eu>:
>>>
>>>> Nem. A Microchip C demo file-ok használatát. Nincs azon mit ismerkedni,
>>>> inkább gyorsan felejteni kell :)
>>>> Bár simán lehet, hogy van akinek bejön.
>>>>
>>>> Gábor
>>>>
>>>>
>>>> 2012.11.01. 18:02 keltezéssel, Cser Tamas írta:
>>>>> mármint a C, C++ -ra pocsékolást mindenestől, vagy csak
>>>>> a C-hez való demoval ismerkedést?
>>>>>
>>>>> Acs Gabor<levlista at e8e.eu>    írta, 2012.11.01.:
>>>>>> Légy üdvözölve Szopacs Vili csodálatos világában!
>>>>>> Én nagyon hamar lezártam az erre fordított időpocsékolást :)
>>>>>>
>>>>>> Gábor
>>>>>>
>>>>>>
>>>>>> 2012.11.01. 17:31 keltezéssel, Skandar Graun írta:
>>>>>>> Nem tudom. Demóprogramokból szemezgetek, de tényleg kezd tele lenni a
>>>>>>> hócipőm a túlbonyolított demóktól.
>>>>>>> Kétszáz include, a franc tudja, mit hol deklarált, nem találok
>> semmit,
>>>>>>> átdefiniált regiszternevek...
>>>>>>> Nem érzem a különbséget a .h és a .c fájlok között... mindenhol van
>>>>>>> minden.
>>>>>>>
>>>>>>>
>>>>>>> 2012. november 1. 17:13 Cser Tamas írta,<maguspr53 at gmail.com>:
>>>>>>>
>>>>>>>> nem valami fordítófüggő valamivel cumizol? mert
>>>>>>>>
>>>>>>>> A __attribute__ pszeudomakró egy GCC kiterjesztés.
>>>>>>>> http://gcc.gnu.org/onlinedocs/gcc/Attribute-Syntax.html
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> 2012/11/1, Skandar Graun<sgraun at gmail.com>:
>>>>>>>>> Sziasztok!
>>>>>>>>>
>>>>>>>>> Küzdök itten ezzel az állatfajjal.
>>>>>>>>> A proci 24fj256da210
>>>>>>>>> Ebben van grafikus vezérlő.
>>>>>>>>> Állítanám a demók és a katalógus alapján a paramétereket, de egy
>>>>>>>>> számomra
>>>>>>>>> érthetetlen hibába botlottam.
>>>>>>>>>
>>>>>>>>> Graphics\Drivers\gfxepmp.c:41: warning: type defaults to 'int' in
>>>>>>>>> declaration of 'PMCS1BS'
>>>>>>>>> Graphics\Drivers\gfxepmp.c:41: error: conflicting type qualifiers
>> for
>>>>>>>>> 'PMCS1BS'
>>>>>>>>> C:/project/ec_paka/pakadisp/Include/p24FJ256DA210.h:4996: error:
>>>>>>>>> previous
>>>>>>>>> declaration of 'PMCS1BS' was here
>>>>>>>>> Graphics\Drivers\gfxepmp.c:41: warning: data definition has no type
>>>> or
>>>>>>>>> storage class
>>>>>>>>>
>>>>>>>>> Ebben az érdeke csak az, hogy a kérdéses sor így néz ki:
>>>>>>>>> PMCS1BS = 0x2000;                 // set CS1 start address to the
>>>> start
>>>>>>>> of
>>>>>>>>> the EPMP EDS space (0x200000),
>>>>>>>>>
>>>>>>>>> Valamint a 24fj256da210.h filében a kérdéses kifejezés: (Ez
>>>> egyébként a
>>>>>>>>> gyári header file)
>>>>>>>>>
>>>>>>>>> extern volatile unsigned int PMCS1BS __attribute__((__sfr__));
>>>>>>>>> typedef struct tagPMCS1BSBITS {
>>>>>>>>> unsigned :3;
>>>>>>>>> unsigned BASE11:1;
>>>>>>>>> unsigned :3;
>>>>>>>>> unsigned BASE15:1;
>>>>>>>>> unsigned BASE16:1;
>>>>>>>>> unsigned BASE17:1;
>>>>>>>>> unsigned BASE18:1;
>>>>>>>>> unsigned BASE19:1;
>>>>>>>>> unsigned BASE20:1;
>>>>>>>>> unsigned BASE21:1;
>>>>>>>>> unsigned BASE22:1;
>>>>>>>>> unsigned BASE23:1;
>>>>>>>>> } PMCS1BSBITS;
>>>>>>>>> extern volatile PMCS1BSBITS PMCS1BSbits __attribute__((__sfr__));
>>>>>>>>>
>>>>>>>>> Van még egy pár hasonló hibaüzenetem, de szerintem ugyanerre az
>> okra
>>>>>>>>> vezethetők vissza.
>>>>>>>>>
>>>>>>>>> Van valakinek ötlete, mi az ok?
>>>>>>>>> -----------------------------------------
>>>>>>>>>               elektro[-flame|-etc]
>>>>>>>>>
>>>>>>>> -----------------------------------------
>>>>>>>>               elektro[-flame|-etc]
>>>>>>>>
>>>>>>> -----------------------------------------
>>>>>>>               elektro[-flame|-etc]
>>>>>>>
>>>>>> -----------------------------------------
>>>>>>              elektro[-flame|-etc]
>>>>>>
>>>>> -----------------------------------------
>>>>>              elektro[-flame|-etc]
>>>>>
>>>> -----------------------------------------
>>>>             elektro[-flame|-etc]
>>>>
>>> -----------------------------------------
>>>             elektro[-flame|-etc]
>>>
>> -----------------------------------------
>>            elektro[-flame|-etc]
>>
> -----------------------------------------
>            elektro[-flame|-etc]
>