Fórum témák

» Több friss téma
Fórum » PIC kezdőknek
 
Témaindító: Placi84, idő: Okt 3, 2005
Témakörök:
- A PIC ÖSSZES Vdd és Vss (AVdd és AVss) (tápfeszültség) lábát be kell kötni!
- A táplábak mellé a lehető legközelebb 100nF-os KERÁMIA kondenzátorokat kell elhelyezni.
- Az MCLR lábat, 10kohm-mal fel kell húzni a Vdd tápfeszültségre.
- Külső kvarc használatakor 4MHz-ig XT, a fölött pedig HS konfigurációt kell beállítani.
- Stabilizált tápegységet kell használni, a kapcsoló üzemű "telefon töltő" adapterek okozhatnak hibákat.
- Programozáshoz, használj lehetőleg PICKIT2 vagy 3 programozót. Kerülendő a JDM (soros porti) programozó.
- A PIC adatlapja (PDF), tartalmazza a lábak kiosztását és a PIC minden paraméterét. Az adatlap ingyen letölthető!
- Egyes PIC típusoknál az RA4 nyitott nyelőelektródás (Csak lefelé húz L szintre, H szintet nem ad ki!)
- Ha a PGM lábat digitális ki-/bemenetnek használod, az alacsony feszültségű programozási lehetőséget le kell tiltani.
Lapozás: OK   1082 / 1082
(#) Hp41C válasza Pali79 hozzászólására (») Ápr 17, 2019 / 1
 
A Watch ablakon a szimbólumra jobb klick, properties...
(#) apromax hozzászólása Kedd, 20:57 /
 
C ben használom a memset() és a memcpy() függvényeket.
  1. void FloatInit( void )
  2. {   
  3. memset( insamp, 0, sizeof( insamp ));
  4. }

Ugyan hibátlanul lefordul, de egy figyelmeztetést kapok például a memset() re:

warning: implicit declaration of function 'memset'
warning: incompatible implicit declaration of built-in function 'memset'

Mi lehet a warning oka?
(#) Hp41C válasza apromax hozzászólására (») Kedd, 21:12 /
 
Melyik C -ről van szó?
Idézet:
„warning: implicit declaration of function 'memset'”

Általában akkor kapjuk ezt a figyelmeztetést, ha a deklarációja nélkül vagy az előtt használjuk a függvényt. #incude <string.h>
(#) apromax hozzászólása Kedd, 21:27 /
 
Jogos, valóban a <string.h> hiányzott.
Talán buta kérdés, de miért nem tehetjük meg hogy minden program elé automatikusan beírjuk az összes Standard Library headert? Ekkor ilyen hibát nem lehetne elkövetni.
Ettől még nem nőne meg szerintem a használt memória. Vagy mégis?
Nem csak a fordító számára lesz ez információ?
A hozzászólás módosítva: Kedd, 21:31
(#) superuser válasza apromax hozzászólására (») Kedd, 22:21 /
 
Hogy nő-e a kód és csökken-e a memória, az attól függ mi van a header-ben és hogyan optimalizál a fordító.
Hogy a kód lassabban fog lefordulni, az az egy biztos.
A hozzászólás módosítva: Kedd, 22:22
(#) apromax hozzászólása Kedd, 22:30 /
 
Részben értem, de valahogy mégsem áll össze a dolog teljesen.
Például adott headerben jellemzően jóval több fv. deklaráció van mint használunk belőle. Ez önmagában is hasonló helyzetet teremt mint az önkényesen beincludolt "felesleges" header.
Valójában mitől tudna nő ni a kódhossz, csökkenni a memória csupán a deklarációk növekvő száma miatt?
A lassabb fordulást érteni vélem, de a header tartalmától függő memóriafoglalás már nem egyértelmű nekem.
A hozzászólás módosítva: Kedd, 22:37
(#) superuser válasza apromax hozzászólására (») Kedd, 22:42 /
 
Azt is írtam: "attól függ mi van a header-ben". Emlékeim szerint kódot is lehet benne deklarálni, bár én ezt a megoldást a magam részéről lehetőleg kerülném...
Következő: »»   1082 / 1082
Bejelentkezés

Belépés

Hirdetés
Lapoda.hu     XDT.hu     HEStore.hu