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ą:

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:


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:

Podejrzewam, że winowajcą jest działanie

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.

Tak jak się domyślasz winna jest ta linia:


Wynikiem tego działania:

będzie liczba po przecinku. Która zostanie potraktowana jako 0. Wtedy:


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.

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ąć?

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.

Witam
A może zamiast:

dać:


Pozdr.

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ść.

@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:

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:

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.