Nagradna Igra - 2012

[_heX]

Ispod je shema gotovog uredjaja. Uredjaj vecinu vremena provodi u sleep modu. Tasteri nemaju vanjske pull-up otpore vec se koriste interni. Pritiskom na taster kontroler (PIC16F628A) se budi iz sleep moda, na led1 odblinka neki uzorak i vraca se u sleep mod (ledica je ugasena pri ulasku u sleep). Kontroler radi na naponu od 3V. Svi pinovi osim RA1 u programu su definirani kao input. Niti jedna periferna funkcija kontrolera (komparator, ccp modul, uart, wdt, bor, timeri itd) nije ukljucena. U sleep modu kontroler iz izvora vuce nesto vise od 160uA, iako u datasheet-u stoji da bi struja trebala iznositi manje od 0.5uA. Pitanje je, zasto je to tako te kako rijesiti problem bez zahvata na hardweru.

Nagrada: MAX2370ETM+ i MAX2335ETI+ (osvojeni u predhodnom krugu), 2x MAX232, PIC16F877.

[_heX]

Link na PIC16F628A datasheet: http://ww1.microchip.com/downloads/en/DeviceDoc/40044G.pdf

[pedja089]

Ja znam

[Feko]

Ja isto znam da peđa zna

[78L05]

Jeli mozda razlog to sto pinove koje se ne koristi treba postaviti kao izlaze?

[_heX]

@78L05
Blizu si. Zasto ih treba postaviti u izlaze?

[mega162]

Da budu u stanju logičke 0

[_heX]

Nikako ne bi bilo dobro da budu HIGH posto su eksterno vezani na 0 (LOW). Dok su bili input bili su 0. Ali, sto se desava prebacivanjem pinova iz input u output da se struja smanji s >160uA na <0.5uA? Jel treba slobodne pinove oba porta prebaciti u output ili samo jednog?

[mega162]

iako ne znam ništ o picevima, vrijedilo je pokušat

[78L05]

Rekao bih da ce se potpuno smanjivanje struje osigurati tek prebacivanjem svih nekoristenih pinova u izlazni tip. Na taj nacin niti jedan pin nece "visiti u zraku", jer se na taj nacin zbog arhitekture kontrolera trosi veca struja nego bi trebala biti u sleep modu (prema uputi proizvodaca - datasheet-u)

[_heX]

iako ne znam ništ o picevima, vrijedilo je pokušat

Svakako.

Bilo bi glupo ocekivati da netko tko nikada nije niti se namjerava baviti PIC-evima proucava citav datasheet pa da pomognem. Rjesenje lezi u sekciji 05. I/O ports.

@78L05
Sve to stoji, no nije problem u tome. Pogledaj shemu jos jednom i obrati paznju da niti jedan neiskoristen pin nije ostavljen u zraku. Problem je puno jednostavnije prirode.

[78L05]

@78L05
Blizu si. Zasto ih treba postaviti u izlaze?

Zato sto kad su postavljeni na izlaze imaju jedno svoje fiksno stanje (u slucaju tvoje sheme logicku nulu) i nema stalnih provjera stanja kao sto je slucaj kod ulaza te samim time nema tolike potrosnje.

[_heX]

Nije točno.

Port na svakom pic-u je staticki i stanje registra PORTx ne mijenja se kako se mijenja stanje na pinovima. Stanje na pinovima reflektira se u registar samo prilikom izvrsenja instrukcije koja pristupa doticnom registru. Kako se pic u ovom slucaju nalazi u sleep modu, nema nikakvog citanja, odnosno "provjera stanja".

[trax]

Evo da malo pomognem:

I=U/R

ili jos vise:

I=U/Rukupno

[78L05]

Mozda kad se svi zajedno zakace i postave se kao izlazi otpor im se jako poveca te se zbog toga (na fiksnom naponu) smanji struja.

[nano]

ni ja nisam strucnjak za PIC-eve,ali ovo sam primjetio

Each of the PORTB pins has a weak internal pull-up
(≈200 μA typical). A single control bit can turn on all the
pull-ups. This is done by clearing the RBPU
(OPTION<7>) bit. The weak pull-up is automatically
turned off when the port pin is configured as an output.

je li zbog toga?

[InTheStillOfTheNight]

Mislim da je to to... Tek sad skuzih igru jer nisam bio na forumu neko vrijeme... fora igra... Vjerojatno se radi o gašenju svih pull-up otpora... Neda mi se čitati datasheet

[InTheStillOfTheNight]

Zaboravih pitati... Jel se smijem i ja igrati s vama?

[_heX]

@nano
Upravo zbog toga. Ne moras biti strucnjak za pic, samo treba citati. Javi se na PM da se dogovorimo oko nagrade

@InTheStillOfTheNight
Ne svih, samo onih neiskoristenih koji su trajno vezani na GND. Prebacivanjem RB1, RB2, RB3 u output dobiva se upravo to

Za one kojima jos nije jasno:

[InTheStillOfTheNight]

Da, imas pravo, samo sam bacio oko na shemu i predpostavio u cemu je trik... Eventualno se jos nesto moze ustedjeti ako si na internom osc-u... ako ga uopce ima taj pic...

Cek, ako sam dobro skuzio pravila onda sada @nano postavlja pitanje?

Uostalom i moja globalna pretpostavka je identicno tocna jer gasiti sve i gasiti ono što je na GND ima isti učinak na problem... Kolega je bio brzi na enteru Pa da cujemo i to pitanje