ATNEL tech-forum

Re: Funkcja callback - prośba o sprawdzenie

2016-01-07T09:34:57+01:00

krafin napisał(a):

Co do 1 obiegu pętli to raczej nie jest to ok. chyba że tak zmula ci obsługa NTP. Po co pobierać czas non stop starczy raz na kilka sekund czy nawet minut.

Dziękuję. Czas nie jest pobierany non-stop tylko w odstępach określonych w funkcji GetNTPEvent(...). Niestety po włączeniu do pętli while(1) eventów BMP i DHT22 timer programowy, który napędzał odliczanie w tej funkcji czasu do synchronizacji całkowicie się rozjechał. Postanowiłem nie walczyć z tym problemem (po wielu próbach) i do odliczania czasu wdrożyłem timer sprzętowy.
Pozdrawiam

Statystyki: Napisane przez avrfun — 7 sty 2016, o 09:34

Re: Funkcja callback - prośba o sprawdzenie

2016-01-06T22:16:55+01:00

Co do DHT to działało to w ten sposób że timer 1 był skonfigurowany jako ICP i wyzwalany zboczem opadającym. W obsłudze przerwania porównywałem wartość aktualną timera z poprzednią, dzięki czemu wiedziałem ile trwał jeden bit i czy był on 1 czy 0. Właściwie po sekwencji startu całość działała "automatycznie" i po odebraniu 40 bitów była ustawiana flaga i w pętli już można było odczytać gotową temperaturę.
Co do 1 obiegu pętli to raczej nie jest to ok. chyba że tak zmula ci obsługa NTP. Po co pobierać czas non stop starczy raz na kilka sekund czy nawet minut.

Statystyki: Napisane przez krafin — 6 sty 2016, o 22:16

Re: Funkcja callback - prośba o sprawdzenie

2016-01-05T23:42:06+01:00

krafin napisał(a):

Po 1: Wprowadź sobie kilka timerów programowych lub jeden wielki 32 bitowy i w eventach czytaj czujniki co określony czas (niewiem jakiego potrzebujesz może być 10ms może być 10s) teraz wszystko jest aktualizowane "ile pętla dała "
Po 2: DHT22 wymaga aktualizacji jak już wspomniałeś co nie mniej niż 1.5s - to wieczność. Wywal je i jak już mówiłem odczyty rób z uwzględnieniem timera. Można też bardzo ładnie te czujki obsłużyć przerwaniami i jednym globalnym timerem programowym - ale o to już nie męczę bo to bardziej skomplikowane.
Po 3: Typy zmiennoprzecinkowe też zwalniają jednak gdy będzie całość czytana co określone interwały czasowe to nie powinno być to wielkim problemem.

Bardzo dziękuję. Zaraz ogarnę eventy timerami i dam znać. Napisz proszę o tej bardziej skomplikowanej obsłudze DHT22 - mam otwarty umysł i myślę, że ogarnę temat z Twoją oczywiście pomocą (będę wdzięczny). Rozumiem, że LED_TOG co 300-500ms w pętli while(1) obciążonej kilkoma eventami to normalne zjawisko?

Statystyki: Napisane przez avrfun — 5 sty 2016, o 23:42

Re: Funkcja callback - prośba o sprawdzenie

2016-01-05T23:14:17+01:00

Statystyki: Napisane przez krafin — 5 sty 2016, o 23:14

Re: Funkcja callback - prośba o sprawdzenie

2016-01-05T20:26:54+01:00

iwi napisał(a):

tak mi się nasuwa jeszcze pytanie - a co jest jak zostawisz sam EVENT DTH22 i zakomentujesz tą linię
// dht_gettemperaturehumidity(&temperature, &humidity);

co prawda nie pobierze Ci wyników, ale pokaże czy callback spowalnia czy nie

Sprawdziłem. Oba eventy spowalniają program, niezależnie co jest w ich ciele. Zakomentowanie pomiarów ciśnienia i wilgotności nic nie zmienia.

