mplab

[jaromir]

Zrejme ide o RMW problem, ktory strasil predovsktym u PIC16Fxxx, ale u novsich PIC (PIC16F1xxx, PIC18 a vyssie) sa da defacto na 100% eliminovat tym, ze sa vystupne hodnoty na port zapisuju do registra LATx a citaju z restria PORTx

Len pre info:
http://www.cornerstonerobotics.org/curr ... roblem.pdf
http://data.bolton.ac.uk/staff/ks3/ECE1 ... ywrite.pdf
http://www.piclist.com/techref/readmodwrite.htm
http://www.mikroe.com/download/eng/docu ... lp/rmw.htm

[xmilos]

Takze prikaz
RA0 = 0;
je vlastne zlozeny prikaz R+W a ten moze sposobit onen problem.
To som bol v tom, ze je to bitova operacia.

Ajaj, takze to plati aj pre ASM.

Diky chlapi, vecer rozanalyzujem.

[jaromir]

Tak.
Ak chces nastavit pin RA0, tak napis

Kód: Vybrať všetko

LATA0=1; 

namiesto

Kód: Vybrať všetko

RA0=1;

Ako som pisal, vsetky vystupne operacie tlacit na LATx registre.

[xmilos]

Mam obavu, ze to co mam na stole ( vcetne toho co mi vezie UPS - ka ) LATA nepozna
A toto pravdepodobne plati pre PORTA - ( obsahuje aj analog ) . PORTB zda sa funguje.

[petersno]

taka znama vec a nenapadla ma ale nemalo by sa to spravat rovnako aj pri zapise cez POTRA ?

[jaromir]

Pre info - napis co ti vezie UPS-ka a co mas na stole.

[xmilos]

Na zaciatku som spomenul pre ktory typ to riesim - PIC 16F628 a objednane mam PIC 16F1826

[petersno]

PIC16F1826 uz LAT pozna

[xmilos]

Chlapi radu:
nejde mi HW debug pre PIC16F1826@PICkit3
Hlasi "The target device is not ready for debugging. "

[jaromir]

Ukaz konfiguracne bity.

[xmilos]

Kód: Vybrať všetko

// CONFIG1
#pragma config FOSC = INTOSC    // Oscillator Selection (INTOSC oscillator: I/O function on CLKIN pin)
#pragma config WDTE = OFF       // Watchdog Timer Enable (WDT disabled)
#pragma config PWRTE = OFF      // Power-up Timer Enable (PWRT disabled)
#pragma config MCLRE = ON       // MCLR Pin Function Select (MCLR/VPP pin function is MCLR)
#pragma config CP = OFF         // Flash Program Memory Code Protection (Program memory code protection is disabled)
#pragma config CPD = OFF        // Data Memory Code Protection (Data memory code protection is disabled)
#pragma config BOREN = ON       // Brown-out Reset Enable (Brown-out Reset enabled)
#pragma config CLKOUTEN = OFF   // Clock Out Enable (CLKOUT function is disabled. I/O or oscillator function on the CLKOUT pin)
#pragma config IESO = ON        // Internal/External Switchover (Internal/External Switchover mode is enabled)
#pragma config FCMEN = OFF      // Fail-Safe Clock Monitor Enable (Fail-Safe Clock Monitor is disabled)

// CONFIG2
#pragma config WRT = OFF        // Flash Memory Self-Write Protection (Write protection off)
#pragma config PLLEN = OFF       // PLL Enable (4x PLL enabled)
#pragma config STVREN = ON      // Stack Overflow/Underflow Reset Enable (Stack Overflow or Underflow will cause a Reset)
#pragma config BORV = LO        // Brown-out Reset Voltage Selection (Brown-out Reset Voltage (Vbor), low trip point selected.)
#pragma config LVP = OFF        // Low-Voltage Programming Enable (Low-voltage programming enabled)

[jaromir]

To vyzera dobre. Skus dat BOREN = OFF
Programovanie ti prebehne ako ma?

[xmilos]

