Вид для печати
Подскажите пожалуйста, уж не знаю куда писать ещё. Имеется два двигателя, обороты которых нужно считывать оптическим энкодером (из механической мышки). Уже поставил усиливающие транзисторы, чтобы подтянуть логические уровни, вроде нормально всё. Но вот на программном уровне как-то слабо получается. micrios - глючит, pulseIn, как-то тоже.... :confused:
Програмной реализации разницы нет между оптическим и механическим.
Так что тебе сюда нужно заглянуть
Прочитал ту ветку. Это не совсем то, что мне нужно. :( Такой энкодер я сделал с первого раза, с помощью функции debounce, очень удобно, без кондёров и ничего не глючило. Но моя задача сейчас замерить скорость вращения колеса датчика. Там частота импульсов порядка килогерца (может меньше), и мне хотелось бы получать значения длины имульса. Т.к. отслеживать скорость вращения нужно в реальном времени (а не считать количество импульсов за секунду, например)... Вот вопрос и встаёт, как получить длительность импульса, кроме как функцией pulseIn...
Используй аппаратное прерывание по входам D2 или D3 и функцию micros();
а еще есть таймеры...
Прирывания и микросы уже пробовал. А можно про таймеры чутка подробнее? Я в описании не нашел :( делаю на дуино.
а это если не на дуинном языке, а на С программировать, тогда можно по таймеру время засекать.
сейчас гляну, что есть в дуине....
ну и в чем проблема, если килогерц... то millis хотя для точности все же micros
глобально
miliss = 0x00;
в прерывании
delta = millis() - miliss;
miliss = millis();
дельта это время от прошлого прерывания до текущего в милисекундах, не считая первого, первое будет временем от запуска дуины до начала вращения энкодера.
Да, я примерно так себе это и представлял. В понедельник на работе поковыряюсь.
З.Ы.
Милисекунда, это жеж 1/1000 секунды, частота 1кГц это 1000 колебаний в секунду. Определенно надо делать на микросах. Единственное, я почитал, и там говорится, что микросы обнуляются каждые 70 секунд. Это нормально?
у тебя дельта между соседними... единственно глюк может быть на первом замере, и на первом после обнуления, т.к. у тебя встретятся прошлая цыфра в 70сек и новая 0
выход - не запариваться на кардуине, делать на "С", и таймер сбрасывать
надо опытным путем определять, что успеет, что не успеет...
В АТмегах есть режим работы таймера Input Capture, идеально подходящий под задачу. Правда не знаю, доступен ли он в Ардуинах.
Краткое описание из даташита на АТмегу:
Если вкратце - сажаем входной сигнал на определенную ногу, и таймер будет выдавать нам свое текущее значение каждый раз, когда входной сигнал меняется (вроде можно настроить срабатывание - по фронту, по спаду, по обоим условиям). При этом генерится прерывание.Цитата:
The Timer/Counter incorporates an Input Capture unit that can capture external events and give them a time-stamp indicating time of occurrence. The external signal indicating an event, or multiple events, can be applied via the ICP1 pin or alternatively, via the analog-comparator unit. The time-stamps can then be used to calculate frequency, duty-cycle, and other features of the signal applied. Alternatively the time-stamps can be used for creating a log of the events.
В таймер можно ввести делитель от тактовой частоты ядра, чтобы в него влезал больший временной период (таймеры есть на 8 и 16 бит).
Если немного подумать, можно даже сделать точное измерение временных интервалов длиннее, чем полный период таймера.
В общем, таймеры - вещь весьма гибкая, нужно только не полениться и повтыкать даташит.
это уже без дуины :)
хотя... мой гений :) подсказывает... что при определенном проворстве, можно и на дуине финты делать, она файл сначала в "С" транслирует
Для Дуины можном на чистом C писать.