ATNEL tech-forum

Re: Problem z przerwaniami

2013-01-13T14:34:56+01:00

Niestety zmiana kolejności nie wiele dała gdyż objawy są te same co wcześniej czyli po resecie jeśli jest wiecej niż 5 to dioda zgaśnie, znowu reset jeśli mniej to nie. Jak dioda zgaśnie i podam mniej niż 5 to nie zaświeci się ponownie. Wybaczcie ze was tak męczę ale sam raczej nie dojdę w czym jest błąd gdyż słaby zemnie programista

Statystyki: Napisane przez KBCH — 13 sty 2013, o 14:34

Re: Problem z przerwaniami

2013-01-13T14:18:31+01:00

O to chodzi, że nie bardzo kumam którą linijkę mam zmienić. Chodzi o ponowne włączenie licznika int0 o ile mniemam ale w której linijce mogę go włączyć?

Statystyki: Napisane przez KBCH — 13 sty 2013, o 14:18

Re: Problem z przerwaniami

2013-01-13T13:36:32+01:00

Ok, dzięki Antystatyczny, poprawię kod. A co do pierwszej części mojego pytania mam racje, że trzeba ustawić w tryb normal oraz przerwanie od przepełnienia?

Statystyki: Napisane przez KBCH — 13 sty 2013, o 13:36

Re: Problem z przerwaniami

2013-01-13T12:33:18+01:00

Czyli jak rozumiem muszę użyć nie trybu CTC a Normal i przerwania od przepełnienia? W jaki inny sposób mogę wyłączyć INT0? zadeklarować funkcje do wyłączania?

Statystyki: Napisane przez KBCH — 13 sty 2013, o 12:33

Re: Problem z przerwaniami

2013-01-12T21:42:56+01:00

Sprawdź w takiej kolejności:
[syntax=c]
OCR1A = 31250; // przerwanie co 1s
TCCR1B |= (1 << WGM12); // tryb CTC
TCCR1B |= (1 << CS12); // preskaler 256
[/syntax]
jak OCR1A jest równe 0 to program od razu po odblokowaniu przerwania wejdzie w tą procedurę, a tam wyłączasz inne przerwanie (INT0, ale w paskudny sposób) i nie zliczasz już impulsów.

Statystyki: Napisane przez Krauser — 12 sty 2013, o 21:42

Re: Problem z przerwaniami

2013-01-12T20:06:41+01:00

Znowu ja, tym razem chce wzbogacić swoją wunkcję o licznik impulsów w danym czasie. Dlatego Timer1 odlicza mi czas 1s a przerwania zewnętrzne te właśnie impulsy. Założenie jest takie ze jeśli jest mniej niż 5 impulsów ustawia mi sie stan 1(choć i tak tam jest ale to nie ważne) a jak wiecej to ustawia sie stan 0. Niestety nie ustawia się stan 0 pomimo wiekszej ilości impulsów. Problem wynika z tego ze nie wiem jak dokońca to zapisać, jeśli ktoś mógłby mnie naprowadzić byłbym wdzięczny[syntax=c]#include
#include

#define PIN_IN (1<#define PIN_SWAP (1<#define PIN_SWAP2 (1<#define SET_1 PORTB |= PIN_SWAP
#define SET_0 PORTB &= ~PIN_SWAP
#define LED_T0G PORTC ^= PIN_SWAP2

volatile uint32_t licznik = 0;
//volatile uint8_t licznik_czasu = 0;

