[elektro] Pic C30 kérdés

[Skandar Graun]

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