[elektro] Pic C30 kérdés
Skandar Graun
sgraun at gmail.com
Thu Nov 1 18:17:22 CET 2012
Na, próbából az egész problémás részt bemásoltam a main alá...
Meg is gyógyult.
Mehetek tovább, új kalandokat keresni.
2012. november 1. 18:06 Skandar Graun írta, <sgraun at gmail.com>:
> Mivel erre nincs más programnyelv, ezért a C marad (tudom, ott a
> Mikrobasic24, de azzal nem veszkődök)
> De a demókat valószínű kidobom.
> Jelenleg 52 file van includolva.
> Van olyan file, amiben csak #define van...
> Már irtottam le filét egysorosra... ami egy include.
>
> De ezekszerint a konkrét problémámra senkinek nincs megoldása.
>
>
> 2012. november 1. 18:02 Cser Tamas írta, <maguspr53 at gmail.com>:
>
> 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]
>>
>
>
More information about the Elektro
mailing list