ATNEL tech-forum 2017-12-21T21:05:30+01:00 https://forum.atnel.pl/feed.php?f=4&t=19839&mode 2017-12-21T21:05:30+01:00 2017-12-21T21:05:30+01:00 https://forum.atnel.pl/viewtopic.php?t=19839&p=200924#p200924 <![CDATA[Re: [ATtiny10] Power-down, watch-dog i... problem]]> Krauser napisał(a):

Brakuje samej instrukcji, która powoduje wejście w tryb obniżonego poboru mocy np.
[syntax=c]__asm__ __volatile__ ( "sleep" "\n\t" :: );[/syntax]
lub tak
[syntax=c]#include <avr/sleep.h>
//...
sleep_cpu();[/syntax]


Quote:

Bit 0 – SE: Sleep Enable The SE bit must be written to logic one to make the MCU enter the sleep mode when the SLEEP instruction is executed. To avoid the MCU entering the sleep mode unless it is the programmer’s purpose, it is recommended to write the Sleep Enable (SE) bit to one just before the execution of the SLEEP instruction and to clear it immediately after waking up.

Podstawa prawna;)

Statystyki: Napisane przez new_old_man — 21 gru 2017, o 21:05

]]> 2017-12-21T20:59:00+01:00 2017-12-21T20:59:00+01:00 https://forum.atnel.pl/viewtopic.php?t=19839&p=200923#p200923 <![CDATA[Re: [ATtiny10] Power-down, watch-dog i... problem]]> [syntax=c]__asm__ __volatile__ ( "sleep" "\n\t" :: );[/syntax]
lub tak
[syntax=c]#include <avr/sleep.h>
//...
sleep_cpu();[/syntax]

Statystyki: Napisane przez Krauser — 21 gru 2017, o 20:59

]]> 2017-12-21T20:13:01+01:00 2017-12-21T20:13:01+01:00 https://forum.atnel.pl/viewtopic.php?t=19839&p=200921#p200921 <![CDATA[Re: [ATtiny10] Power-down, watch-dog i... problem]]> Byłem przekonany, że muszą być średniki, a tu proszę - mój kompilator też przepuścił. Inna sprawa czy to działa, ale tego nie mam czasu teraz sprawdzić.

------------------------ [ Dodano po: 5 minutach ]

Hehehe, jest operator przecinek - nie wiedziałem. Przepraszam.

------------------------ [ Dodano po: 32 minutach ]

A zrób taki najprostszy program testowy: mrugaj diodą w przerwaniu, a w głównej pętli, po opóźnieniu uśpij procesor - dowiesz się wtedy czy zasypia.

Ponadto pamiętaj, że przez nieustawione piny też mogą płynąć prądy.

Statystyki: Napisane przez new_old_man — 21 gru 2017, o 20:13

]]> 2017-12-21T19:30:06+01:00 2017-12-21T19:30:06+01:00 https://forum.atnel.pl/viewtopic.php?t=19839&p=200919#p200919 <![CDATA[Re: [ATtiny10] Power-down, watch-dog i... problem]]>
Mogę dodać, iż wcześniej miałem ręcznie wpisany kod z definicji do programu i też nie działało przejście w tryb power-down :/

Statystyki: Napisane przez piotreks-89 — 21 gru 2017, o 19:30

]]> 2017-12-21T19:25:45+01:00 2017-12-21T19:25:45+01:00 https://forum.atnel.pl/viewtopic.php?t=19839&p=200918#p200918 <![CDATA[Re: [ATtiny10] Power-down, watch-dog i... problem]]> Ja wolę takie bardziej skomplikowane rzeczy funkcjami załatwiać. Definicje są ryzykowne, bo wchodzą 1:1.

