Köszönöm.
Átnézem. Valami csak kisül belőle

Sziasztok
XC8-as fordítóval dolgozom.
Hogyan lehet azt megoldani, hogy egy for ciklus változója által adott értékű bitet kapcsoljak be egy porton.
Valahogy így:

for (char a=0; a<=8; a++){
PORTC[a] = 1;
};

Errefelé volt ilyenről szó

Már nagyon régóta programozok PIC-eket, főként a PIC18 családot, többnyire megfelelt az igényeimnek, de mostanában előfordul, hogy erősebb PIC kellene. Néhány apróságot írtam már PIC24-re és PIC32-re is, de ezek nekem még újdonságok. Tanulás szempontjából nagy különbség van a 24-es és a 32-es sorozat közt? Nem igazán tudok dönteni. C-ben szoktam kódolni, de Assemblyben is meg tudom írni a programokat. A 24-es családnál még van az adatlapokban ASM, de a 32-esnél már nincs. Nem hiányzik? Kicsit bizonytalan vagyok, melyiket könnyebb, jobb tanulni.

Szia! dsPIC33-at programoztam C-ben. Nem volt vele gond. A 24-ek nagyon hasonlóak, azzal se nagyon lenne. Lehet egy pár új periféria(DMA, RTCC stb), azokat meg kell érteni, vagy nem kell használni, de más gond nem nagyon van.
A 32-ők elég sok hibával készülnek, még nem használtam őket, pedig van pár db...

Szia!
16 bitesekből már én is sokat programoztam, nem volt velük komoly gond.
A 24EP 33EP családban vannak nagyon izmosak, 52K RAM 120-140MHz + rengeteg periféria. Ezeket is próbáltam, itt már voltak zavaró dolgok az errata-ban, de még nem bántam meg hogy ezt választottam. Persze ez már felületszerelt.

A pic32-es az 32 bites, es nem microchip fejlesztesu processzora van, hanem MIPS. Ha a neten utananezel a MIPS m4k core-nak, akkor megtalalsz midnent az assemblyre vonatkozolag. Ezt assemblyben programozni eleg horror dolog, nem javaslom. Egyebkent igen gyors processzor. Hamar meg lehet szokni, hogy a legtermeszetesebb int valtozo is 32 bites.

Igen, nagy.

Ezért találták ki más gyártók azt, hogy a korábban kifejlesztett ARM Cortex-M3 vagy M4 termékeik mellet újabban kisebb teljesítményű és fogyasztású Cortex-M0 mikrovezérlőket is kínálnak. Így a skálázhatóság hasonló felépítésű és utasításkészletű eszközökkel megvalósítható, ugyanabban a fejlesztői környezetben és fordítóval.

A Microchip nem az ARM fősodort követi, de nála is tapasztalható hasonló tendencia a kislábszámú és kisfogyasztású PIC24FxxKA1xx, PIC24Fxx3xx illetve a kislábszámú PIC32MX1xxx/2xxx PIC32 mikrovezérlők megjelenésével. A most kezdőknek esetleg ezekkel kellene kezdeni, s akkor könnyebb volna a "nyújtózkodás" a nagyobb teljesítményű vezérlők felé...

Sziasztok!

A problémám a következő:
Hitech C-t használok 16f886 PIC. Van a microchip oldalán egy nagyon pontos delay kód, amit implementáltam a programomba.
Szépen le is fordul, simulatorral pontos, meg amúgy is...
Viszont csak akkor fordul le a programom, ameddig nem túl nagy a forráskódom.
Miután implementáltam még jó néhány dolgot bele (modbus, lcd, lcd_menu, 1wire...) azonnal televeri fordításkor hibával, miszerint overflow van.
Megírtam úgy a programot, hogy feltételes fordításokkal "ki-be tudok kapcsolgatni" programrészeket.
Ha kiveszem pl. a modbust, lefordul és jó is.
Rájöttem, hogy egy sortól akad ki a hitech, ami a delay kódban található:

A teljes delay programot innen lehet letölteni:Delay PIC16XX
A teljes delayUs kód így néz ki:

A hitech C saját delay függvényét nem szeretem, mert telerakja clrwdt-vel a kódomat (disassambly-t nézve látszik).delay cause clrwdt
Szóval csatolom a hibákat, amit a hitech generál:

Hogyan tudnám ezt kiküszöbölni anélkül, hogy PIC-et cserélnék?
Nem lehet valahogy a hitech-et rávenni, hogy pl. ne a bank1-et rakja tele?
Már próbáltam ilyeneket:

Ahol atlag egy hőmérés eredményét tároló tömb, hátha felszabadul a bank0 valamennyire, de nem.
Pedig jó néhány változót megbirizgáltam. Valaki tud segíteni?

Ha egyszer várakozni akarsz, nem hót mindegy, mit csinál közben a program?
Az asm betétek C környezetben gondokat okozhatnak, ha nincs rendesen beintegrálva.

Próbáld meg globális változóval.

Elvileg a delayus_variable az globális változó.

Rendesen be van, nem az a baja.
Ha kiveszem a modbus-t, vagy akátmit, akkor jó.
Az előző hozzászólásomban csatolt linkben olvasható:

Esetleg valami alternatíva nagyon pontos delay-re?

Megoldottam. Módosítottam a sort:

És gyönyörűen lefordul.
Azért köszönöm a hozzászólásokat.

