Cześć,

Robiłem sobie ostatnio prosty obrotomierz i finalnie udało mi się uzyskać jakieś wyniki ale nie do końca wydają mi się poprawne...
Chodzi mi o to, że błąd to jakieś... 120obr/min w niektórych przypadkach nawet więcej - Zależy od prędkości
Co mi nie daje spokoju to przede wszystkim, czy jeśli używam jednej zmiennej w przerwaniu INT0 to czy mogę ją zerować w przerwaniu TIMER0 ? Ponieważ tak robię - Zastanawiam się, czy tak teoretycznie może wystąpić "kolizja" jeśli w trakcie wykonywania się przerwania TIMER0 akurat odpali się przerwanie by input i oba te przerwania będą chciały zmienić tą wspólnie używaną zmienną... ?
Generalnie jako tako coś działa ale wyniki są na tyle chaotyczne i czasami dziwne (nie zmieniają się kiedy trochę zwiększam prędkość), że powątpiewam w poprawność tego programu

Przykład:


Może cały mój zamysł pomiaru prędkości obrotowej jest zły?
Oczywiście wszystkie zmienne używane w przerwaniach są okraszone "Volatile"

A procki AVR obsługują wielowątkowość ? żeby mogło do takiego zdarzenia dojść ?

Trzeba jeszcze sobie raz przećwiczyć temat działania przerwań. W dużym skrócie - normalnie gdy inaczej specjalnie tego nie załączysz, to w trakcie jednego przerwania nie może być obsłużone inne. Gdy podczas np obsługi przerwania (w trakcie) INT0 nadejdzie inne przerwanie - to zapali się jego flaga sprzętowa i będzie grzecznie czekać do zakończenia INT0, po czym nastąpi wykonanie jednej instrukcji z pętli głównej i od razu skok do przerwania tego co zapaliło flagę.

Oczywiście można włączyć sobie atrybut NO_BLOCK dla procedury ISR(), no ale to już jest jazda bez trzymanki i trzeba b.dobrze wiedzieć co się robi - bo efekty złego przemyślenia mogą być o wiele gorsze do zdebugowania niż awarie stosu

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Nie zaglądałem do kodu, ale z opisu wynika, że mierzysz impulsy w czasie? Jeśli tak, to kiepska metoda. Lepiej odwrotnie.

Zauważ, że 120 obr/min to jest 2obr/s, czyli 1 obr na 500ms. Więc masz pomiar obrotów z rozdzielczością 120obr/min.
Żeby zmniejszyć rozdzielczość trzeba wydłużyć czas pomiaru. Ale to zła droga, bo wynik, który odświeża się po np. 10s jest bezużyteczny.
Lepszym rozwiązaniem jest pomiar okresu, bo okres możesz zmierzyć z rozdzielczością np 1us, co przy czasie pomiaru 500ms, daje pomijalny błąd braku rozdzielczości.
Zasada działania jest mniej więcej taka:
-pierwszy impuls uruchamia timer w trybie licznika czasu
- czekasz 500ms, w tym czasie licznik zlicza impulsy a timer odmierza czas
-jak upłynie 500ms, czekasz na pojawienie się impulsu
- impuls zatrzymuje licznik czasu.
Otrzymujesz liczbę impulsów i czas tych impulsów. czas impulsów dzielisz przez liczbe impulsów, otrzymując okres. Okres przeliczasz na obroty i gotowe.

_________________
de gustibus non est disputandum

Coś takiego widziałem i właśnie pod tym kątem myślałem jeszcze, żeby przerobić program. Niestety możliwość testu będę miał dopiero pod koniec miesiąca ale przygotuję sobie program już teraz a potem potestuje



Wysłane z mojego POCOPHONE F1 przy użyciu Tapatalka

A jaki jest sposób wyświetlania obrotów?
Pochwal się koniecznie swoja konstrukcją.

_________________
de gustibus non est disputandum

Jak już pisałem, prosty obrotomierz, transoptor szczelinowy podłączony do int 0 i LCD 2x16 do wyświetlania wyników.
Nie jest to żadna konstrukcja tylko bardziej bym powiedział ćwiczenia praktyczne Wpadł mi w ręce transoptor i chciałem coś z nim podziałać..
Dzięki za wszystkie uwagi, na pewno potestuje i będzie wszystko fajnie działało

Wysłane z mojego POCOPHONE F1 przy użyciu Tapatalka

Jakie minimalne i maksymalne obroty przewidujesz do pomiaru?

_________________
http://www.sylwekkuna.com

Cóż, szczerze mówiąc nie mam min/max, to tylko ćwiczenie, trochę się tym pobawię i odłożę w kąt aż do momentu kiedy będzie mi to potrzebne w jakimś projekcie
Zapewne do prostej konstrukcji wystarczy kilka tysięcy może 5 ? Coś szybszego to nawet nie przychodzi mi do głowy żaden pomysł gdzie bym mógł wykorzystać pomiar do 10/20 tys obr/min ale kto wie... Jeśli zajdzie taka potrzeba to pewnie wtedy będę się nad tym głowił

