www.elektronik.si

[JohnD]

Alessio imel si prav. Problem je bil v startup.s datoteki, kjer se je določila premajhna velikost sklada in kot sem opazil je on že bil v priviligiranem načinu delovanja. Hvala ti. Zdaj mi program gre v task a problem se mi pojavlja, da če v tasku recimo prižgem ledico na razvojni plošči ali izpišem sporočilo na OLED zaslonu se mi zadeva ne izvede (koda se izvede a ni rezultatov) ... tako da se problemi kar kupičijo ampak po eni strani je to dobro, da bom vsaj bolje spoznal sistem

Še enkrat hvala za pomoč in, če ima še kdo kakšno idejo se priporočam

[alessio]

Uf, daj še malo počakaj z izpisovanjem sporočil na display.
Poštimaj najprej preprosto blinkanje dveh LED-ic iz dveh task-ov,
potem pa naredi naslednje korake.

Kot si že ugotovil, si imel prej težave s stack-om, in sicer s stackom MCU-ja.
Pri RTOS-u pa imaš še stack-e taskov. Ko se boš lotil izpisovanja na display,
zagotovi temu tasku dovolj velik stack. Drugače bo rezultat nepredvidljiv,
če boš imel srečo, se ti bo aplikacija takoj skrešala. Dogaja se tudi, da se
to ne pripeti takoj, in potem imaš take probleme kot so "once in a blue moon..."

Za preprosto blinkanje LED-ic rabiš maximalno 32-64 bajtov stack-a task-a,
preveri, da imaš priključke definirane kot izhode, preveri, da vpisuješ na prave porte.

[JohnD]

Ravno prejle mi je uspelo izvajanje 5 taskov, ki so se izvajali po določenem časovnem intervalu (vTaskDelayUntil()) z isto prioriteto tako, da mi je povečevalo v vsakem tasku en števec in sem ga opazoval pod watchem. Kakeršnokoli pisanje na GPIO linije se ni izvedlo.

Zdej se lotevam kot si mi priporočil alessio, blinkanje ledic. Oziroma sem si poenostavil in želim za začetek vklopiti status ledico v enem izmed taskov. To sem storil tako, da sem si najprej naredil samo vklop ledice v main funkciji in preveril, če mi vklopi...(pač do koraka kjer bom nekaj kode dodal in se ne bo začel sistem več pravilno odzivati) Nato sem dodajal klice in vključitve dokler ne pridem do taskov. Tam mi zadeva zamrzne oz. se sploh ne začne izvajat.

Kot si dejal sem rezerviral zadosti stacka, ki je definiran v freeRTOSconfig in znaša 70 bytov. Evo primerček, ki ga postopoma gradim, da bom odkril zakaj se mi sistem preneha odzivati. In to je že korak, ko se mi je prenehal odzivati.

[alessio]

[JohnD]

Pardon, včasih se malo nerodno izražam...

S tem sem mislil, da ko postavim v prve vrstice main-a breakpointe sploh ne pride do tja med debagiranjem ampak se mi zacikla nekje v programu oz. te točke sploh ne vidim v c kodi ampak le vrstico v assemblerju, ki mi ga generira prevajalnik. Na žalost ne morem zdajle pripeti tiste vrstice, ker nimam programa in razvojne plošče pri sebi. To se mi je začelo dogajati, ko sem začel v program vključevati task. Kodo, ki si mi jo prilepil bom takoj preizkusil samo, da pridem do plošče. Ampak skoraj dvomim, da mi bo delovala saj sem na podoben princip želel pred taskom vklopiti ledico in mi ni izvedlo operacije ali pa sploh ni prišlo do tja. Kot kaže tiči še problem v kakšnem stack-u ali kej podobnega (mogoče ga tudi kej zmoti pri includu portmacro.h kjer sem izrecno uporabil tistega, ki je uporabljen na primeru), da ga zmede.

Alessi hvala ti še enkrat za pomoč!

LP Jani

[alessio]

Glede na to, da delaš z uVision-om, uporabi simulator,
pri katerem lahko stepaš po kodi prav od začetka izvajanja programa
in tako hitro uvidiš, kje si ga pobiksal.

~Aleš

[JohnD]

Sem uporabil kodo, ki si mi jo priporočal in rezultat je isti. Vrže me samo v vrstico, ki je v assemblerju, ki ga ne poznam. Malo sklepam, da gre kot kaže za nek breakpoint.

[JohnD]

Našel sem enega izmed mnogih vzrokov mojih problemov. A zdej ga pa ne znam rešit

Problem se nahaja v datoteki port.c, ko se omogočijo zopet prekinitve