Sziasztok!
Lenne egy kis problémám pointer és EEPROM területén. Az EEPROM-ba írt érték 1, a kiolvasott érték is 1, de amikor kiíratom LCD-re a megjelenített érték 5. Mit ronthattam el?

Proteus ISIS-szel szimulálom, ott látom a beírt és kiolvasott értékeket, amik jók.

Szóval nem tudom, hol keletkezik az a 0b0100 többletem.

Ha egy tombnek nem adod meg a meretet, akkor az nulla hosszu lesz, hacsak nem inicializalod is. Szoval az osszes tombod 0 hosszu.

Szuper köszi szépen, így működik. De most már akkor nem értem, hogy a többi tömbnél miért megy normálisan, annak ellenére, h nem adtam meg méretet. Én úgy tudtam, hogyha nem adok meg méretet, akkor ő intézi a méretet a bevitt adattól függően.

Azert mukodik, mert szerencsed van. A tomboknek a memoriaban fixen foglalt helyuk van a bss vagy data szegmensben, es a tomb merete forditaskor dol el, kesobb az nem valtozik. A nulla hosszu tombok irasakod olyan memoriateruletet irsz at, ahol mas valtozo vagy esetleg a stack is lehet. Kiszamithatatlan, hogy mi tortenik ilyenkor. Ez akkor is igy van, ha csinalsz egy 0-tol kulonbozo meretu tombot es tulindexeled. A C nyelv futas kozben nem ellenorzi a tomb indexeket. Ha tulcimzed, akkor felulirod a memoria mas teruleteit. A te esetedben a tombok fuggvenyen beluli lokalis valtozok, amik a legtobb esetben a stack-en tarolodnak a fuggveny futasanak idejere. Igy te a stack-et irtad felul.

Köszi szépen a választ, így teljesen érthető már.

Sziasztok!

Valaki írt már olyan programot, ahol figyelembe lett véve PIC indulásakor a resetet kiváltó esemény?
Pl.: soft reset esetén hogyan inicializáljunk, vagy hard reset esetén?
Pl:
Gondolok itt arra, hogy egy wdt miatti újrainduláskor nem kell mindent alaphelyzetbe állítani (pl.: egy kimenet állapotát).
Milyen eljárást ajánlotok erre?

Idézet az XC8 fordító leírásából:

Bár hitech-et használok, de annál is ugyanaz. Szóval ha deklarálom pl: __timeout bitet, akkor reset-kor meg tudom vizsgálni az állapotát és az eredményétől függően inicializálom a PIC-et, illetve a RAM-ot?

Nem... Ha --RUNTIME opcióval fordítasz, akkor a bevezető kód a __resetbits változóba menti a STATUS regiszter értékét a reset után. Ennek a változótnak a bitjeit kell tesztelni.

Te ebben biztos vagy? Mert szerintem a WD reset pont ugyanugy reset-eli az egesz mikrokontrollert, mint barmelyik masik reset. Legalabbis ez a vilag osszes uC-jenel igy van, felteszem, a PIC-nel is.

A PIC kontrollerek adatlapjában olvasgasd a Reset fejezetet, különös tekintettel a PCON regiszter PO, BOR illetve a STATUS regiszter TO és PD állapotbitjeire. Ezek pontosan azt szolgálják, hogy programból meg lehessen tudni a reset okát. Hogy mit miként állít be a különböző típusú reset, megtalálható ebben a fejezetben.

Koszonom, hogy biztattal az olvasasra (el nem hiszed, hogy mennyit kellett ezeket olvasgatnom), mert elolvastam talalomra egy PIC adatlapot (24FJ128), es igy legalabb 100% biztos vagyok benne, hogy a WD reset is pont ugyanugy reset-eli az I/O regisztereket, mint barmelyik masik reset. Mert ugyanis en kizarolag erre utaltam a post-omban, ha elolvasod figyelmesen. Es ebben nem is tevedtem. Viszont, az igaz, hogy felreertettem az eredeti kerdest, mert az arrol szolt, hogy pl. egy WD reset utan ne kelljen mindent alaphelyzetbe allitani. En ezt ugy ertettem, hogy szerinte azert nem kell, mert a WD reset nem reseteli a port regisztereket. De rajottem, hogy a kerdezo pont arra gondolt, hogy WD reset utan a program maskepp kell beallitsa a dolgokat.

így van. Az adatlapon látszik, hogy az egyes reset események miként "hatnak" a regiszterekre.
Például a PORT regiszterek minden reset eseménykor 0-ák, de más regiszterek már nem meghatározott értéket vehetnek fel, vagyis másat egy wdt resetkor és másat egy po resetkor.
Ez lett volna a kérdés.
Vagy a változók inicializálásai...

Pontosan milyen tipusu PIC-rol van szo? Mert szerintem minden reset pontosan ugyanugy hat minden regiszterre, es ezalol az egyetlen kivetel az a specialis regiszter, ami a reset okat tartalmazza. Az adatlap meg annyit ir, hogy egyes regiszterek erteke nem valtozik resetkor, es ezert bekapcsolaskor az ertekuk barmi is lehet. Magyaran, ezeket a regisztereket semmiyen reset nem allitja sehova.

Szerintem jól látod. De pontosan elég annyit tudni, hogy a reset mitől következett be, hogy a reset okától függően eltérő módon induljon a program.