Velké problémy s malými procesory

od kw » sob 06. úno 2010 14:06:48

hynek píše:Navic ten kabel by nemel byt moc dlouhy (max 15-20cm).

Používal jsem WIGGLER (74HC244 připojený k LPT) s procesorem STR7xx. Sice jen jako programátor, ale i s délkou kabelu kolem 1m, to fungovalo.

od kw » sob 06. úno 2010 14:20:13

Ještě jedna věc mě napadá. Zkuste mrknout do listingu. Konkrétně na to, co následuje za posledním řádkem. Doplnil tam překladač nějakou věčnou smyčku? Nebo cpu pokračuje pořád pryč a dělá čert ví co?

od **oldik** » sob 06. úno 2010 18:17:24

Jo, kw ma pravdu, on tam tu jednicku zrejme na hodi, ale na chvilku a pak si dela co chce, uzavrela jsem cely kod do nekonecne smycky a jede to, na nepajivym poli i na desce, parada. Moc dekuju za podnety.

K napadu Torgeira, myslim, ze s timhle jsem se setkala, ale nastavovat se to muselo, jen v pripade, ze pin mel byt pouzit pro jinou dalsi funkci nez gpio, vstup výstup mel zvládat defaultne bez predchoziho nastavovani. Myslim.

Jinak pouzivam ulink od keilu, a pak mam ubastelnej wigler, ten pouzivam s rowley studiem.

Nicmene, ta rychlost je porad nizka, pri vyssich rychlostech mi porad v uvision pise, ze nemuze zastavit procesor. Zajimave je, ze bezprostredne po nabastleni procesoru a oziveni desky, procik behal jako hodinky, rychlost jtagu 500kHz, i 1MHz, vsechno v poradku, pote co jsem tam poprve nahrala firmware, se spotreba zvedla asi o 50mA a jtag pracuje jen na tech 50kHz. Nahravala jsem tam FreeRTOS, mozna, ze mohl byt problem nekde v tom softu, ale na druhou stranu u druheho procesoru na nepajivem poli , jsem jako prvni nahrala nejaky jednodussi kod na test, neco podobneho co jsem davala sem a choval se po nahrani stejne jako ten s rtos.

To hynek: jtag divider jsem v rowley zkusila nastavit na maximum co to dalo:) myslim, ze tam bylo 255, i tak ta rychlost byla stejna. Ono se to da prekousnout, proste to chvilku trva, ale funguje.
Nicmene by me zajimalo, co muze tyhle prodlevy zpusobovat.

od **mard** » ned 07. úno 2010 0:48:57

To je divný, že to páchá až po nahrání firmware. Měníš PLL? Nebo nějaké fuses?

od **oldik** » úte 09. úno 2010 20:13:49

PLL nemenim, fusy snad ani nevim kde jsou.
Ono se to celkove chova divne, coz je zrejme zpusobeno tim casovanim.
Nahraje to program v poradku, ale kdyz chci program nahrat v debug modu a krokovat pres jtag nekdy to vyhodi Memory Missmatch! ale pokazde to skonci ve startupu na nejakym PAbt_Handleru, i kdyz nastavim, ze chc, aby program dojel az k mainu a krokoval az od neho. Nasla jsem k tomu tohle http://www.keil.com/support/docs/3080.htm , ale mam problem uz se zobrazenim registru, v okne, kde maji byt registry a jejich hodnoty neni nic.
No celkove se to chova divne, netusim proc...

od **radosek** » úte 09. úno 2010 21:28:16

Hmmm. To vypada divne. Skoro bych to i typl na chybu v linkerscriptu nebo nejaky pointer ukazuje na NULL.

od **mard** » úte 09. úno 2010 22:47:12

radosek píše:Hmmm. To vypada divne. Skoro bych to i typl na chybu v linkerscriptu nebo nejaky pointer ukazuje na NULL.

Ano. Bohužel mám pocit, že chyba bude asi někde mezi klávesnicí a židlí, jak je tomu často u mě. Zkusil bych tam nahrát nějaké vzorové demo, bez úprav a na tom bych zkusil zda se to také chová divně. Možná se nějak blbě inicializuje prostředí. Je memory model zvolen správně, třeba Near? A co to zkusit přeložit pod jiným memory modelem.

od **oldik** » pát 12. úno 2010 16:43:30

Memory modely a samplove projekty jsem zkousela, nicmene dle meho pozorovani je problem pri vyberu procesoru. Pokud nadefinuju projekt pro lpc2129 i na mem lpc2148 probehne startupem korektne a muzu zacit od mainu krokovat. Pokud vyberu 2148, 2138 a dalsi, naloudovani do debug modu skonci na PAbt_Handleru ve startupu a k mainu to vubec nedorazi. Podle meho usudku, maji neco shnileho ve startup kodu k nekterym procesorum...