ATNEL tech-forum

Re: ADC free runinng-->dziwne zachowanie programu

2014-08-24T11:12:17+01:00

Mała poprawka do kodu kolegi QuadMan:

// Nie moze byc *100, jesli nie chcesz przekroczyc zakresu uint16_t

Może być *255 (nawet *256 wystarczy dodać if`a aby nie przekroczyć wartości) -zakres uint16_t to 0-65 535

http://pl.wikipedia.org/wiki/Liczba_ca% ... _danych%29

Statystyki: Napisane przez ps19 — 24 sie 2014, o 11:12

Re: ADC free runinng-->dziwne zachowanie programu

2014-08-24T09:40:03+01:00

Serdecznie dziękuje wszystkim,

Po wprowadzeniu zmian QuadMan-a i krish-a wszstko płynnie śmiga aczkolwiek przy potencjometrze ustawionym na krańcową wartość, program się zacinał(nie reagował na zmiane polozenia potencjometru).
Teraz wiem jaka jest przyczyna

Wystarczy dodać odpowiednio dużą wartość w rejestrze OCR1A w obsłudze przerwania od ADC:

OCR1A = ADCW*9+35;

Statystyki: Napisane przez ALEKS — 24 sie 2014, o 09:40

Re: ADC free runinng-->dziwne zachowanie programu

2014-08-23T22:45:28+01:00

Witam,

ALEKS napisał(a):

.....Może ktoś wie jak to rozwiązać programowo?

mówisz i masz :[syntax=c]/*
* main.c
*
* Created on: 21-08-2014
* Author: ALEX
*/

#include
#include
#include

#define LED_PIN (1< #define LED_TOG PORTC ^= LED_PIN //zmiana stanu diody
#define LED_ON PORTC |= LED_PIN //zmiana stanu diody
#define LED_OFF PORTC &= ~LED_PIN //zmiana stanu diody

#define DIR_PIN (1< #define DIR_TOG PORTC ^= DIR_PIN //zmiana kierunku obrotow
#define DIR_PIN_R PORTC |= DIR_PIN;
#define DIR_PIN_L PORTC &= ~DIR_PIN;

#define EN_PIN (1< #define EN_PIN_OFF PORTC |= EN_PIN;
#define EN_PIN_ON PORTC &= ~EN_PIN; //Niepodłączone oznacza zezwolenie pracy dla sterownika.
#define EN_TOG PORTC ^= EN_PIN //zmiana stanu pinu zezwolenia

volatile uint16_t wynik;
int main(void){

EN_PIN_ON;
DDRC |= LED_PIN;
DDRC |= EN_PIN;
EN_PIN_ON;
///////////////Timer od przepełnienia///////////////////////
TCCR1B |= (1< //TCCR1A |= (1< TCCR1B |= (1< OCR1A = 40; //przerwanie co 5Hz co 200ms
TIMSK |= (1<
//////////////////free running mode////////////////////////////////////////
ADCSRA |= (1< ADMUX |= (1< ADCSRA |= 1< ADCSRA |= 1< ADMUX = (ADMUX & 0xF8) | 6; //pomiar na porcie PA6

sei();

ADCSRA |= 1<

while (1) {

}
}

ISR(TIMER1_COMPA_vect){

LED_TOG;
ADCSRA |= 1<
}

ISR(ADC_vect)
{

wynik=ADCW;
OCR1A=wynik*50;// Nie moze byc *100, jesli nie chcesz przekroczyc zakresu uint16_t

}[/syntax]

Priorytety przerwań w AVR-ach: umówmy się że ich nie ma . Zresztą, ja w tego typu operacjach zawsze stosuję jakieś uzależnienia czasowe i ciągi zdarzeń typu -> pomiar, interpretacja... coś tam. Tu zastosowałem najprostsze z możliwych rozwiązań: Kolejny pomiar ADC na pewno wykona się szybciej, niż nastąpi następne przerwanie od Compare MatchTimera 1. Z przepełnieniem zakresu już Ci kolega powyżej napisał.

Pozdrawiam serdecznie, QuadMan.

Statystyki: Napisane przez QuadMan — 23 sie 2014, o 22:45

Re: ADC free runinng-->dziwne zachowanie programu

2014-08-23T22:44:17+01:00

Witam

ALEKS napisał(a):

Czy są jakieś inne sposoby generowania częstotliwości w zależności od pomiaru napięcia?

Można np.: porównywać w Timerze programowym ADC do jakiegoś "m"
[syntax=c]{
m++;
if (m>ADC)
{LED_TOG; m=0;}
}[/syntax]
...napisałem tak poglądowo, tak jak ja bym się za to zabierał.

Pozdr.

Statystyki: Napisane przez kicajek — 23 sie 2014, o 22:44

Re: ADC free runinng-->dziwne zachowanie programu

2014-08-23T22:05:03+01:00

Rejestr OCR1A jest 16-bitowy.
Wykonując operację:
OCR1A=wynik*100;
przepełniasz ten rejestr dla pewnych wartości zmiennej "wynik" ( możesz to sobie obliczyć).
W ADCW będzie maksymalnie liczba 1023 ( rozdzielczość 10 bitowa ADC)
czyli 1023*100=1 023 000
a rejestr OCR1A mieści tylko liczbę 65 535.
jeżeli chcesz wykorzystać "cały rejestr" to można zmienną "wynik" pomnożyć maksymalnie przez:
np.
maksymalny wynik z ADC rozpisany binarnie:
0000 0011 1111 1111 << 6
co wyniesie:
1111 1111 1100 0000=0xFFC0

Wniosek- wypróbuj operację:
OCR1A=wynik<<6;

Statystyki: Napisane przez krish — 23 sie 2014, o 22:05

Re: ADC free runinng-->dziwne zachowanie programu

2014-08-23T20:29:44+01:00

Taki przetwornik jest to jakaś opcja ale w moim przypadku wprowadza spore ograniczenia.

Może ktoś wie jak to rozwiązać programowo?

Statystyki: Napisane przez ALEKS — 23 sie 2014, o 20:29

Re: ADC free runinng-->dziwne zachowanie programu

2014-08-23T20:16:28+01:00

W pełni sprzętowo:
http://www.tme.eu/pl/katalog/#id_catego ... th_stock=1
https://www.google.pl/url?sa=t&rct=j&q= ... 2k&cad=rja

Statystyki: Napisane przez atmel — 23 sie 2014, o 20:16

Re: ADC free runinng-->dziwne zachowanie programu

2014-08-23T19:55:10+01:00

Dziękuje za odpowiedź, ale niestety nic się nie poprawiło

Czy są jakieś inne sposoby generowania częstotliwości w zależności od pomiaru napięcia?
Docelowo program ma obsługiwać sterownik silnika krokowego.

Statystyki: Napisane przez ALEKS — 23 sie 2014, o 19:55

Re: ADC free runinng-->dziwne zachowanie programu

2014-08-23T18:27:59+01:00

Może powodowane jest to brakiem atomowości dostępu do zmiennej "wynik". Można ten problem obejść za pomocą makra "ATOMIC_BLOCK", albo w poniższy sposób, usuwając całą zawartość pętli głównej "while" i zamieniając ciało funkcji obsługi przerwania na:

[syntax=c]ISR(ADC_vect)
{
OCR1A = 100 * ADCW;
ADCSRA |= 1<}[/syntax]

Statystyki: Napisane przez atmel — 23 sie 2014, o 18:27

Re: ADC free runinng-->dziwne zachowanie programu

2014-08-23T18:14:50+01:00

1. Wynik mnóż x256 wtedy będziesz miał pełny zakres timera
2. Dodaj w pętli if(OCR1A >= 65536) OCR1A = 65535;
3. W pętli wyłącz diodę a w przerwaniu ją włączaj - przez LED_TOG mogą dziać się te cyrki.

Statystyki: Napisane przez ps19 — 23 sie 2014, o 18:14

ADC free runinng-->dziwne zachowanie programu

2014-08-23T17:46:20+01:00

Witam,

Napisałem program, który zmienia częstotliwość mrugania diody w zależności od położenia potencjometru.
Program polega na tym, że dioda nieregularnie gaśnie co jakiś czas(wygląda jakby procek się zacinał).

Wydawało mi się że wiąże się to z priorytetami przerwań ale ADC ma mniejszy priorytet niż TIMER1.

[syntax=c]/*
* main.c
*
* Created on: 21-08-2014
* Author: ALEX
*/

#include
#include
#include

#define LED_PIN (1<#define LED_TOG PORTC ^= LED_PIN//zmiana stanu diody
#define LED_ON PORTC |= LED_PIN//zmiana stanu diody
#define LED_OFF PORTC &= ~LED_PIN//zmiana stanu diody

#define DIR_PIN (1<#define DIR_TOG PORTC ^= DIR_PIN//zmiana kierunku obrotow
#define DIR_PIN_R PORTC |= DIR_PIN;
#define DIR_PIN_L PORTC &= ~DIR_PIN;

#define EN_PIN (1<#define EN_PIN_OFF PORTC |= EN_PIN;
#define EN_PIN_ON PORTC &= ~EN_PIN;//Niepodłączone oznacza zezwolenie pracy dla sterownika.
#define EN_TOG PORTC ^= EN_PIN//zmiana stanu pinu zezwolenia

volatile uint16_t wynik;
int main(void){

EN_PIN_ON;
DDRC |= LED_PIN;
DDRC |= EN_PIN;
EN_PIN_ON;
///////////////Timer od przepełnienia///////////////////////
TCCR1B |= (1<//TCCR1A |= (1<TCCR1B |= (1<OCR1A = 40;//przerwanie co 5Hz co 200ms
TIMSK |= (1<
//////////////////free running mode////////////////////////////////////////
ADCSRA |= (1<ADMUX |= (1<ADCSRA |= 1<ADCSRA |= 1<ADMUX = (ADMUX & 0xF8) | 6;//pomiar na porcie PA6

sei();

ADCSRA |= 1<

while (1) {

OCR1A=wynik*100;

}
}

ISR(TIMER1_COMPA_vect){

LED_TOG;

}

ISR(ADC_vect)
{

wynik=ADCW;

ADCSRA |= 1<}[/syntax]

Filmik przedstawiający działanie powyższego kodu:
[youtube]rxUeT1Y8rnI&feature=youtu.be[/youtube]
https://www.youtube.com/watch?v=rxUeT1Y ... e=youtu.be

Dodam, że działam na Atmega32 i taktowanie 16MHz.
Proszę o pomoc.

Statystyki: Napisane przez ALEKS — 23 sie 2014, o 17:46