Statystyki: Napisane przez avrfun — 5 sty 2016, o 20:26

Re: Funkcja callback - prośba o sprawdzenie

2016-01-05T15:07:33+01:00

Quote:

Dziękuję Ci bardzo za zainteresowanie. To jest dobry pomysł z zakomentowaniem operacji dokonania pomiaru. Gdy wrócę do domu wieczorem (ok. 21) przetestuję i dam znać. Nie bardzo mi się podoba sekwencja: DHT22_EVENT() -> pomiar -> callback -> odczyt. Musi być przecież odpowiedni czas na start pomiaru i odczyt. Dobrze by było może zainicjować pomiar w czasie eventu, ale wywołanie funkcji callback odwlec w czasie, aby czujnik zmierzył (potrzebuje ok. 2, sekund tak wyczytałem). Ale eventy nadchodzą tak szybko... Zmiany wilgotności czujnik rejestruje, ale z dużym opóźnieniem są wyświetlane gdy czynnik sprawczy już nie działa co może świadczyć o problemach z czasami pomiar-odczyt. Przykładowy blokujący kod w c dla tego czujnika obejmuje pomiar i opóźnienie 1500ms w pętli while(1).

Statystyki: Napisane przez avrfun — 5 sty 2016, o 15:07

Re: Funkcja callback - prośba o sprawdzenie

2016-01-05T12:44:10+01:00

Statystyki: Napisane przez iwi — 5 sty 2016, o 12:44

Re: Funkcja callback - prośba o sprawdzenie

2016-01-05T11:37:19+01:00

iwi napisał(a):

a spróbuj jeszcze sam BMP180_EVENT()??
oraz potem sam DHT22_EVENT() - bo jeden z nich spowalnia a nie oba na raz.

Próbowałem wczoraj. Obie spowalniają, ale pojedynczo dużo bardziej DHT22_EVENT() niż BMP180_EVENT(). Jedynie ich zakomentowanie w while(1) przywraca sprawność programu. Może jest jakiś problem z wywoływanie callbacków, którego nie widzę?

Statystyki: Napisane przez avrfun — 5 sty 2016, o 11:37

Re: Funkcja callback - prośba o sprawdzenie

2016-01-05T11:16:31+01:00

a spróbuj jeszcze sam BMP180_EVENT()??
oraz potem sam DHT22_EVENT() - bo jeden z nich spowalnia a nie oba na raz.

Statystyki: Napisane przez iwi — 5 sty 2016, o 11:16

Re: Funkcja callback - prośba o sprawdzenie

2016-01-05T10:20:16+01:00

iwi napisał(a):

Ja bym zaczął od sprawdzenia na którym EVENT'cie jest opóźnienie
Masz ich dodatkowo trzy
IR_EVENT();
BMP180_EVENT();
DHT22_EVENT();
Od tego bym zaczął.
najpierw wywal wszystkie 3 - sprawdź co ile odświeża czas potem dołóż pierwszego, itd.
Ograniczy to w szybki sposób zakres poszukiwania błędu.

Dzięki. Wprowadzenie dwóch eventów BMP180_EVENT() i DHT22_EVENT() rozłożyło synchronizację. Pozostałe eventy są bez wpływu na nią:
RTC_EVENT(), UART_RX_STR_EVENT(uart_buf), IR_EVENT().

Statystyki: Napisane przez avrfun — 5 sty 2016, o 10:20

Re: Funkcja callback - prośba o sprawdzenie

2016-01-05T10:08:36+01:00

Statystyki: Napisane przez iwi — 5 sty 2016, o 10:08

Re: Funkcja callback - prośba o sprawdzenie

2016-01-05T06:46:39+01:00

