Подскажите, пожалуйста, как можно подправить исходник (Альтернативное обучение удержанием кнопки), чтобы на выходе PD4 получать импульс 100мс при нажатии на кнопки, которые управляют этим выходом.
Мое решение в приложении не рабочее. В макете при нажатии на любую кнопку - всегда импульс на выходе PD4.

Во-первых, на скрине нет управление портом PD4, а есть PВ4. Во-вторых, в прерываниях не делают временных задержек.

Чтобы сделать задержку, тебе необходимо создать дополнительную переменную для счётчика импульсов и дополнительный флаг в регистре флагов (r22 – регистр флагов). При установке лог 1 на необходимом порте одновременно «поднимаешь» флаг данного выхода. При поднятом флаге должен начать работать счётчик импульсов. В данной программе это удобнее реализовать в прерывании сторожевого таймера. Его период составляет 16 мс, что означает при шести импульсах счётчика задержка около 96 мс (16 * 6 = 96), а при семи импульсах счётчика задержка будет уже около 112 мс. В основном цикле ты проверяешь флаг порта или управляющий бит регистра порта, и если он поднят то проверяешь счётчик импульсов, как только счётчик станет больше или равно семи, то «отключаешь» порт, сбрасываешь флаг порта и обнуляешь переменную счётчика. Таким образом получаешь требуемый импульс задержки на требуемом выходе.

В моей просьбе ошибка. Конечно порт B!
Модуль _DoABC заканчивается ret и вызывается из тела _DoAct, которое заканчивается ret и вызывается из тела _Test_Hash, которое заканчивается ret и вызывается из тела _Over_16mS, которое заканчивается ret и вызывается из прерывания _Watchdog_Time_Out, которое заканчивается reti.


За помощь советом - огромное спасибо!!!!!! Буду учиться

Проверить на плате смогу только после выходных. Гляньте, пожалуйста, так будет работать?

Вот о чём я и пишу… что твоя задержка в виде паузы (которая была закомментирована), организована в прерывании сторожевого таймера (Watchdog_Time_Out), что не есть хорошо… так как при такой паузе (_Pausе = 150 мс) пропускается как минимум 7 прерываний сторожевого таймера…


Не так как тебе нужно…

Теперь по скрину… конечно можно следить за битом регистра пин, но я бы отслеживал бит регистра Порт.
Теперь:
а) Что такое WDR?
б) Данная переменная (WDT_Count) не для этого.
в) ...?


Вот такой вариант имеет возможность на жизнь…

Получается, что я совершено не так понял...
Спасибо огромное!!!!

В принципе за выходом можно и не наблюдать, а только лишь отслеживать переменную…

Оба варианта работают аналогично.
Сейчас так (по номеру кнопок):
1. Восстановить: A - импульс, Выключить: A - нет. B и С - каждый раз изменение состояния (если ранее были сохранены в EEPROM).
2. Перебор: A - импульс каждый раз, B и С - каждый раз изменение состояния.
3. Нагрузка A: A - импульс через раз (на включение).
4. Нагрузка B: A - импульс каждый раз, B - каждый раз изменение состояния.
5. Нагрузка C: A - импульс каждый раз, C - каждый раз изменение состояния.

Алгоритм можно подпилить в процедуре _Do_Act, но очень смущают паразитные импульсы на нагрузке А при нажатии кнопок 4 и 5 (включение/выключение нагрузок B и C).

Свою папку с исходником в студию… бум смотреть.

Попробуй сделать так, должно помочь:

Изменил, но поведение такое же, как описано выше.

Причина понятна, а значит решаема… но имеется несколько вопросов:
а) Есть ли необходимость в сохранении состояние нагрузок в EEPROM? Необходимо знать, что при каждом управлении нагрузками (кроме вскл./выкл. всё) производится запись в EEPROM. Но данная память имеет своё ограниченное количество записей/перезаписей (1 000 000).
б) При подаче команды «выключить всё», нужен ли сигнал на порт РВ4?
в) При переборе нагрузок как должно вести себя импульсный выход (РВ4)?

Вообще для понимания… чем управляет порт РВ4?