[elektro] Pic C30 kérdés

Acs Gabor levlista at e8e.eu
Thu Nov 1 19:36:51 CET 2012


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]
>



More information about the Elektro mailing list