Wysłane z mojego POCOPHONE F1 przy użyciu Tapatalka

Przy niskich obrotach lepiej jest mierzyć odstęp między kolejnymi impulsami, natomiast przy wysokich obrotach ilość imp. w czasie. Zależy jeszcze jak dokładny chcemy wynik i jak szybko chcemy go uzyskać. Trenować można na różne sposoby dzięki czemu w konkretnej aplikacji będziesz wiedział co i jak użyć. Ja na ten przykład teraz walczę z silnikiem od pralki automatycznej. Jeszcze nie wiem do czego wykorzystam, ale postanowiłem zrobić mu regulator obrotów z użyciem PID. Tak, wiem, że są dostępne dedykowane regulatory jednak chce powalczyć na malutkim uC, bo umożliwi mi to rozbudowę o inne funkcje Problem o tyle skomplikowany, że chce regulację od około 120obr/min, a silnik może się kręcić nawet z 22000obr/min. Oczywiście to max i nie powinno się go nawet tak rozpędzać dlatego 12-13k mi wystarczy. Jednak to spory zakres i wybrałem tu pomiar między impulsami, bo mam natychmiastowy odczyt aktualnej prędkości co przyda się przy stabilizacji. Ograniczeniem będzie stabilizacja na wyższych obrotach, ale mi akurat zależy na tych niższych więc wybrany algorytm się tu raczej sprawdzi.

_________________
http://www.sylwekkuna.com

Ok, więc tak... Dalej jest beznadziejnie ale coś mi się wydaje, że moja kolejna próba nie za wiele różni się podejściem od poprzedniej...

w while:



Przerwania:


W dalszym ciągu "rozdzielczoś" wyniku to 120obr/min...
Na oscyloskopie przy max obrotach pokazuje okres nieco ponad 25ms, więc mam jakieś odniesienie
Ktoś ma propozycję zmiany kodu ?

Cześć, a nie lepiej mierzyć napięcie z tacho silnika, tak jak to robi fabryka?

Silnik AC, jeśli to możliwe to zależy mi na tym, żeby takie pomiary zrobić bez zabawy w dodatkowe rozbudowy układu.
Poza tym zależy mi na "ćwiczeniu" samym w sobie, da się to zmierzyć w ten sposób tylko w tym momencie leży mój "pomiar" od strony programu I niezmiernie mnie to irytuje

W pralkach beko siedzi atmega w programatorze, a prędkość czyta po tacho zamontowan fabrycznie na silniku, pomiar na ADC najprawdopodobniej, moje spostrzeżenia z naprawy.

Z us śmiało możesz przejsc na ms, przy 20000 obr/min wychodzi przerwanie co ~3ms i licz w czasie sekundy (1000ms) latwiej sie liczy,

Ile impulsów masz na obrót?

Jeden impuls na jeden obrót, drobny element przecina transoptor szczelinowy podłączony do INT0

Wysłane z mojego POCOPHONE F1 przy użyciu Tapatalka

Można za pomocą ADC, ale jest to cholernie kłopotliwe i nawet w sterownikach przy pralkach czyta się przeważnie impulsy z tego co się orientuję. Przy pomiarze napięcia trzeba najpierw sygnał wyprostować, wyfiltrować i uśrednić. Po pierwszych testach porzuciłem ten sposób i mierzę impulsy "zero" z jednej połówki (wystarczająca dokładność). O ile pamiętam to chyba 4 impulsy na obrót mam. Tacho można podłączyć bezpośrednio pod port procka (podobnie jak i fazę z gniazdka) oczywiście przez odpowiedni rezystorek, który ograniczy prąd na pin (wewnętrzna dioda zbije napięcie do bezpiecznego poziomu). Rozwiązanie takie jest wygodne i potrzebuje tylko jednego dodatkowego elementu - rezystora około 20-50k co jest dużą zaletą. Wadą natomiast jest słaba czułość - musi być co najmniej kilka/naście obr/s dlatego po kolejnych testach zastosowałem dodatkowy stopień wzmacniający na tranzystorze dzięki czemu już przy niecałych 120obr/min (około 2obr/s - czyli bardzo wolno w stosunku do maksymalnej prędkości) mam czyste impulsy. Warto tu jeszcze zaznaczyć, że takie tacho przy 28000 obr/min daje ponad 100V(!) Nie ma się co jednak stresować i popadać w paranoje, bo ten właściwy zakres obrotów ogarnia się w 30V-35V

EDIT: Dla tacho zamiast 22000 powinno być 28000 (poprawiłem)

_________________
http://www.sylwekkuna.com

polecam artykuł:
http://mikrokontrolery.blogspot.com/201 ... z-diy.html
masz gotowca

_________________
de gustibus non est disputandum