ATNEL tech-forum

Re: Timery i bascom - atmega32

2013-10-27T20:36:33+01:00

Witam - mam pytanie a jak skonfigurować timer1 abym mógł regulować częstotliwość OC1B za pomocą potencjometry - wejścia ADC0 - pozdrawiam Jacek.

P.S. mam taki program:

[syntax=basic4gl]'************************************************************************************
$regfile = "m32def.dat"
$crystal = 16000000
Enable Interrupts

'config timer1 - fast pwm
Ddrd.ddd4 = 1 'Portd.4 - OC1B output
Ocr1b = 25 '10% _|-|__________________
Tccr1b.xxxx = X '|
Tccr1b.xxxx = X '|- Fast PWM
Tccr1b.xxxx = X 'Clear OC1B on compare match, set on top
Tccr1b.xxxx = X 'Prescale 1 (f=3,9kHz), start timer
'*********************************************************************************** ' use baud rate
$hwstack = 32 ' default use 32 for the hardware stack
$swstack = 10 ' default use 10 for the SW stack
$framesize = 40 ' default use 40 for the frame space
$lib "glcd.lib"

Config Graphlcd = 240 * 128 , Dataport = Portc , Controlport = Porta , Ce = 2 , Cd = 3 , Wr = 4 , Rd = 5 , Reset = 6 , Fs = 10 , Mode = 6

Cursor Off
Cls
Locate 1 , 1 : Lcd "ADC pwm demo"
Wait 3
Cls
Config Adc = Single , Prescaler = Auto , Reference = Avcc

Start Adc

Dim W As Word

Do

W = Getadc(0)
Locate 1 , 1 : Lcd "ADC0 " ; W ; " "
W = W / 4
'Pwm1b = W

Ocr1b = W
Loop
End[/syntax]

jak poustawiać bity dla TIMER1B ?

Kody wklejamy przy pomocy syntax=basic4gl - Różowy J.

Statystyki: Napisane przez Jacek — 27 paź 2013, o 20:36

Re: Timery i bascom - atmega32

2013-03-08T20:03:02+01:00

Przykłady są tutaj:
http://avrhelp.mcselec.com/config_rc5.htm
Problemem może być to, że Timer 1 może być wykorzystany tylko w trybie BACKGROUND, którego nie ma w wersji demo. W tym przypadku program główny nie jest wstrzymywany, ale wymagane jest podłączenie odbiornika podczerwieni do wejścia z funkcją ICP Timera 1.

Statystyki: Napisane przez Krauser — 8 mar 2013, o 20:03

Re: Timery i bascom - atmega32

2013-03-04T23:15:58+01:00

U mnie błąd: unknown config parameter dla tej lini Config Rc5 = Pind.2 , Timer = 1

Statystyki: Napisane przez karololo — 4 mar 2013, o 23:15

Re: Timery i bascom - atmega32

2013-03-04T16:49:47+01:00

U mnie nie ma żadnych błedów. Taki kod skompilowałem:
[syntax=basic4gl]$regfile = "m32def.dat"
$crystal = 1000000
Config Rc5 = Pind.2 , Timer = 1
Dim Address As Byte , Command As Byte
Enable Interrupts

'config timer0 - fast pwm
Ddrb.ddb3 = 1 'Portb.3 - OC0 output
Ocr0 = 25 '10% _|-|__________________
Tccr0.wgm01 = 1 '|
Tccr0.wgm00 = 1 '|- Fast PWM
Tccr0.com01 = 1 'Clear OC0 on compare match, set on top
Tccr0.cs00 = 1 'Prescale 1 (f=3,9kHz), start timer

'config timer2 - fast pwm
Ddrd.ddd7 = 1 'Portd.7 - OC2 output
Ocr2 = 25 '10% _|-|__________________
Tccr2.3 = 1 'WGM21|
Tccr2.6 = 1 'WGM20|- Fast PWM
Tccr2.com21 = 1 'Clear OC2 on compare match, set on top
Tccr2.cs20 = 1 'Prescale 1 (f=3,9kHz), start timer

Do 'infinite loop
Getrc5(address , Command)
If Address = 0 Then
Command = Command And &B01111111 'remove toggle bit
Command = Command * 28 'change 0-9 to 0-252
Ocr0 = Command 'change pwm duty
Ocr2 = Command 'change pwm duty
End If
Loop
End[/syntax]
Jak potrzeba to w wolnej chwili mogę to sprawdzić, ale na nieco innym mikrokontrolerze.

Statystyki: Napisane przez Krauser — 4 mar 2013, o 16:49

Re: Timery i bascom - atmega32

2013-03-04T15:01:15+01:00

Code:

Config Rc5 = Pind.2 , Timer = 1

Co w tym złego, że bascom wypluwa tu błędy?
Chce zmienić tak, by rc5 korzystało z timera1.

