Форум РадиоКот

Логичнее смотреть по коду в программе.

[uquote="DJ_club",url="/forum/viewtopic.php?p=4648435#p4648435"]кинул провод с выхода ИЕ8 на вход генератора на ЛЕ5. Пусть при срабатывании пищит до посинения.[/uquote]
До посинения пищать не будет, т.к. не видно останова счетчиков. Похоже, процесс будет повторяться по кругу.

[uquote="roman.com",url="/forum/viewtopic.php?p=4645451#p4645451"]я бы так подключил... так будет логично))
[/uquote]
С точностью до НАОБОРОТ. PB0 = +1, PB1 = +5 и т.д.

При нажатии кнопки Reset хоть какие-то признаки реакции МК имеются? Например, перевод линий портов в Z-состояние.

Подмешать исходный сигнал через два элемента логики 2И, типа К555ЛИ1 или SN74LS08.

А где их взять, нормальных процев, в ветке AVR?

Из функции blink() исключите Counter0_init().

Все нормально, кроме постоянных зависаний в ожидании флагов. Может на прерывания перейти?

Согласен с Вами, по сути программирования никакой разницы нет. В итоге имеем имя к которому обращаемся в программе. Почему прибиваю? Да потому что в отладчике мне удобнее ориентироваться в данных, которые именно я разложил "по полочкам", а не компилятор.
По Вашим словам "Именно директива .byte ...

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

Таймер работает нормально, но, как правильно заметил roman.com, не было синхронизации работы таймера с получением результата преобразования (т.к. преобразование ADC работает быстрее таймера). Поэтому регистр сравнения таймера успевал обновляться несколько раз за один свой период. Что получалось ...

Студия в этом вопросе не уступает. Сейчас еще софтину откопал - ZFlasher AVR под андроид. Ни Дудки, ни Студии, ни ПК не требуется. Подключил к смартфону с OTG и шей. Мне понравилась, особенно на выезде или в поле, где нет ПК.

Если выбрать не последовательный ШИМ, а параллельный R-2R, то 1кГц при тактовой 8МГц получить можно.
PS. И даже 2кГц.

Можно обновлять регистр сравнения в прерывании TIM1_COMPA. А запуск преобразования оставить в While.

Значит, есть желание контролировать память - .equ, нет желания париться с этим вопросом (пусть компилятор сам решает) - .byte. Так? Спасибо.
Тогда в чем весь сыр-бор, устроенный тут? Ведь обработка переменной, длиной отличной от 8 бит, все-равно ляжет на плечи программиста.

В купе с AVRISP MKII и Студия работает, Дудка становится не нужна.

Можно взглянуть на пример использования (запись/чтение/модификация) переменной, созданной с помощью директивы .byte, в Ассме? И да, у меня тоже есть большие проекты критичные ко времени исполнения (real-time), содержащие до 10 массивов, 206 (на данный момент) переменных и флагов различной ...

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

Честно скажу, я не совсем Вас понимаю, в чем состоит неудобство использования именованной, с помощью данной директивы, переменной в Ассемблере. Возможно это дело привычки. Но на мой взгляд все совсем наоборот. Хотя на вкус и цвет...

Использование флагов, переменных, констант из области SRAM можно описать директивой .EQU.
Где .EQU имя_параметра = адрес_в_SRAM. В таком случае обращение (чтение/запись/модификация) к ячейке памяти можно выполнять по имени параметра.