Спидометр атмега 8

[miwutka]

miwutka, я что-то никак не пойму, а где у тебя синхронизируется таймер с импульсами?

Ну у меня синхронизации нету вроде. Там просто по входному фронту считает таймер. Первый вход в прерывание - запоминает значение регистра захвата. Второй вход - вичитает разницу. И по разнице показывает время между импульсами. Я уже код изменил. Завтра выложу. Но он не сильно отличается от того, который я использовал для спидометра. Но это делаю тахометр.
Если есть вот тот захват чтобы каждый 4-ый импульс то скажите где там у атмеги8 это есть?

[С.М.С]

Красиво! А на практике по большей части смотрю лишь краем глаза на белые светодиоды, которые специально поставил яркие, они показывают момент переключения следующей передачи, да и то по началу, как привыкаешь ориентируешься уже по динамике авто. Из хороших опций это автоматическая регулировка яркости, по фоторезистору.

[akegor]

а на больших больше

Надо смотреть что и как сделано. Так трудно сказать что-то определенное. Нужны цивры.

[akegor]

ориентируешься уже по динамике авто

И не только. Еще и динамика потока учитывается. При вялом движении переключаюсь вверх раньше, на меньших оборотах. Зато при динамичном - когда перестает вдавливать в спинку (ускорение упало). Тут светлодиоды не помощники. Так, баловство одно...

[МВА]

Ну у меня синхронизации нету вроде. Там просто по входному фронту считает таймер. Первый вход в прерывание - запоминает значение регистра захвата. Второй вход - вичитает разницу. И по разнице показывает время между импульсами. Я уже код изменил. Завтра выложу. Но он не сильно отличается от того, который я использовал для спидометра. Но это делаю тахометр.
Если есть вот тот захват чтобы каждый 4-ый импульс то скажите где там у атмеги8 это есть?

Всем привет. Не нравится мне этот алгоритм. Очень большие вычисления делаются в прерывании. Я бы попробовал другие.
1). Прерывание по захвату. Это значит прошел импульс, забираешь содержимое счетчика, обнуляешь его и подсчет делаешь в главной программе. При следующем прерывании по захвату у тебя буде в счетчике значение соответствующее интервалу между импульсами. Однако есть возможность того, что программа не успеет посчитать, если частота входных импульсов будет высокой и предделитель таймера маленький или 1. Тогда следующий алгоритм.
2). В прерывании по захвату инвертируем какую-то переменную bool и по ней ореентируемся четное или не четное прерывание.
Если bool = 0, то инвертируем ее, забираем переменную, обнуляем счетчик и выходим.
Если bool =1, инвертируем , обнуляем и выходим.
Ну, а если и этого не будет хватать, то вместо bool используем uint8_t. Заносим туда количество пропускаемых импульсов и при входе в прерывание выполняем конструкцию:
___________________________
if(i){
i--;
обнуляем счетчик;
}else{
забираем переменную;
i=колличество пропусков;
}
____________________________
Все. Остальное делаем в главном цикле.
Для спидометра возможно подойдет и первый вариант, так как частота импульсов не большая, а для тахометра может потребоваться второй, а то и со счетчиком.

[makakus]

rpm=((tahom[0]*16)+(tahom[1]*16)+(tahom[2]*16)+(tahom[3]*16)+(tahom[4]*16)+(tahom[5]*16)+(tahom[6]*16)+(tahom[7]*16)+
(tahom[8]*16)+(tahom[9]*16)+(tahom[10]*16)+(tahom[11]*16)+(tahom[12]*16)+(tahom[13]*16)+(tahom[14]*16)+(tahom[15]*16)+
(tahom[16]*16)+(tahom[17]*16)+(tahom[18]*16)+(tahom[19]*16));
};

Тебе что, за буквы платят?!
for (i=0; i‹20; i++) rpm+=tahom[i]; rpm*=16;
или это что было?

ссылка что точнее хочю получить

Уже бы давно мог получить китайча рулит. Там, правда, циферки не бегают как сумасшедшие, а где-то раз в секунду.

Скажите, а это я один такой тупой, что не смотрю на тахометр? Вроде не совсем:

как привыкаешь ориентируешься уже по динамике авто

Или все меняют машины, как перчатки, что не успевают привыкнуть? Было время - ездил на трёх машинах, в голове образовалось три пресета, сел, поехал - через 10 минут почувствовал динамику, когда переключиться и т.п. Зачем тахометр, как им пользоваться?

Не нравится мне этот алгоритм. Очень большие вычисления делаются в прерывании. Я бы попробовал другие.

