PCINT - Atmega/Arduino - zlicza niedokładnie +/- 20%

Question

Witam wszystkich! Mam problem z przerwaniami PCINT. Używam ich do zliczania impulsów ( do wyświetlania obrotów wentylatora komputerowego). Problem że wynik który otrzymuje jest oo ok 20% inny niż rzeczywiste obroty. Tak samo obroty bardzo skaczą przy ok 1.5k skoki są rzędu 200+/- wciągu 1...

excray · Answer

Skróć czas kiedy przerwanie są zablokowane - wywal wysyłanie danych po RSie poza ten obszar kodu gdzie są zablokowane przerwania.

JokoPS · Answer

Zrobiłem tak jak sugerowałeś, jest jakaś poprawa, ale nie wielka.
Wogóle jest coś nie tak bo dla 12V mam mieć 1900obr/min i jest ok tylu jak ustawie odpowiednio dzielnikami, ale prze 5V powinno być ok 730obr/min a jest ponad 1k. Nie mam pomysłu co tu jest nie tak.
Dziwne jest także coś takiego że jak np nie podłacze nic pod pin PD3 (PCINT19) to i tak wyświetlają się jakieś wartości. Zatrzymanie wentylatora na PD2 skutkuje, że dopiero wtedy nie ma żadnych przerwań na tych pinach.

excray · Answer

Te piny to mają jakieś podciąganie zrobione? Najlepiej pokaż schemat połączeń.

JokoPS · Answer

Tak , piny są podciągnięte rezystorami 10k do lini 5V z Arduino. Wygląda to tak rezystor 10k idzie do lini 5V Arduino. Do drugiej nóżki rezystora podłączone jest wyjście tacho wentylatora i pin Arduino (np. PD2 / Pcint18). Masa Arduino i zasilania wentylatora połączone.

Sareph · Answer

Ty te 730@5V policzyłeś czy zmierzyłeś? Oraz czym regulujesz obroty?

JokoPS · Answer

Porównywałem odczyt z tym co pokazują płyty główne ( sprawdzałe 2 sztuki). Reguluje za pomocą napięcia i PWM.

Sareph · Answer

Przy napieciu powinno działać normalnie na krótkich przerwaniach. Weź tez poprawkę na to, że wentylator będzie miał inna prędkość stojąc w pionie a leżąc na płasko. A co do PWM - jeśli to 3 pinowy wentylator, to sterując od strony masy będziesz miał wyniki z czapy. Od strony dodatniej najpewniej też, chyba że dasz tam jakiś sensowny kondensator.

JokoPS · Answer

Przy napieciu powinno działać normalnie na krótkich przerwaniach. Weź tez poprawkę na to, że wentylator będzie miał inna prędkość stojąc w pionie a leżąc na płasko. Powinen działać normalnie i działa jak stosuje przerwanie INTx na PCINT są różnice rzedu 20%. Testowałem wentylatory 4pin z dedykowanym pinem pod PWM.. Ewidentnie coś z programem jest nie tak. Jest jakaś zasada co do rezystancji rezystorów podciągających?

Sareph · Answer

A zmierz sobie obroty nie w ciągu sekundy a 5 albo 10 i zobacz czy dalej masz takie wahania.

JokoPS · Answer

Mieżyłem nawet w ciągu 60s... i nie jest wcale lepiej .... Tak jak mówie na przerwaniach INTx jest ok .

Edit, Jaką powinna być wartość rezystora podciągającego. Stosując wartości od 1k do 50k wyniki zmieniają sie o k 70%

BTW. Nie rozumiem dlaczego przy INTx jak i PCINTx jak liczę zbocza opadające mam wynik o ok 30% większy niż jak licze zbocza narastające ? Tych zboczy nie powinno być tyle samo ? (ewentualnie różnica max 2? na początku i końcu pomiaru)

Konto nie istnieje · Answer

Pin Change Interrupt masz zarówno jak pin przechodzi ze stanu wysokiego w niski jak i z powrotem, kiedy pin powraca z niskiego w wysoki.

Mając trzy wentylatory każdy może losowo wyzwolić przerwanie stanem niskim jak i powracając w stan wysoki.
Soft niby odsiewa te powroty w stan wysoki.
Tylko powiedz po co on testuje te trzy warunki?

Napisz obsługę przerwania tak że kiedy cały port po maskowaniu wejść jest w stanie wysokim to Return.
Napisz Switch Case i kiedy znajdzie że to któryś pin to Return
..a nie testowanie za każdym razem wszystkich trzech możliwości...

..i potem kiedy on jest w trakcie testowania tego to nadchodzi przerwanie z innego wentylatora i jest jak jest.

JokoPS · Answer

Racja lepiej sprawdzic cały port by określic jakie zbocze wystąpiło. Czy rozumiem dobrze: W przerwaniu sprawdzam pierwsze jaki jest stan portu, jezeli wysoki to sprawdzam który to port, następnie zwracam ta informacje używajac Return i wchodze do Switch i wykonuje inkrementacje. Jak tak to switch case nie jest potrzebny, na to samo wyjdzie jak użyje if/else. Detekcja pinu na którym wystąpiło przerwanie i tak musi sie odbywaç do momentu wykrycia, który pin zgłasza przerwanie. Prosze wyjaśnij mi to: Edit, Problem z różną ilośćią zboczy narastających i opadających rozwiązany poprzez dodanie kondesatora 100nF pomiędzy mase a tacho. Bez kondesatora: Z kondesatorem 100nF:

JokoPS · Answer

Zmodyfikowałem troche kod, teraz mierze czas pomiędzy poszczególnymi sygnałami (wyniki powinny być dokładniejsze)

Prosiłbym o wskazówki co można wyżucić z przerwań by przyspieszyć ich wykonywanie?

Zaloguj się, aby zobaczyć kod

Konto nie istnieje · Answer

Po pierwsze wyłączasz przerwania i robisz ogromnie czasochłonne obliczenia. W tej sekcji tylko __zapamietaj__ te wartości. Pożniej dziel mnóź, całkuj czy tam cokolwiek chcesz.

JokoPS · Answer

OK, tak zrobie, tylko zeby to zrobić musz dodać kilka nowych zmiennych... Czy tak samo powinienem zrobić w wektotrze przerwań czy tam jest ok?

PCINT - Atmega/Arduino - zlicza niedokładnie +/- 20%

Post #1

Post #2

Post #3

Post #4

Post #5

Post #6

Post #7

Post #8

Post #9

Post #10

Post #11

Post #12

Post #13

Post #14

Post #15

Post #16

Podsumowanie tematu