Witam.
Proszę o sprawdzenie prawidłowości rejestracji i wywołania w/w funkcji callback. Czy takie podejście do obsługi tych czujników jest słuszne i ma szansę działać prawidłowo. BMP180_EVENT() i DHT22_EVENT() wywoływane są w pętli while(1) bardzo wolno jak na szybkość obiegu tej pętli (nie wiem dlaczego). Dioda wstawiona w ciało eventa zmienia stan co ok. 0.5s. (powinna świecić non-stop tylko trochę słabiej). Próbowałem timerami programowymi zwolnić częstość odczytu z czujników w evencie do co 3s, ale to nic nie zmienia. W związku ze zwolnieniem pętli zmniejsza się tempo wywołań w pętli while(1)
[syntax=c]GetNtpTime_EVENT (&Timer2, 0, 1, 0, NULL);[/syntax] co bezpośrednio rzutuje na odliczanie czasu do synchronizacji. Miało być nie blokująco, a blokuje
Pozdrawiam

Statystyki: Napisane przez avrfun — 5 sty 2016, o 06:46

Funkcja callback - prośba o sprawdzenie

2016-01-04T20:51:42+01:00

Witam!
W "Dawcy czasu - mikrostacja pogodowa" wykorzystuję czujnik BMP180 i DHT22. Gdy ich obsługę powierzam zdarzeniu RTC_EVENT() wszystko działała dobrze. Postanowiłem napisać zdarzenie dla każdego z nich ( BMP180_EVENT() i DHT22_EVENT() ) i zaczęły się schody tzn. zdarzenia działają, ale bardzo opóźniają pętlę główną programu co wydłuża czas do następnej synchronizacji np. ma być co 10min., a jest co 13 i im. dłuższe czasy tym opóźnienia większe. Proszę o sprawdzenie zdarzeń i prawidłowości wywołania funkcji callback.

bmp180.c
[syntax=c]void (*bmp180_callback)(void);

void register_bmp180_callback( void (*callback)(void)){
bmp180_callback = callback;
}

void BMP180_EVENT(){

temp = BMP180_gett(); /* odczyt ciśnienia - zawsze konieczna jest sekwencja wywołania: BMP_gett i BMP_getp */
press = BMP180_getp(); /* odczyt temperatury - bo ciśnienie obliczane jest dla danej chwilowej temperatury */

if(bmp180_callback) bmp180_callback();
}[/syntax]
dht22.c
[syntax=c]void (*dht22_callback)(void);

void register_dht22_callback( void (*callback)(void)){
dht22_callback = callback;
}

void DHT22_EVENT(){

dht_gettemperaturehumidity(&temperature, &humidity);

if(dht22_callback) dht22_callback();
}[/syntax]
main.c
[syntax=c]register_bmp180_callback(BMP180_ShowOnLCD);
register_dht22_callback(DHT22_ShowOnLCD);[/syntax]
[syntax=c]while(1){

UART_RX_STR_EVENT(uart_buf);
RTC_EVENT();
GetNtpTime_EVENT(&Timer3, 0, 1, 0, NULL);
IR_EVENT();
BMP180_EVENT();
DHT22_EVENT();[/syntax]
Funkcje własne wywoływane przez zdarzenie:
[syntax=c]void BMP180_ShowOnLCD(void){

lcd_locate(1,0);
lcd_int(press/100);
lcd_str(".");
if (press%100<10) lcd_str("0");
lcd_int(press%100);
lcd_str("hPa");
}[/syntax]
[syntax=c]void DHT22_ShowOnLCD(void){

lcd_locate(0,11);
lcd_str(dtostrf(temperature, 3, 1, printbuff));
lcd_str("\x80"); /* wyświetlenie własnego znaku "stopień" na LCD */
lcd_locate(1,11);
lcd_str(dtostrf(humidity, 3, 1, printbuff));
lcd_str("%");
}[/syntax]
Pozdrawiam

Statystyki: Napisane przez avrfun — 4 sty 2016, o 20:51