Вчера написал программу для плавного пуска с использованием Timer0 (8 bit).

Сегодня решил усовершенствовать программу. Сделать на Timer1 (16 bit). Чтобы увеличить точность и плавность включения.

Пол дня промучался - ничего не получается.

Прошу помощи.

Сначала что имею. Имею МК ATMega 16. Вчера ещё всё включалось на 1МГц. Сегодня поставил кварц на 16МГц и прошил фузы.

Моя программа -  alpha.rar ( 33.08 килобайт ) Кол-во скачиваний: 87
(есть подробные коментарии)

Cкорее всего проблема в синтаксисе языка или логике выполнения.


Каждый блок программы проверял с помощью светодиода, установленого на плате. Если блок выполнялся - светодиод загорался. Например в блоке подачи импульса на симистор - светодиод загорается, но лампа не зажигается. Хотя если просто подать длительный импульс на симистор - лампа зажигается.

Не пойму в чём дело.

TCNT1H = time[n] >> 8;
TCNT1L = (unsigned char)time[n];

Исправил. Всё равно пока не работает.

Обновлённая программа -  alpha.rar ( 33.07 килобайт ) Кол-во скачиваний: 84


Обидно, что не осталась рабочая версия программы для 8-ми битного счётчика.

Сообщение отредактировал Владимир_КПИ - Feb 14 2008, 16:13

можно еще проще:

TCNT1H = time[n] >> 8;
TCNT1L = time[n];

результирующий код во всех трех случаях один, вопрос в наглядности написания.

Может проблема с тактированием. Устанавливал фъюзы. Припаивал кварцевый резонатор и 2 конденсатора на 22 пФ. По идее, если фъюзы установил на кварцевый резонатор, то должен работать кварцевый резонатор на 16МГц либо тактирования вообще не должно быть?

В первом Вашем варианте придется полностью положиться на способность компилятора соптимизировать, а зачем? Наглядность из-за обилия ненужных символов тоже оставдяет желать лучшего.
В последнем все зависит от разрядности TCNT1L и реализации адресации, а зачем помнить о его разрядности, если сделав явное преобразование типов я получу и гарантированный, и читабельный код и без накладных расходов?

Как же всё просто было. Я увеличил тактовую частоту в 16 раз. А время отпирающего импульса симистора забыл увеличить. Блин.........

Добавил в схему кнопку для увеличения яркости. Столкнулся с дребезгом контактов.

Прочёл, что лучше всего бороться с дребезгом, введя задержку после первого детектирования нажатия кнопки. Применил такой код:


В результате при нажатии на кнопку яркость становиться произвольной. То есть дребезг присутствует. В чём ошибка?

Не лучше, просто самый лобовой вариант.

Каким генератором случайных текстов пользуетесь, если не секрет?

Плохо знаю язык, поэтому и ошибки.

Должен же и такой "лобовой" вариант работать

Сообщение отредактировал Владимир_КПИ - Feb 15 2008, 07:32

Вы бы код свой комментировали словами, а?
Что такое user, что такое n?
Люди готовы помочь, Вы уж постарайтесь облегчить им задачу.
Пока будете слова писать, может причина неработоспособности кода и самому станет понятнее.

while (1)
{
while (PINC.0==1){} //кнопка подключена одним концом к земле, другим к PINC.0. Линия порта включена на ввод через поддягивающий резистор
delay_us(200); //функция задержки на 200 мкс
user=user+10; //по умолчанию user=50 (% яркости). При нажатии на кнопку она (яркость) должна увеличиться на 10%
delay_us(200); //функция задержки на 200 мкс
}

Сообщение отредактировал Владимир_КПИ - Feb 15 2008, 07:39

Все хуже - попробуйте просто описать, что хотели сделать с задержкам и дребезгом на русском языке. Это уже будет бред.

1) Типичный дребезг около миллисекунды, а в плохих кнопках достигает 5 мс.
2) Яркость будет увеличиваться, пока нажата кнопка и не произойдет переполнение.
У Вас проблема не со знанием языка, а с ленью продумывания алгоритма. Правильно, зачем думать, проще выложить здесь фигню, не подумав (вот вторая задержка - для чего введена?), и подождать добрую душу.

В постоянном цикле происходит проверка линия порта на нажатие. Если нажатия нет, то ничего не делать.
Если нажатие есть - произвести задержку на 200 мкс. После этого увеличить значение переменной user на 10.


Последняя задержка не нужна