ATNEL tech-forum

Re: regulator temperatury z wentylatorem, ATmega16

2015-01-04T09:00:05+01:00

@kicajek
Ta część programu działa akurat dobrze (patrz pierwszy post), ale dzięki za pomysł.

Odnośnie płynnej regulacji rozwiązałem to tak:
[syntax=c]i = (255*((cel_d*100/200)-100))/100;// omijamy arytmetykę zmiennoprzecinkową
// operując na liczbach o 100 razy większych[/syntax]
Działa bez zarzutu.

Druga sprawa to taka, że większość wentylatorów (o ile nie wszystkie) ma taką przypadłość, że nie załącza się, gdy wypełnienie impulsu wynosi np. 1/255, ale gdy jest to dopiero 80/255. Wziąłem na to poprawkę pozostawiając nawet 100/255, także ostateczny kod wygląda tak:
[syntax=c]i = 100 + (155*((cel_d*100/200)-100))/100;// omijamy arytmetykę zmiennoprzecinkową
// operując na liczbach o 100 razy większych
// liczba 100 na początku jest równoważna z powyższym warunkiem[/syntax]
Należy pamiętać, że dolna granica, przy której obroty mają się zwiększać, to 20C (stad liczba 200 w algorytmie), a górna 40C.

Temat zakończony, dzięki za pomoc! Gumeni dostaje plusa.

Statystyki: Napisane przez alkorinio — 4 sty 2015, o 09:00

Re: regulator temperatury z wentylatorem, ATmega16

2015-01-03T20:21:00+01:00

Zmienna cel_d jest typu uint16_t (przepraszam, nie napisałem).

Ale rozumiem już, o co chodzi - MCU podczas żadnego działanie nie będzie widział liczby <1. Spróbuję to obejść.

Statystyki: Napisane przez alkorinio — 3 sty 2015, o 20:21

Re: regulator temperatury z wentylatorem, ATmega16

2015-01-03T20:05:49+01:00

Witam
A może zamiast:
[syntax=c]else if ((cel_d>230) && (cel_d<=260))
{
i=170;
OCR2=i;
...[/syntax]
dać:
[syntax=c]else if ((cel_d>230) && (cel_d<=260))
{
i=( cel_d-230)*6;
OCR2 =i;[/syntax]

Pozdr.

Statystyki: Napisane przez kicajek — 3 sty 2015, o 20:05

Re: regulator temperatury z wentylatorem, ATmega16

2015-01-03T19:57:59+01:00

Ale nigdy z tego działania ((cel_d-200) / (400-200)) nie uzyskasz liczby większej od 1. cel_d jest pewnie typu uint8_t. Więc cel_d może być max 255. (255-200)/(400-200)=55/200<1.

Statystyki: Napisane przez gumeni — 3 sty 2015, o 19:57

Re: regulator temperatury z wentylatorem, ATmega16

2015-01-03T19:53:34+01:00

Tak też podejrzewałem. Ale jeśli wynikiem tego działania byłoby np. 25,81, to czy fakt, że zmienna jest typu uint16_t, nie powinien rzutować jej właśnie na typ uint16_t i pozostawić wartość 25?

Jeśli nie, to jak to ominąć?

Statystyki: Napisane przez alkorinio — 3 sty 2015, o 19:53

Re: regulator temperatury z wentylatorem, ATmega16

2015-01-03T19:45:48+01:00

Tak jak się domyślasz winna jest ta linia:
[syntax=c]i = 255*((cel_d-200) / (400-200))[/syntax]

Wynikiem tego działania:
[syntax=c]((cel_d-200) / (400-200))[/syntax]
będzie liczba po przecinku. Która zostanie potraktowana jako 0. Wtedy:
[syntax=c]i = 255*0[/syntax]
[syntax=c]i = 0[/syntax]
Aby część po przecinku nie została "utracona" musiałbyś wykonać jawne rzutowanie na typ float lub double. Ale gdzieś czytałem, że lepiej unikać tych typów.

Statystyki: Napisane przez gumeni — 3 sty 2015, o 19:45

=ROZWIĄZANE= regulator temperatury z wentylatorem, ATmega16

2015-01-04T09:02:47+01:00

Witam

Przygotowuję dość prosty projekt zgodnie z opisem z tematu. Mam wentylator 12V, czujnik DS18B20. Wszystko jest podłączone i działa poprawnie (sprawdzałem oczywiście osobno na wszelakie sposoby). Czujnik temperatury obsługuję przez bibliotekę z Bluebooka, także nie będę podawał tutaj jej kodu. Dodam tylko, że temperatura odczytywana jest raz na 3 sekundy.

Problem, który mam, pojawia się przy próbie płynnego sterowania obrotami wentylatora. Realizuję ją oczywiście przez PWM.
Utworzyłem sobie pomocniczą zmienną:
[syntax=c]cel_d = (cel*10) + cel_fract_bits;// zmienna badająca zmianę temperatury co do 0.1 C[/syntax]
Dla wyjaśnienia, zmienna cel to wartość całkowita temperatury, a zmienna cel_fract_bits to wartość dziesiętna temperatury.

Gdy temperaturę zmieniam skokowo za pomocą tego fragmentu kodu, to wszystko działa prawidłowo, co potwierdza zarówno fizyczne działanie wentylatora, jak i wyświetlacz:
[syntax=c]if(cel_d<=200)
{
i=0;
OCR2=i;
lcd_locate(1,9);
lcd_int(OCR2);
}
else
if ((cel_d>200) && (cel_d<=230))
{
i=100;
OCR2=i;
lcd_locate(1,9);
lcd_int(OCR2);
}
else if ((cel_d>230) && (cel_d<=260))
{
i=170;
OCR2=i;
lcd_locate(1,9);
lcd_int(OCR2);
}
else
{
i=230;
OCR2=i;
lcd_locate(1,9);
lcd_int(OCR2);
}[/syntax]

Zaznaczam, że obroty rosną wraz ze wzrostem temperatury powyżej 20, 23 i 26 stopni C, i odpowiednio spadają.
Zmienna i jest typu uint16_t. Timer2 działa prawidłowo.

Jednak gdy próbuję regulować temperaturę stopniowo, aby szerokość impulsu rozkładała się pomiędzy 0, a 255 dla zakresu temperatur 20-40 C, to program nie działa już prawidłowo:
[syntax=c]if (cel_d <= 200)
{
i=0;
OCR2=i;
lcd_locate(1,9);
lcd_int(OCR2);
}
else
{
i = 255*((cel_d-200) / (400-200)); //ta instrukcja ma na celu płynny dobór szerokości impulsu (temp min=20 C, temp max=40 C)
OCR2=i;
lcd_locate(1,9);
lcd_int(OCR2);
}[/syntax]
Podejrzewam, że winowajcą jest działanie
[syntax=c]i = 255*((cel_d-200) / (400-200))[/syntax]
powodujące nieprawidłowe przypisanie wartości do rejestru OCR2. Efekt jest taki, że OCR2 zawsze przyjmuje wartość 0 (widoczne na wyświetlaczu).

Rozwiązanie jest zapewne proste, ale nie mogę na nie wpaść, także bardzo proszę o pomoc.

Statystyki: Napisane przez alkorinio — 3 sty 2015, o 19:17