Statystyki: Napisane przez new_old_man — 21 gru 2017, o 19:25

]]> 2017-12-21T18:49:48+01:00 2017-12-21T18:49:48+01:00 https://forum.atnel.pl/viewtopic.php?t=19839&p=200915#p200915 <![CDATA[[ATtiny10] Power-down, watch-dog i... problem]]>
Tworzę prosty układ, którego zadaniem jest jedynie płynne włączanie i wygaszanie diody LED za pomocą PWM. Z noty wyczytałem, iż pobór prądu w trybie power-down będzie wynosił maksymalnie 10uA (przy włączonym watch-dogu), natomiast w trakcie wyświetlania sekwencji układ pobiera średnio 2,7mA. Zgodnie z moimi obliczeniami, przy zasilaniu baterią CR2032 i wyświetlaniu animacji co 10min, układ powinien pozwolić na pracę przez około 300 dni.

Mam jednak problem z programem. Moja "Tinka10" najprawdopodobniej w ogóle nie wchodzi w tryb power-down. Pobór prądu to min. 1mA. Timer wyłącza się, co wnioskuję po całkowicie gasnącej diodzie LED. Siedzę w nocie od kilku godzin i już nie mam pomysłu... Może wam się rzuci coś w oczy :)

PS. Zmienna n_Twd docelowo ma odpowiadać mnożnik czasu, po którym następuje wybudzenie watch-doga. Reszta myślę, że zrozumiała.

[syntax=c]#include <avr/io.h>
#include <util/delay.h>
#include <avr/interrupt.h>

#define SW1 (1<<PB1)
#define SW2 (1<<PB2)
#define LED (1<<PB0)
#define POWER_DOWN ( (PRR=0b11), (SMCR=0b0101) )
#define POWER_UP ( (SMCR=0b0000), (PRR=0b10) )

volatile uint16_t wypelnienie=0;//wypełnienie PWM'a
volatile uint8_t wykonaj=1;//wykonaj petle animacji
volatile uint8_t n_Twd=0;//ilosc wybudzen z power-downa

uint8_t i=0;
uint8_t obieg=0;

ISR(TIM0_OVF_vect)
{
OCR0A=wypelnienie;
}

ISR(WDT_vect)
{
POWER_UP;
if(n_Twd<2)
{
n_Twd++;
wykonaj=0;
POWER_DOWN;
}
else
{
n_Twd=0;
wykonaj=1;
cli();
}
}

int main(void)
{
//Konfiguracja IO
DDRB |= LED;
DDRB &= ~(SW1 | SW2);
PORTB |= LED | SW1 | SW2;

//Konfiguracja timerów sprzętowych
TIMSK0 |= (1<<TOIE0);//przerwanie przy przepełnieniu
TCCR0A |= ( (1<<COM0A1) | (1<<WGM00) );//FAST-PWM odwracający, porównanie przy OCR0A
TCCR0B |= ( (1<<WGM02) | (1<<CS00) );//Preskaler: 1
OCR0A=wypelnienie;

//Minimalizacja zużycia energii
ACSR &= ~(1<<ACIE);//Wyłączenie przerwań od komparatora
ACSR |= (1<<ACD);//Wyłączenie zasilania komparatora

//Konfiguracja watch-doga
WDTCSR |= (1<<WDIE);//przerwanie od WD włączone
WDTCSR |= ( (1<<WDP0) | (1<<WDP3) );//wybudzenie po 1024K cyklach ~8s

sei();

POWER_DOWN;

while(1)
{
if(wykonaj)
{
for(i=0;i<8;i++)
{
//FADE-IN
while(wypelnienie<=250)
{
wypelnienie+=5;
_delay_ms(2);
}
_delay_ms(25);

//FADE-OUT
while(wypelnienie>=5)
{
wypelnienie-=5;
_delay_ms(2);
}
wypelnienie=0;
obieg++;
if(obieg<2) _delay_ms(25);
else
{
obieg=0;
_delay_ms(600);
}
}

wykonaj=0;
sei();
POWER_DOWN;
}
}
}[/syntax]

Statystyki: Napisane przez piotreks-89 — 21 gru 2017, o 18:49

]]>