Statystyki: Napisane przez karololo — 4 mar 2013, o 15:01

Re: Timery i bascom - atmega32

2013-03-03T20:14:06+01:00

To już wszystko zrozumiałem. Dzięki za pomoc.

Statystyki: Napisane przez karololo — 3 mar 2013, o 20:14

Re: Timery i bascom - atmega32

2013-03-03T18:58:33+01:00

Możesz mieć obsługę RC5 w pętli głównej. Timery w trybie PWM pracują równolegle do programu. Tu chodzi o to, że domyślnie GetRC5 używa timera 0. Musisz użyć timera 1 korzystając z funkcji CONFIG RC5

Statystyki: Napisane przez Krauser — 3 mar 2013, o 18:58

Re: Timery i bascom - atmega32

2013-03-03T17:24:24+01:00

To jednak nie to. Dla wypełnienia 10% silniki nie pracują równo, nie wiem czym to może być spowodowane. Jakieś pomysły?

------------------------ [ Dodano po: 4 minutach ]

Gdy wyłączyłem odbieranie rc5 wydaje się być równo. Czym to może być spowodowane? Gdzie powinno być umieszczone odbieranie rc5? W pętli głównej to źle?

Statystyki: Napisane przez karololo — 3 mar 2013, o 17:24

Re: Timery i bascom - atmega32

2013-03-03T16:43:34+01:00

To właśnie osiągniesz odwracając fazę. Przykład powyżej.

Statystyki: Napisane przez Krauser — 3 mar 2013, o 16:43

Re: Timery i bascom - atmega32

2013-03-03T16:17:46+01:00

[syntax=basic4gl]
'config timer0 - fast pwm
Ddrb.ddb3 = 1 'Portb.3 - OC0 output
Ocr0 = 25 '10% _|-|__________________
Tccr0.1 = 1 '|
Tccr0.6 = 1 '|- Fast PWM
Tccr0.com01 = 1 'Clear OC0 on compare match, set on top
Tccr0.cs00 = 1 'Prescale 1 (f=3,9kHz), start timer

'config timer2 - fast pwm
Ddrd.ddd7 = 1 'Portd.7 - OC2 output
Ocr2 = 25 '10% _|-|__________________
Tccr2.3 = 1 'WGM21|
Tccr2.6 = 1 'WGM20|- Fast PWM
Tccr2.com21 = 1 'Clear OC2 on compare match, set on top
Tccr2.cs20 = 1 'Prescale 1 (f=3,9kHz), start timer
[/syntax]

Przy takim ustawieniu silnik_1 (timer0) pracuje szybciej niż silnik_2 (timer2). Może jest odwrotne liczenie ustawione? I wtedy dla drugiego daje tylko 10%, a dla pierwszego 90%. Jak to zmienić w timer0? Jak to nie pomoże to zmienie biegunowość silników dla pierwszego silnika.

Statystyki: Napisane przez karololo — 3 mar 2013, o 16:17

Re: Timery i bascom - atmega32

2013-03-03T16:03:50+01:00

Zamień miejscami silniki, albo zmień bieguny silnika i zobacz co się dzieje.

Statystyki: Napisane przez Krauser — 3 mar 2013, o 16:03

Re: Timery i bascom - atmega32

2013-03-03T15:54:53+01:00

Nie wiem dlaczego ale coś mi nie równo silniki chodzą.

Statystyki: Napisane przez karololo — 3 mar 2013, o 15:54

Re: Timery i bascom - atmega32

2013-03-03T15:27:30+01:00

Linie:
[syntax=basic4gl]TCCR0.CS00 = 1 'Prescale 1, start timer[/syntax]
Zastąp:
[syntax=basic4gl]TCCR0.CS01 = 1 'Prescale 8, start timer[/syntax]
Odwrócenie fazy uzyskasz jak linię:
[syntax=basic4gl]TCCR0.COM01 = 1 'Clear OC0 on compare match, set on top[/syntax]
Zastąpisz:
[syntax=basic4gl]TCCR0.COM01 = 1 '|
TCCR0.COM00 = 1 '|-> Set OC0 on compare match, clear OC0 at TOP[/syntax]
Dla timera 2 używasz nazw z 2 zamiast 0.

Statystyki: Napisane przez Krauser — 3 mar 2013, o 15:27

Re: Timery i bascom - atmega32

2013-03-03T15:19:12+01:00

W tej wersji u mnie również nie ma błędów, ale nie działa to poprawnie. Nie wiem co zrobić. Masz jakiś pomysł, żeby timer0 i timer2 działały jako fast pwm w prescale 8?

Statystyki: Napisane przez karololo — 3 mar 2013, o 15:19

Re: Timery i bascom - atmega32

2013-03-02T18:25:12+01:00

Coś z tymi linijkami:
TCCR0.WGM01 = 1 '|
TCCR0.WGM00 = 1 '|- Fast PWM

