Доброго всем времени суток! Я хочу спросить кто делал подобные вещи? Интирисует момент: я ща юзаю аналоговый регулятор оборот соковыжималки а хочу переделать на цифровой вопрос какие параметры работы алгоритма регулировки сколько надо отметок миним на валу для определения измерения скорости? Прикол в том что даже аналоговый получилось что импульсами идёт включение (перебор с крутизной) а вот подобный эффект хочу избежать, как правильнее мерить не хотелось юзать контроллер с 256К памяти и пихать туда несколько десятков (их еще придумывать надо) алгоритмов регулировки, а если автоматически настраиваемый то тут уж думаю и 256К мало будет .
Тот же вопрос и про ШИМ для преобразователя напряжения. Я сам с этой темой не толкался вообще но думается что не так что просто работать то будет с 1 запуска но вот в каком режиме.
Если ли у кого наработки в этом плане? Я ни имел с этим дело но предполагаю что тут не всё так гладко. Еще не пробовал делать подобные вещи.
Задача получить нормальный регулятор оборов без импульсного включения и плавания скорости, и нормальный ШИМ что бы не получить пачки импульсов вместо ровной ШИМ.
Алгоритмов не надо как таковых только примерные значения сколько мерить по сколько изменять сколько ждать и т.д.
Просьба не говорите экспериментируй пробую и всё такое(зачем решать уже решённую задачу).

Алгоритм ПИД регулирования скорости можно взять в апноутах по электроприводу avr447 и avr49x там исходники IAR
вот адаптировано под IAR CVAVR PROTEUS http://kazus.ru/forums/showthread.php?t=16423
Регулирование делать двумя последовательно вкл. полевиками с соединенными истоками или igbt. Можно через опто изолир. барьер. Обороты высокие у соковыжималки так что много отметок не требуется. Можно поставить излучатель и приемник на моторе так чтобы якорь при вращении своими полюсами перекрывал свет.

Вот еще с настройкой ПИД - http://www.atmel.com/Images/doc42016.pdf

Поверь, контроллер с гигантскими 256 Кб памяти тебе еще и за пивом сбегает, не говоря уж о каких-то там алгоритмишках управления выжималкой.


Наверное затем, чтобы получить неоценимый опыт.

Спасибо а ответы а с пивом дело не имел. А по поводу 256К что так много эт не для меня. У меня управление лазером/фонариком с линейным и треггерным включением 92% от 8Кб заняла еще не финал. А так у меня около 1Кб занимает алгоритм определения короткого и длинного нажатия кнопки. С двойным кликом будет думаю порядка 2-х.
Я МК недавно прогю и привык как на компе всё по максимуму делать. По максимуму в смысле функционал и конфигурацию и куча режимов работы. Это будет прошивка для управление от выжималки до токарного станка наверное в будущем. Но в чём я экспериментирую а в чём то нет смысла время терять.

У меня в ~4кБ памяти программ и ~200Б памяти данных поместилось:
- работа по SPI с двумя датчиками вибрации и АЦП.
- работа с внутренним АЦП.
- небольшая цифровая фильтрация измерений.
- работа с EEPROM и калибровка измерений.
- работа с UART и простым протоколом передачи данных.
- упаковка данных в кадры, битстаффинг, Манчестер-кодирование.
- частотная манипуляция.
- вычисление CRC.

Это я не хвастаюсь, просто хочу показать, что если работа с кнопкой занимает 2кБ, то это значит, что в Датском королевстве что-то не так. Нельзя вот так сходу применять парадигмы настольного программирования во встроенном ПО. Давайте выкладывайте свои алгоритмы, как вы их видите, свой код (только не весь сразу), мы посмотрим, что-нибудь подскажем, исправим.

В датском королевстве, похоже, любят использовать функцию delay_xx и при этом не знают, что можно оптимизацию по размеру делать.
С переходом на таймер по любому дело в минус пойдет( я о памяти)

тут набросал алгоритм обработки длительности нажатия для одной кнопки
Сомневаюсь, что это займет 1кб.
При желании можно модернизировать для нескольких.

В зависимости от того, на чем писать, и что использовать.
Работа с аппаратными средствами иль их программная симуляция, Си или ассемблер, умение содрать и использовать дармовые библиотеки, умение адаптации общего алгоритма под упрощенный вариант...