Tak sa to pohlo, mal som zavesene LED - ky na ICSPCLK a ICSPDATA
Pre programovanie to nevadilo, pre debug ano.
Jaromir diky.

[jaromir]

Pri debugu by ti aj tak boli nanic, lebo tie dva piny PGD/PGC su "vypnute" od IO budicov a rezervovane pre komunikaciu s debuggerom.
Inak, nemali by na tychto pinoch vadit trebars pull-down odpory, 10k a viac. Ja takto pouzivam tlacidla (pull-down k zemi, tlacidlo v Vdd), oddebugujem si co treba, casti kodu pre tlacidlo si uz vyriesim bez debuggeru.
Ale snazim sa nechavat PGD/PGC vzdy volne, pokial je to aspon trochu mozne.

[xmilos]

Tak iny problem,

po nakom case zacne restartovat ( aktualna pozicia ide stale od main() ). WatchDog je OFF.

[mato3000]

Ale snazim sa nechavat PGD/PGC vzdy volne, pokial je to aspon trochu mozne.

už som to viacerím vysvetloval, ale robil som často tú chybu že som nemal dosť voľných pinov a vždy som niečo zavesil na PGD resp PGC. proste som ako večšina nechcel akceptovať viacpinové PICka , až som sa sám na seba nasral a istú dobu ako prvý popis pri projekte som si nalísal túto čarovnú vetu :

" ; ******************************************************
; ******** REGULACIA NA PEC s 16bit A/D ******************
; ******************************************************
; RB<7,6> - ENKODER --- UZ NIKDY TO TAKTO NEZAPAJAT ---> problém s debuggáciou !!!!!!!!!!!!!! -
; ak to ešte raz tak spravím , tak som úbohý čuráááák "

a verte mi že som sa rýchlo odnaučil tie piny používať

mimochodom ak potrebujete miesto tak schodná cesta je správne púzdro napríklad 44pin TQFP má rozmer 1 x 1 cm!! a QFN ešte nenej a v pohode sa to dá letovť , takže nie meniej pinov ale správne púzdro

[petersno]

nejaky nevhodny skok v programe co moze sposobit stack overflow, pripojenie periferie s vacsim odberom, necakane opustenie programovej slucky a mnoho dalsich drobnych chyb ktore bez vypisu tazko hadat

[xmilos]

petersno prave ze v priamom behu to ide, resetuje mi to az pri debugovani.
Pri SW simulacii mi hadze prerusenie od TIMER1 pri nakej hodnote oxdbe2, co za zda je haluz.
Mno nic, idem skusit aktualizovat na 1.9 verziu a skusim znova.

[jaromir]

Nie som si isty, ci to pomoze.
Zistit co je zle je dost tazke, ak clovek nema moznost aspon vidiet kod, resp. cely projekt. Veci okolo SW simulacie sa daju takto urcite odstranit alebo aspon identifikovat bugy, ak su.

[xmilos]

Jasne, zdrojak je pre podrobnu analyzu potrebny. Zatial som este nevycerpal vsetky moznosti a ten zdrojak je neuverejnitelny, resp je to prvy odvar a za niektore veci obsahuju zaciatocnicke chyby.

Budem luskat - tak sa daco s MPLAB naucim a az pridem k neriesitelnemu stavu, predhodim ho do diskusie.

Takze dalsie:
po aktualizacii sa ukazalo, ze prerusenie chodi na C1IF, nie TIMER1. Ci bola chyba v predchadzajucej instalacii, alebo kde neviem. Mno a to je otazka, ako generuje C1IF, komparator je spusteny, skonfigurovany, ale cielene na vstupy neposielam ziaden signal. Skratka v nejakom case hodi C1OUT do 1.

Co sa tyka zobrazovania, aktualizacie hodnot v okne SFR, stalo sa ze hodnoty neboli aktualizovane, ale po deaktivacii a opatovnej aktivacii okna SFR sa hodnoty opat aktualizovali. Je mozne ze to ma suvis so sposobom prevadzky ( VMware )