За вычисления в прерываниях надо сжигать на медленном огне. В прерывании выхватываются значения входов/счётчиков, ставится флаг - и всё. И потом всё успевает.

Здесь алгоритм может быть такой.
В прерывании, значение счётчика таймера прибавляется к аккумулятору (4-байтовая переменная в памяти), наращивается счётчик (1-байтовая переменная), обнуляется счётчик таймера.
В основной программе периодически проверяется счётчик. Если он не нулевой, то аккумулятор делится на счётчик - получаем время между импульсами скорости в попугаях таймера. Счётчик и аккумулятор обнуляем (при запрещённых прерываниях).
Тут есть источник погрешности - обнуление таймера в прерывании. Если вместо этого запоминать предыдущее значение таймера и вычитать его из текущего (с учётом переполнения), погрешность будет меньше.
На высоких оборотах импульсы скорости идут чаще, таймер насчитывает меньше, погрешность больше. Тут можно либо переходить на алгоритм подсчёта кол-ва импульсов скорости за секунду, либо увеличить разрядность таймера, либо увеличить частоту счёта таймера (чтобы он был близок к максимуму на минимальных оборотах)

[МВА]

Если вместо этого запоминать предыдущее значение таймера и вычитать его из текущего (с учётом переполнения), погрешность будет меньше.

А теперь представь, что запомнили предыдущее значение, которое было в конце счета таймера, а следующее прерывание (захват) произошло после переполнения, то получится билиберда какая-то. И не думаю, что обнуление займет больше тактов, чем чтение в буфер. Да, и грузить процессор лишними вычислениями, да еще и двух байтовые переменные, то же не выход. Ему еще надо заниматься индикацией, а может и других функций можно напичкать.

В прерывании, значение счётчика таймера прибавляется к аккумулятору (4-байтовая переменная в памяти)

А разве 16 битный счетчик не двухбайтная переменная?

[Alex9797]

По поводу разной точности при разных оборотах. Я подобную проблему решаю так. Задаюсь неким минимальным числом, которое гарантированно обеспечивает заданную точность вычислений. Это число должно быть примерно на треть, или на половину меньше максимального значения. Например, для максимального двухбайтового 65535 выберем число 40000. Это количество тиков, заполняющих счетчик таймера. Одновременно надо вести подсчет количества импульсов датчика скорости.

1. Обнуляем таймер и счетчик импульсов.
2. Ожидаем фронт первого импульса датчика скорости.
3. Дождались - запустить таймер на подсчет тиков времени.
4. Ожидаем фронт следующего импульса.
5. Дождались - прибавляем единицу к счетчику импульсов, и считываем счетчик таймера. Сравниваем считанное значение с нашим числом 40000. Если считанное меньше - возврат на п.п.4.
6. Если уже набралось 40000 и более - ожидаем фронт очередного импульса.
7. Дождались - быстренько останавливаем счет таймера, прибавляем единицу к счетчику импульсов, и делим количество тиков таймера на количество импульсов.

Таким способом мы всегда получим точность вычислений в заданных пределах, и минимальную погрешность, так как мы всегда имеем дело с целым количеством импульсов датчика.

Конечно, при ожидании очередного фронта импульса можно его и не дождаться, если двигатель вообще остановился. Поэтому надо контролировать переполнение таймера.

[akegor]

Да и вообще, зачем пытаться решать такие сложные задачи на Меге?
Взять обычный православный СТМ32, у которого и таймеров хватает, и таймеры не кастрированные, и за скорострельность можно не переживать... Все решится гораздо проще.

[makakus]

а следующее прерывание (захват) произошло после переполнения, то получится билиберда какая-то.

Там я в скобках написал: с учётом переполнения. К белиберде надо прибавить единицу в 17-й бит

да еще и двух байтовые переменные

Да можно работать и с одним байтом, чёж. Насчитали 10 импульсов - погрешность 10%. если устраивает.

А разве 16 битный счетчик не двухбайтная переменная?

Да. А где я писал "двухбайтная переменная"?

. Я подобную проблему решаю так. Задаюсь неким минимальным числом, которое гарантированно обеспечивает заданную точность вычислений.

Конечно же! Эта работа должна выполняться ещё до программирования. Какая погрешность допустима? Какое количество импульсов насчитает таймер на минимальной/максимальной частоте? Всё это оцениваем, отсюда выбираем разрядности-частоты-времена.
Вот только про это в большинстве проектов - ни слова... "Купил ардуину - подключил либу - показывает! Ура-ура!!" А что показывает, он не думал...