[elektro] Pic C30 kérdés

[Skandar Graun]

Hááát, olyan igazán nagy különbséget nem érzek a basic és a C között ebből
a szempontból.



2012. november 1. 20:06 Acs Gabor írta, <levlista at e8e.eu>:

> 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]
> >
>
> -----------------------------------------
>           elektro[-flame|-etc]
>