ATNEL tech-forum

Re: PCINTx przerwania zewnętrzne - atmega88

2013-03-29T10:19:48+01:00

mirekk36 napisał(a):

nie nie - spokojnie porób próby z tym co masz i opisz jak to się zachowuje ale nie przy klikaniu klawisza tylko zalaniu płynem i suszeniu ... to się coś dalej pomyśli

coś czuję, że szykują mi się SuperŚwięta z SuperDebounce
prorocze słowa:
"Będzie to taki protoplasta funkcji SuperDebounce z książki, tyle że tym razem przedstawiony jest jego rozwój od samego zarodka, poprzez jajko aż do końcowej postaci "
jajko!

Statystyki: Napisane przez wireless — 29 mar 2013, o 10:19

Re: PCINTx przerwania zewnętrzne - atmega88

2013-03-29T00:06:28+01:00

nie nie - spokojnie porób próby z tym co masz i opisz jak to się zachowuje ale nie przy klikaniu klawisza tylko zalaniu płynem i suszeniu ... to się coś dalej pomyśli

Statystyki: Napisane przez mirekk36 — 29 mar 2013, o 00:06

Re: PCINTx przerwania zewnętrzne - atmega88

2013-03-28T23:54:05+01:00

mirekk36 napisał(a):

o tym pisałem już sporo wcześniej i chciałbym zwrócić może twoją uwagę na fakt jeszcze raz - (choć może się mylę - sam to przetestujesz) .... że w trakcie wysychania cieczy - może dochodzić do dużej ilości takiego właśnie zjawiska - ala drgań styków .... piszę ala bo wiesz o co mi chodzi - w pewnym momencie będą stany nieustalone zarówno dla zbocza narastającego jak i opadającego ...

taki prosty układ, a tyle niuansów...
może powinienem iść w kierunku wykorzystania ADC, ale z tego co pamiętam to w trybie POWERDOWN jest on wyłączony i to by dyskwalifikowało ten pomysł

Statystyki: Napisane przez wireless — 28 mar 2013, o 23:54

Re: PCINTx przerwania zewnętrzne - atmega88

2013-03-28T20:31:31+01:00

wireless napisał(a):

wszystko działa, winne były drgania styków (ręki),
jak użyłem switcha do podawania masy to zadziałało

Statystyki: Napisane przez mirekk36 — 28 mar 2013, o 20:31

Re: PCINTx przerwania zewnętrzne - atmega88

2013-03-28T18:56:06+01:00

Malutki_27 napisał(a):

A to przepraszam bo ja akurat z takim zapisem portu jak DDB0 spotykam się pierwszy raz

Natomiast w przerwaniu czytasz z PORTB a powinieneś z PINB

nic to nie zmienia druga dioda się nie włącza po odłączeniu od masy, ale poprawiłem na:
if(!(PINB & (1 << PB0)))

------------------------ [ Dodano po: 45 minutach ]

wszystko działa, winne były drgania styków (ręki),
jak użyłem switcha do podawania masy to zadziałało

Statystyki: Napisane przez wireless — 28 mar 2013, o 18:56

Re: PCINTx przerwania zewnętrzne - atmega88

2013-03-28T18:30:34+01:00

A to przepraszam bo ja akurat z takim zapisem portu jak DDB0 spotykam się pierwszy raz

Natomiast w przerwaniu czytasz z PORTB a powinieneś z PINB

Statystyki: Napisane przez Malutki_27 — 28 mar 2013, o 18:30

Re: PCINTx przerwania zewnętrzne - atmega88

2013-03-28T16:56:00+01:00

Malutki_27 napisał(a):

A ja proponuję poczytać to http://mirekk36.blogspot.com/2012/01/av ... stawy.html

I przerobić przerwanie

A co to za wynalazek ?

[syntax=csharp]
DDRB &= ~(1 << DDB0); // Clear the PB0 pin[/syntax]

to wynalazek z sieci , ale niestety zgodny z zapisem Mirka i zmiana na

DDRB &= ~(1 << PB0);
// PB0 (PCINT0 pin) is now an input

PORTB |= (1 << PB0);
// PB0 is now an input with pull-up enabled

nic nie zmienia
... a przerwania przerabiam właśnie

Statystyki: Napisane przez wireless — 28 mar 2013, o 16:56

Re: PCINTx przerwania zewnętrzne - atmega88

2013-03-28T16:34:25+01:00

Statystyki: Napisane przez Malutki_27 — 28 mar 2013, o 16:34

Re: PCINTx przerwania zewnętrzne - atmega88

2013-03-28T16:21:21+01:00

mirekk36 napisał(a):

wireless napisał(a):

flaga_PCINT0 = 0; powinno być
a ja miałem
flaga_PCINT0 == 0;

hyhyhy no to są fajne uroki naszego hobby ...

------------------------ [ Dodano po: kilkunastu sekundach ]

ale za to przybyło ci 10pkt doświadczenia w tej grze

a ile trzeba mieć, żeby być zadowolonym?
życia nie wystarczy

teraz po zwarciu PB0 do masy włącza się LED1 na 1 s i gaśnie i to jest ok
ale po zabraniu masy włącza się LED1 znowu a powinien LED2

i żeby było śmieszniej to PB0 ma stan HIGH na starcie i po zwarciu do masy powinna się zapalać LED2, chyba