ISR (INT0_vect)// przerwania zewnętrzne
{
if(bit_is_set(PIND,PD2))
{
licznik++;
}

}
ISR (TIMER1_COMPA_vect)// przerwania od timera1
{

static uint8_t licznik_czasu=0;

licznik_czasu++;// zwiekszaj licznik_czasu o 1 co 1s

if(licznik_czasu==1)// jeśli licznik czasu =1
{
licznik_czasu=0;// resetuj licznik czasu 1s

GICR = (0<
if(licznik>5){
SET_0;
}
if(licznik<5){
SET_1;
}
}

//if(licznik_czasu == 1) licznik_czasu = 0; // jeśli licznik czasu >1 licznik_czasu = 0

}

int main (void){

//***********************************************************************

DDRD &= ~PIN_IN;// kierunek PD2 - wejściowy
DDRB |= PIN_SWAP;// kierunek PC0 - wyjściowy
DDRC |= PIN_SWAP2;
//***********************************************************************
PORTD &= ~PIN_IN;// PD2 początkowy stan 0
PORTB |= PIN_SWAP;// podciągniecie rezystora vcc do PC0
PORTC |= PIN_SWAP2;
//******Konfiguracja przerwań zewnętrznych*********

MCUCR = (1<GICR = (1<//******Konfiguracja Timera1*********
TCCR1B |= (1 << WGM12); // tryb CTC
TCCR1B |= (1 << CS12); // preskaler 256
OCR1A = 31250;// przerwanie co 1s
TIMSK |= (1 << OCIE1A);

//***********************************************************************
sei(); // przerwania globalne włączone

while(1){

}

}

[/syntax]
tzn układ działa aczkolwiek połowicznie po resecie jesli podam liczbę wiekszą niż 5 impulsów na sekundę dioda nie gaśnie natomiast po resecie jesli podam wiesza liczbe niz 5 impulsów dioda gaśnie

Statystyki: Napisane przez KBCH — 12 sty 2013, o 20:06

Re: Problem z przerwaniami

2013-01-11T20:03:32+01:00

[syntax=c]język c
#define PIN_IN (1<#define PIN_SWAP (1<#define SET_1 PORTB |= PIN_SWAP
#define SET_0 PORTB &= ~PIN_SWAP
#define SWAP_IS_SET (PINB & PIN_SWAP)
//...
ISR (INT0_vect)
{
if(SWAP_IS_SET)
{
licznik++;
}
}[/syntax]

Oczywiście wkradł się mój błąd ponieważ przerwanie jest od sygnału podanego na PD2 a nie od PB0 gdyż jest to wyjście. Stąd pewnie wynikają twoje wątpliwości. Co do dostępu, spróbuje zmienić i zobaczymy co z tego wyjdzie. Powinno być tak
[syntax=c]#define SWAP_IS_SET (PIND & PIN_IN)[/syntax]

Statystyki: Napisane przez KBCH — 11 sty 2013, o 20:03

Re: Problem z przerwaniami

2013-01-11T11:14:09+01:00

1. Używając w kodzie bit_is_set(PINB,PB0) odchodzisz od tego co sam robisz na początku definiując wejścia i wyjścia. Lepiej tak:
[syntax=c]#define PIN_IN (1<#define PIN_SWAP (1<#define SET_1 PORTB |= PIN_SWAP
#define SET_0 PORTB &= ~PIN_SWAP
#define SWAP_IS_SET (PINB & PIN_SWAP)
//...
ISR (INT0_vect)
{
if(SWAP_IS_SET)
{
licznik++;
}
}[/syntax]
2. Nie wiem też po co właściwie tak robisz. Zauważ, że jak ustawisz coś na porcie (PORTx) to jak chcesz natychmiast odczytać ten stan (PINx) to musisz odczekać jedną instrukcję np. nop
3. Jeśli chodzi o dostęp do zmiennych volatile, które są większe niż 8 bitów to nie należy tego robić jak masz w kodzie, ponieważ długa zmienna nie zostanie odczytana w jednym takcie zegara tylko zajmie to więcej czasu, a przerwanie może zostać zgłoszone w trakcie tego odczytu, zmieni wartość zmiennej, ale odczyt może być błędny. Przykładowo masz liczbę 16 bitową 0x00FF. Podczas odczytu celem porównania do rejestrów trafi przykładowo najpierw 0x00 potem przerwanie zwiększy liczbę o 1. Liczba ma wartość 0x0100 i w kolejnym odczycie do drugiego rejestru trafi 0x00. Co będzie skutkowało błędem, bo porównasz liczbę 0x0000 zamiast 0x00FF lub 0x0100, a powiedzmy, że sprawdzałeś warunek if (liczba>2), który tym razem pomimo, że prawdziwy, będzie uznany za fałszywy.
Poprawnie w kodzie należy tak zrobić:
[syntax=c]#include
volatile uint32_t licznik = 0;

int main (void){
uint32_t temp_licznik;
//...
sei(); // przerwania globalne włączone
while(1){
ATMOIC_BLOCK(FORCE_ON)
{
temp_licznik=licznik;
}
if(temp_licznik>2)
}
}[/syntax]

Statystyki: Napisane przez Krauser — 11 sty 2013, o 11:14

Re: Problem z przerwaniami

2013-01-10T22:56:29+01:00

Ponownie borykam się z problemem gdyż tym razem postanowiłem sprawdzić przerwania zewnętrzne. Zadanie jest proste za pomocą przerwań zewnętrznych zliczmy impulsy, jesli jest ich jakaś tam ilość to zmienia stan na innej nóżce. W moim wypadku wyzwolenie odbywa się przy zboczu narastającym. Impulsy generuje przez ne555 f=ok1Hz. Podłączyłem PB0 rezystorem 30k masę i podaje impulsy. Problem jest taki, że nie liczy mi tyle ile chce impulsów, zlicza ich zdecydowanie za dużo i za każdym razem inną ilość. Przedstawiam kod, w czym może tkwić problem? Dodam jeszcze ze procesor to atmega8
[syntax=c]#include
#include

#define PIN_IN (1<#define PIN_SWAP (1<#define SET_1 PORTB |= PIN_SWAP
#define SET_0 PORTB &= ~PIN_SWAP

volatile uint32_t licznik = 0;

void ioint (void);

ISR (INT0_vect)
//SIGNAL(SIG_INTERRUPT0)
{
if(bit_is_set(PINB,PB0)){
licznik++;
}

}

int main (void){

DDRD &= ~PIN_IN;// kierunek PD2 - wejściowy
DDRB |= PIN_SWAP;// kierunek PC0 - wyjściowy

PORTD &= ~PIN_IN;// PD2 początkowy stan 0
PORTB |= PIN_SWAP;// podciągniecie rezystora vcc do PC0

MCUCR = (1<GICR = (1<
sei(); // przerwania globalne włączone

while(1){

}
if(licznik>2){

SET_0;
}
}

[/syntax]

Statystyki: Napisane przez KBCH — 10 sty 2013, o 22:56

Re: Problem z przerwaniami

2013-01-08T10:19:02+01:00

1. Nie. Timer0 jest zatrzymany. Dopiero po zmianie stanu na PB0 jest uruchomiony.
2. 32 wynika z czasu 1,7ms (czas na początku pliku inny niż w komentarzu dalej). ( 1 / ( 1,2MHz/64 ) )*32
3. toogle to zmienna pomocnicza i jest używana w ISR (PCINT0_vect).
4. po pierwszym wciśnięciu timer ciągle działa i co 13,6ms się przepełnia generując sygnał przerwania. Biorąc po uwagę liczby 3000 i 255 to po 12 takich przerwaniach za pierwszym razem (za drugim będzie inaczej bo length nie jest zerowane) ustawiona zostanie flaga beeping

Jeśli nie chcesz się uczyć złych nawyków to wywal cały ten kod do kosza bo:
-rejestry ustawiane są w beznadziejny sposób (liczby dziesiętne, nie używane nazwy bitów w rejestrach)
-beeping nie jest z modyfikatorem volatile
-jak będziesz chciał coś zmienić to czekają cię powtórne obliczenia

Statystyki: Napisane przez Krauser — 8 sty 2013, o 10:19

Re: Problem z przerwaniami

2013-01-07T22:38:28+01:00

Czy mógłbym prosić o pomoc w analizie pewnego kodu który znalazłem
[syntax=c]

BEEPER TINY1 Clock 9,6Mhz / 8
* Toggles pin 3&4 to HIGH if signal length is > 1,7ms
*
* PINOUT: Servo Signal IN: PIN 5 (PB0)
* Beeper OUT: PIN 2 (PB3) & PIN 3 (PB4)
*
*****************************************************************************/

#include
#include
#include

uint8_t toggle = 1;
uint8_t new = 1;
uint8_t beeping;
uint16_t length;

// on timer0 overflow
ISR (TIM0_OVF_vect)
{
length += 255;
// if no signal for some time -> enable beep
if (length > 3000) {
//PORTB = 8;
beeping = 1;
}
}

// on PB0 pinchange
ISR (PCINT0_vect)
{
if ((PINB & 1)==1) // check 1st bit of PORTB (pin 5) got HIGH
{
length = 0;
TCNT0 = 0; // reset timer
TCCR0B = 3;// start timer (prescaler :64)
}
else {// check 1st bit of PORTB (pin 5) got LOW
TCCR0B = 0; // stop timer0
if (TCNT0 >32) {// if high was longer than 1,5ms

if (new == 1) {
if (toggle == 1) {
toggle = 0;
beeping = 1;
} else {
toggle = 1;
beeping = 0;
}
}
new = 0;
} else {
new = 1;
}
TCNT0 = 0; // reset timer
TCCR0B = 3;// start timer (prescaler :64)
}
}

int main (void)
{

DDRB = 254;// portb PB0 as input, rest as output
PORTB = 0; // portb to 0

TCCR0B = 0; // stop timer0
TIMSK0 = 2; // timer0 Overflow Interrupt Enable
TCNT0 = 0; // timer startval = 0

GIMSK = 32;// enable Ext Interrupt on PinChange
PCMSK = 1; // set Ext Interrupt on PB0 (pin 5)

sei(); // Interrupts on.

uint16_t j; // define a wait counter variable

while(1)
{
if (1 == beeping) { // blink whith short duty cycle
PORTB = 24;
j=10000;
while(0PORTB = 0;
j=50000;
while(0} else { // set port to 0
PORTB = 0;
}
}
}
[/syntax]

konkretnie chodzi mi o część
[syntax=c]ISR (TIM0_OVF_vect)
{
length += 255;
// if no signal for some time -> enable beep
if (length > 3000) {
//PORTB = 8;
beeping = 1;
}
}

// on PB0 pinchange
ISR (PCINT0_vect)
{
if ((PINB & 1)==1) // check 1st bit of PORTB (pin 5) got HIGH
{
length = 0;
TCNT0 = 0; // reset timer
TCCR0B = 3;// start timer (prescaler :64)
}
else {// check 1st bit of PORTB (pin 5) got LOW
TCCR0B = 0; // stop timer0
if (TCNT0 >32) {// if high was longer than 1,5ms

if (new == 1) {
if (toggle == 1) {
toggle = 0;
beeping = 1;
} else {
toggle = 1;
beeping = 0;
}
}
new = 0;
} else {
new = 1;
}
TCNT0 = 0; // reset timer
TCCR0B = 3;// start timer (prescaler :64)
}
}[/syntax]

Moja interpretacja jest taka ze timer0 dodaje do zmiennej length wartość 255 co czas zgodny z cyklem zegara czyli 1.2MHz poniewaz nie widzę na razie prescalera.
Gdy stan wejściowy na pinie PB0 j== 1 zmienna length jest zerowana rejestr TCNT0 jest zerowany i prescaler ustawiany jest na 64 czyli zlicza co 18750Hz i zaczynany jest pomiar długości tego impulsu. Następnie gdy na pinie PB0 pojawi się stan niski zatrzymywany jest timer0. I teraz mój dylemat, jeśli TCNT0 jest > od 32 to zmienna new= 0 a jak TNCT0 jest< od 32 to zmienna new=1.Następnie jeśli new ==1 i toggle==1 to toggle=0, beeping=1 w przeciwnym razie gdy togle!=1 toggle=1 a beeping=0.

Moje pytania to:
1.czy prawidłowo interpretuje kod?
2.skąd się wzięła wartość 32 i jest ona wyznacznikiem do porównania TCNT0?
3.Wiem ze zmienna toggle służy do zmiany stanu ale jak skoro nie jest użyta w żadnej innej funkcji.
4.co daje nam dodawanie do zmiennej length wartości 255?

Z góry wybaczcie ze zadaje pewnie banalne pytania lecz jak mówiłem jestem noga z programowania i uważam ze lepiej sie zapytać niż nauczyć się jakiś złych nawyków

Statystyki: Napisane przez KBCH — 7 sty 2013, o 22:38

Re: Problem z przerwaniami

2013-01-06T20:39:25+01:00

Faktycznie po dodaniu pętli nieskończonej PB3 zmienia stan:) no to teraz przyjrzę się mojemu początkowemu programowi.

Statystyki: Napisane przez KBCH — 6 sty 2013, o 20:39

Re: Problem z przerwaniami

2013-01-06T20:20:27+01:00

a to teraz rozumiem więcej a porada oczywiście była bardzo cenna jak widać bo można sobie pisać wielki program ale co z tego jak jeden z mniejszych bloczków jak przerwanie nie działa no to trza szukać błędu - w kodzie

nota PDF w łapki i do roboty

.... no ale jak się popatrzy do PDF'a to szybko się okaże że ten kod wyżej jest poprawnie napisany jeśli chodzi o odpalenie tego przerwania. Niestety SZKOLNY błąd - a prawie w KAŻDYM swoim poradniku VIDEO pokazuję jak ja zaczynam sobie pisać szkielet programu - przypomnę tutaj ale chyba po raz ostatni nie mówiąc że i w pierwszej książce to wałkuję na jej samym początku

[syntax=c]int main( void ) {

while(1) {
}

}[/syntax]

a kolega co ? ..... widzi różnicę ? bo to właśnie pewnie przez ten NIBY drobny szczegół jak to kolega napisał NIE DZIAŁA - bo rzeczywiście - tak kolega chciał pisząc swój kod żeby nie działało

Statystyki: Napisane przez mirekk36 — 6 sty 2013, o 20:20

Re: Problem z przerwaniami

2013-01-06T20:09:43+01:00

Okej, na wstępie przepraszam.

Problem jest następujący, założyłem sobie, że zrobię włącznik PWM który po dostaniu określonej długości impulsu ustawi na pinie PB3 stan 0 lub 1. Niestety nie ustawia się stan 1 (bo 0 cały czas panuje), w czasie kompilacji nie ma błędu wiec zacząłem szukać problemu małymi kroczkami jak doradził jeden z kolegów. Napisałem przerwanie CTC dioda niestety nie miga

Statystyki: Napisane przez KBCH — 6 sty 2013, o 20:09

Re: Problem z przerwaniami

2013-01-06T20:00:05+01:00

staneq napisał(a):

Nie wiem dokładnie co chcesz uzyskać. Czytam i czytam ale nie potrafię tego zrozumieć.
Zrozumiałem tylko że masz mierzyć czas impulsu (jak mniemam z kodu w stanie niskim) i ustawić 1 na pinie wyjściowym jeżeli długość ta będzie mieścić się w przedziale <800;1350) w przeciwnym razie ustawić na 0
Jakbyś mógł napisać to tak jasno jak się tylko da i być może jakiś algorytm (jeśli masz a jeśli nie to napisz go sobie to Ci znacznie ułatwi sprawę)

Ja też już wcześniej obserwowałem ten temat ale też przyznam że nie rozumiałem za bardzo o co chodzi więc się nie odzywałem. Teraz z końcówki widzę że chodzi chyba o badanie czasu impulsu jako do serwo. OK już jaśniej ...

no ale o co chodzi w ostatnim poście ???

Panowie jak podajecie jakiś kod - to nie piszcie proszę:

"I NIE DZIAŁA"

skąd ja czy ktoś może wiedzieć co koledze nie działa ??? no tak nie można opisywać problemu - jest sobie odpalone przerwanie CTC, ma migać dioda. To co to znaczy NIE DZIAŁA ? jaki jest efekt ? dioda miga? nie miga, świeci ale słabiej? przerwanie nie działa? jakiś błąd w kompilatorze ??? no bo tracimy tylko troszkę czas

ważne jest aby dobrze zadać pytanie - to wtedy szybciej można udzielić odpowiedzi. Tyle że autor zwykle wiedząc wszystko o swoich założeniach , schemacie itp zakłada że inni też to skądś wiedzą .... tylko ciekawe skąd?

no i teraz jakie jest pytanie w ogóle - ??? proszę bardziej sprecyzować temat - wtedy jeśli będę w stanie to postaram się pomóc ok ?

Statystyki: Napisane przez mirekk36 — 6 sty 2013, o 20:00

Re: Problem z przerwaniami

2013-01-06T19:24:59+01:00

No dobra napisałem coś takowego i... Nie działa;)
[syntax=c]/*
* main.c
*
* Created on: 2013-01-06
* Author: Abobik
*/

#include
#include
#include

#define LED_PIN (1<#define LED_TOG PORTB ^=LED_PIN

// ********************************************************* 1-sza wersja
int main(void)
{

DDRB |= LED_PIN;
//******** konfiguracjia timera programowego **********

TCCR0A |= (1<TCCR0B |= (1<OCR0A = 200; // 1 200 000 / 1024 / 200 ~6hz
TIMSK0 |= (1<
//********************************************************************************
sei();// globalne zezwolenie na przerwanie

}
ISR( TIM0_COMPA_vect )
{
LED_TOG;
}
[/syntax]

Zapwne pomyliłem nazwę któregoś z rejestrów ale nie wiem którego. Prosze o pomoc.

Statystyki: Napisane przez KBCH — 6 sty 2013, o 19:24

Re: Problem z przerwaniami

2013-01-06T17:45:09+01:00

Well, I'm no Servo expert, but...

If the RC receiver channel is for driving a servo then the signal is likely a series of pulses.

A pulse occurs about once every 20 mSec.

The width of the high time of the pulse is about 1 to 2 mSec.

A pulse width of 1.5 mSec generally positions the servo to the middle of its full range of travel, (e.g. 90 degrees for a 0 to 180 degree range servo).

One could use the micro to read in the pulses and measure their width.

If the pulse width is < 1.25 mSec, (Full left rudder = about 1.0 mSec), then turn On the lights.

If the pulse width is > 1.75 mSec, (Full right rudder = 2 mSec), then turn Off the lights.

If the micro has nothing else to do then it could read the pulse width in the Main Loop.

If the micro has other things to do then one could use interrupts to time the pulse.

z tego co wywnioskowałem to impuls trwa od 1ms do 2 z przerwą co około 20ms czyli wynika z tego ze gdy jest stan 1 to nic się nie dzieje gdy jest 0 licznik ten wewnętrzny zlicza te 20ms + licznik zewnetrzny który zlicza długość tego impulsu

Statystyki: Napisane przez KBCH — 6 sty 2013, o 17:45

Re: Problem z przerwaniami

2013-01-06T17:28:15+01:00

Statystyki: Napisane przez staneq — 6 sty 2013, o 17:28

Re: Problem z przerwaniami

2013-01-06T16:55:35+01:00

Ja jestem noga z programowania dlatego pytam tylko, jestem wdzięczny za wszystkie sugestie i podpowiedzi.
Jak Twoim zdaniem powinno to wyglądać?

Statystyki: Napisane przez KBCH — 6 sty 2013, o 16:55

Re: Problem z przerwaniami

2013-01-06T16:51:05+01:00

KBCH napisał(a):

staneq napisał(a):

To pobaw się jeszcze w przerwaniu zewnętrznym. Zauważ że stan wysoki na porcie powoduje wyzerowanie licznika natomiast stan niski spowoduje obliczenie czasu trwania ale nie zerujesz licznika.

[syntax=c]f(PORT_WE)
{
TCNT0 = 0;
licznik = 0;
}[/syntax]
A nie jest to zerowanie licznika?

Jest ale tylko w pewnych warunkach. Jeżeli tak ma być tzn że nie zrozumiałem o co Ci chodzi.

Statystyki: Napisane przez staneq — 6 sty 2013, o 16:51

Re: Problem z przerwaniami

2013-01-06T16:07:35+01:00

Witam,
to może inaczej, małymi kroczami. Najpierw sprawdź czy w ogóle generują ci się przerwania zew. np. zapalając diodę. Później sprawdź timer.

Pozdrawiam
R.L.

Statystyki: Napisane przez Lemosek — 6 sty 2013, o 16:07

Re: Problem z przerwaniami

2013-01-06T15:58:38+01:00

wrzucam kod po poprawkach lecz w dalszym ciągu nic się nie dzieje.

[syntax=c]#include
#include
#include
#include
#include

#define PORT_WE(PINB & (1 << 1)) // PB1 jako wejście
#define PORT_WY_1 (PORTB |= (1 << 3))
#define PORT_WY_0 (PORTB &= ~(1 << 3))

//******************************************

void ioinit(void);
volatile uint32_t licznik = 0;
volatile uint16_t dlugosc_impulsu = 0;

ISR(TIM0_COMPA_vect)//zwiekszanie licznika co 200us
{
licznik++;
}

ISR(INT0_vect)// zewnętrzne przerwanie
{
if(PORT_WE)
{
TCNT0 = 0;
licznik = 0;
}
else
{
dlugosc_impulsu = (licznik * 200) + TCNT0; //COnvert the useconds to miliseconds
}
}
int main(void)
{
ioinit();//inicjalizacja portów i tmerów

while(1)
{

if((dlugosc_impulsu < 1350)&&(dlugosc_impulsu >= 800))
{
PORT_WY_1;
}
else
{
PORT_WY_0;
}

}
}
void ioinit(void)
{
//konfiguracja portow
DDRB = 0b00001000;//PB1 jako wejscie, PB3 wyjscie
PORTB |= PORT_WE;

//konfiguracja timera
TCCR0B |= (1< TCCR0B |= (1< OCR0B = 167;// przerwanie co ok 200us (9,6/8)=1,2us 1,2*167~200

//konfiguracja zewnatrznych przerwań
MCUCR |= ((0< GIMSK |= (1<
sei();

}
[/syntax]
Zauważyłem ze procesor jest Tiny13A czy może mieć to znaczenie? Po podciągnięciu zasilania do pinu wejściowego jest dziwne napięcie w granicach 1.5V.

staneq napisał(a):

To pobaw się jeszcze w przerwaniu zewnętrznym. Zauważ że stan wysoki na porcie powoduje wyzerowanie licznika natomiast stan niski spowoduje obliczenie czasu trwania ale nie zerujesz licznika.

[syntax=c]f(PORT_WE)
{
TCNT0 = 0;
licznik = 0;
}[/syntax]
A nie jest to zerowanie licznika?

Statystyki: Napisane przez KBCH — 6 sty 2013, o 15:58

Re: Problem z przerwaniami

2013-01-06T15:45:41+01:00

Witam,
nie widzę w kodzie załączenia przerwań globalnych sei();

Pozdrawiam
R.L.

Statystyki: Napisane przez Lemosek — 6 sty 2013, o 15:45

Re: Problem z przerwaniami

2013-01-06T15:43:58+01:00

To pobaw się jeszcze w przerwaniu zewnętrznym. Zauważ że stan wysoki na porcie powoduje wyzerowanie licznika natomiast stan niski spowoduje obliczenie czasu trwania ale nie zerujesz licznika.

Statystyki: Napisane przez staneq — 6 sty 2013, o 15:43

Re: Problem z przerwaniami

2013-01-06T15:34:56+01:00

masz racje, mój błąd zamieniłem na
[syntax=c]PORTB |= PORT_WE;[/syntax]
aczkolwiek problem nie jest w dalszym ciągu rozwiazany

Statystyki: Napisane przez KBCH — 6 sty 2013, o 15:34