Statystyki: Napisane przez karololo — 2 mar 2013, o 18:25

Re: Timery i bascom - atmega32

2013-03-02T16:45:30+01:00

Ja brałem pod uwagę timer0 i timer1.

Statystyki: Napisane przez matrix — 2 mar 2013, o 16:45

Re: Timery i bascom - atmega32

2013-03-02T15:37:00+01:00

karololo napisał(a):

W tym ostatnim programie, który mi wysłałeś nadal są błędy dla timer0.

U mnie nie ma żadnych błędów. Sprawdzałem najnowszą wersją 2.0.7.5.

Statystyki: Napisane przez Krauser — 2 mar 2013, o 15:37

Re: Timery i bascom - atmega32

2013-03-02T11:47:07+01:00

Timer0 i Timer2 są 8 bitowe.

Statystyki: Napisane przez karololo — 2 mar 2013, o 11:47

Re: Timery i bascom - atmega32

2013-03-02T11:43:01+01:00

Jeśli do obu timerów wpiszesz taką samą liczbę przy tej samej częstotliwości taktowania procka i do tego przy tym samym prescale to powinna być różnica bo jeden timer jest 8 bitowy a drugi szesnasto bitowy.

Statystyki: Napisane przez matrix — 2 mar 2013, o 11:43

Re: Timery i bascom - atmega32

2013-03-02T11:43:55+01:00

Wydaje mi się, że dla timerów są różne Clear poustawiane. Gdy tam wypełnienie 25 dla timer0 i timer2 to jeden silnik kręci się bardzo szybko, a drugo bardzo wolno.

Edit:
Dotyczy to timer0, coś musi być źle ustawione.

W tym ostatnim programie, który mi wysłałeś nadal są błędy dla timer0.

Statystyki: Napisane przez karololo — 2 mar 2013, o 11:03

Re: Timery i bascom - atmega32

2013-03-01T19:39:49+01:00

Częstotliwość PWM dla tego sterownika nie może przekraczać 100kHz, a 16MHz/256 to 62,5 kHz. Nie potrzeba przestawiać preskalera, a w sumie nie jest to skomplikowane po prostu ustawiasz odpowiednią kombinację bitów CSx0, CSx1, CSx2.

Statystyki: Napisane przez Krauser — 1 mar 2013, o 19:39

Re: Timery i bascom - atmega32

2013-03-01T19:26:18+01:00

Czyli ustawienia są prawidłowe do sterowania tego typu mostkiem? Prescale jest wystarczające?

Statystyki: Napisane przez karololo — 1 mar 2013, o 19:26

Re: Timery i bascom - atmega32

2013-03-01T19:17:46+01:00

Zmieni się częstotliwość PWM, ale działać będzie tak samo. Wypełnienie zawsze będzie ilorazem OCRx i 256

Statystyki: Napisane przez Krauser — 1 mar 2013, o 19:17

Re: Timery i bascom - atmega32

2013-03-01T19:13:09+01:00

Jeżeli taktuje teraz procesor zewnętrznym kwarcem 16Mhz to ustawienia te ulegną zmianom? Chcę sterować takim mostkiem http://botland.com.pl/sterowniki-silnik ... ololu.html

Statystyki: Napisane przez karololo — 1 mar 2013, o 19:13

Re: Timery i bascom - atmega32

2013-02-22T22:20:22+01:00

Tak są błędy. Zajrzałem do pliku m32def.dat i w timerze 2 nazwy bitów są inne niż w dokumentacji atmela:

Code:

;TCCR2
FOC2   =7
PWM2    =6
COM21   =5
COM20   =4
CTC2    =3
CS22    =2
CS21    =1
CS20    =0

Poprawiony kod:
[syntax=basic4gl]$regfile = "m32def.dat"
$crystal = 1000000

'config timer0 - fast pwm
DDRB.DDB3 = 1 'Portb.3 - OC0 output
OCR0 = 25 '10% _|-|__________________
TCCR0.WGM01 = 1 '|
TCCR0.WGM00 = 1 '|- Fast PWM
TCCR0.COM01 = 1 'Clear OC0 on compare match, set on top
TCCR0.CS00 = 1 'Prescale 1 (f=3,9kHz), start timer

'config timer2 - fast pwm
DDRD.DDD7 = 1 'Portd.7 - OC2 output
OCR2 = 25 '10% _|-|__________________
TCCR2.3 = 1 'WGM21|
TCCR2.6 = 1 'WGM20|- Fast PWM
TCCR2.COM21 = 1 'Clear OC2 on compare match, set on top
TCCR2.CS20 = 1 'Prescale 1 (f=3,9kHz), start timer

Do 'infinite loop
Loop
End[/syntax]

Statystyki: Napisane przez Krauser — 22 lut 2013, o 22:20