Statystyki: Napisane przez wireless — 28 mar 2013, o 16:21

Re: PCINTx przerwania zewnętrzne - atmega88

2013-03-28T16:17:06+01:00

wireless napisał(a):

flaga_PCINT0 = 0; powinno być
a ja miałem
flaga_PCINT0 == 0;

hyhyhy no to są fajne uroki naszego hobby ...

------------------------ [ Dodano po: kilkunastu sekundach ]

ale za to przybyło ci 10pkt doświadczenia w tej grze

Statystyki: Napisane przez mirekk36 — 28 mar 2013, o 16:17

Re: PCINTx przerwania zewnętrzne - atmega88

2013-03-28T16:18:23+01:00

flaga_PCINT0 = 0; powinno być
a ja miałem
flaga_PCINT0 == 0;

teraz po zwarciu PB0 do masy włącza się LED1 na 1 s gaśnie i to jest ok
ale po zabraniu masy włącza się LED1 znowu a powinien LED2

Statystyki: Napisane przez wireless — 28 mar 2013, o 16:12

Re: PCINTx przerwania zewnętrzne

2013-03-28T12:18:27+01:00

Malutki_27 napisał(a):

To zaprzęgnij do pracy timer programowy który będzie ci zliczał czas do zera, dodatkowy plus to oszczędność pamięci, pozbędziesz się z programu unsigned long oraz wstrzymywania programu do czasu wykonania sie tej OOOoogromnej pętli

ta pętla to tylko do zrozumienia przerwań zewnętrznych PCINT0 i zastosowania do włączania i wyłączania wykorzystując zbocza,
PCINT0, dlatego, że układ docelowy będzie usypiany w POWERDOWN

poprawiłem na _delay_ms( 1000 ); - porządek musi być!

Statystyki: Napisane przez wireless — 28 mar 2013, o 12:18

Re: PCINTx przerwania zewnętrzne

2013-03-28T12:05:53+01:00

pewnie że pomożemy .... ja za chwilę też postaram się coś posprawdzać - ale tak na gorąco - skąd takie pomysły żeby w GCC pisać coś właśnie aż takiego?

unsigned long ?

toż masz wyraźne piękne typy: uint16_t, uint32_t lub uint64_t

druga sprawa to też oczywiście nie ma wpływu na to czy ci to działa czy nie ale dlaczego takie dziwne pętle opóźniające zamiast po prostu

_delay_ms( coś_tam );

???

Statystyki: Napisane przez mirekk36 — 28 mar 2013, o 12:05

Re: PCINTx przerwania zewnętrzne

2013-03-28T12:02:56+01:00

Statystyki: Napisane przez Malutki_27 — 28 mar 2013, o 12:02

PCINTx przerwania zewnętrzne - atmega88

2013-03-28T18:58:02+01:00

założyłem nowy wątek, chociaż to kontynuacja moich problemów z przerwaniami
tu chciałbym rozprawić się osobno z przerwaniami PCINTx
oto cały kod na którym chciałbym to opanować:
[syntax=c]

#include
#include
#include

#define LED_PIN_1 (1<#define LED_ON_1 PORTD &= ~LED_PIN_1
#define LED_OFF_1 PORTD |= LED_PIN_1

#define LED_PIN_2 (1<#define LED_ON_2 PORTC &= ~LED_PIN_2
#define LED_OFF_2 PORTC |= LED_PIN_2

volatile uint8_t flaga_PCINT0;

int main(void)
{
DDRD |= LED_PIN_1;
DDRC |= LED_PIN_2;

DDRB &= ~(1 << PB0);
// PB0 (PCINT0 pin) is now an input

PORTB |= (1 << PB0);
// PB0 is now an input with pull-up enabled

PCICR |= (1 << PCIE0); // set PCIE0 to enable PCMSK0 scan
PCMSK0 |= (1 << PCINT0); // set PCINT0 to trigger an interrupt on state change

sei(); // turn on interrupts

LED_OFF_1;
LED_OFF_2;

while(1)
{
if(flaga_PCINT0 == 1)
{
/* LOW to HIGH pin change */
LED_ON_1;
_delay_ms( 1000 ); // porządek musi być
LED_OFF_1;
flaga_PCINT0 = 0; // tu było ==
}

if(flaga_PCINT0 == 2)
{
/* HIGH to LOW pin change */
LED_ON_2;
_delay_ms( 1000 ); // porządek musi być
LED_OFF_2;
flaga_PCINT0 = 0; // tu było ==
}
}
}

ISR (PCINT0_vect)
{
if(!(PINB & (1 << PB0)))
{
/* LOW to HIGH pin change */
flaga_PCINT0 = 1;
}
else
{
/* HIGH to LOW pin change */
flaga_PCINT0 = 2;
}
}

[/syntax]
po włączeniu PB0 do masy zapala się dioda na LED_PIN_1,
a ja bym chciał, żeby włączała się tylko na ustawiony czas
w pętli for lub po zdjęciu masy z PB0 zapalała się LED_PIN_2

po zdjęciu masy z PB0 LED_PIN_1 nie gaśnie a LED_PIN_2
nie zapala się

pomożecie?

Statystyki: Napisane przez wireless — 28 mar 2013, o 11:01