Форум радиолюбителей ДВ

Прерывание RX_COMPLETE_INT возникает, как я понимаю, по приходу первого байта

Ну, я же вам нарисовал один из возможных сценариев. Оно и потом возникает при приеме каждого следующего байта (так называемы pending), и откладывается на некоторое время, когда прерывания будут разрешены, ну а когда подошла инструкция RETI, оно, это прерывание, тут как тут.

Нельзя ли Вашу прошивку доработать так, чтобы она умела необходимый минимум:
- установка частоты (это есть)
- вкл-откл РТТ
- вкл-откл тона. (Для чего нужно: ведь можно прекращать формирование сигнала просто записав нулевую частоту? Нужно для обеспечения когерентности сигнала. То есть когда выход выключен, аккумулятор фазы продолжает считать и в момент включения выхода сигнал продолжится с нужной фазой, обеспечивая  когерентное накопление на приеме.)
- инверсия фазы.

Если это получится, можно было бы подправить и мою программу управления DDS_ctrl и иметь все богатство разнообразных режимов на Вашем качественном DDS.

1) Да, установка частоты реализована. Код частоты любой от 0х00000000 до 0x7FFFFFFF. Возможно стоит ограничить диапазон кодов в диапазоне частот 135-138 кГц или что-то около того. Как бы допзащита от ошибочно переданных байт.

2) Включение/Отключение передатчика. Если имеется в виду сигнал 0/1 на какой-то ноге МК, то это легко осуществить. В принципе можно выдавать до 8 сигналов, если ног проца хватит :-).

3) Сделать можно, но надо ли? За одну секунду любая когерентность нарушится, даже если синтезатор выдаёт абсолютное значение частоты, то присутствуют погрешности первого гетеродина приёмника, а то и второго, генератора звуковой карты, так что когерентность становится проблематичной. Вообще, я думал, что в цифре у вас имеется квадратурный приёмник и подстройка частоты осуществляется каждый раз при приеме новой посылки. Хотя нет, у вас просто БПФ на весь ДВ диапазон.

4) Инверсия фазы. Имеется в виду установка фазы сигнала относительно предыдущего значения? Мы с вами как-то касались этого вопроса, так что такая установка фазы реализована, просто не хотел пугать народ всякими наворотами. Фаза устанавливается с дискретом 360/65536=0.005493 град, естественно, без прерывания генерации синуса. Надеюсь, этого достаточно?

Да, уже говорил, повторюсь. Наличие фильтра НЧ или ПП на выходе синтезатора крайне желательно. Я сейчас подключил ДДС на основе  AD9851 к микроконтроллеру, сижу, играюсь. Плату ДДС купил по интернету, ну и в качестве МК взял плату ардуино-уно, а энкодер - от какой-то бытовой техники. Не айс, зато ничего не надо делать, в смысле паять, пиши себе программу. А, нет, паять пришлось 12 проводков - от ардуины к синтезатору и 4 провода к энкодеру. Ну так вот, фильтр на плате синтезатора не гуд, частота до 55 МГц ещё ничего, а потом начинается джиттер, уровень сигнала резко падает. Хотя должен признать, опорник 30 МГц хорош, выбег частоты 5-6 Гц, а потом стоит, как у волка на морозе..хвост.

Несколько комментариев. Позволю себе немного позащищать изделие :-)
(Нас читают те любители, которые ищут вариант сделать себе синтезатор и выйти в эфир. Не хотелось бы в них посеять сомнение в том, что наш синтезатор нормально работает. Он нормально работает, и им много лет пользуюсь и я, и другие любители. Его можно улучшить,  что будет сделано в следующей версии.)

[Все не так страшно как кажется, я думаю Вы согласитесь со мной. Если ошибаюсь - поправьте.
1) Вызов TIM0_COMPB, о котором идет речь, нужен для перевода синтезатора в режим AutoBeacon, чтобы он начал это делать немедленно по получению команды G от компьютера. Больше компьютер до завершения работы маяка никаких команд слать не будет, поэтому в данном случае вполне допустимо разрешить прерывание чуть-чуть раньше, так как никаким вложенным прерываниям возникнуть неоткуда - СОМ-порт пуст, таймер сброшен, кнопку жать незачем.
2) Прерывание RX_COMPLETE_INT возникает, как я понимаю, по приходу первого байта. МК смотрит, какая это команда и если она из нескольких байт, то дожидается прихода всех остальных. В это время прерывания запрещены. Так что синхронизация не теряется. Если же приходит неожиданный байт, он, как нераспознанный, просто вызовет ответ контроллера и будет проигнорирован.
Да и откуда взяться лишним байтам? Если только какие-то мощные наводки на кабель. Но в этой ситуации никакой синтезатор, ни мой, ни Ваш нормально работать не будет - у Вас частота начнет сама собой выбираться неизвестно какая.
3) Паузы сигнала во время обработки команд есть. Этот недостаток давно известен и в основном успешно преодолен введением быстрых однобайтных команд без квитанции. При этом "гибнет" 6 отсчетов сигнала на одну команду. Этот недостаток надеюсь изжить в следующей версии, кое-какие мысли есть.
Впрочем, это тоже лирика.]

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

Нельзя ли Вашу прошивку доработать так, чтобы она умела необходимый минимум:
- установка частоты (это есть)
- вкл-откл РТТ
- вкл-откл тона. (Для чего нужно: ведь можно прекращать формирование сигнала просто записав нулевую частоту? Нужно для обеспечения когерентности сигнала. То есть когда выход выключен, аккумулятор фазы продолжает считать и в момент включения выхода сигнал продолжится с нужной фазой, обеспечивая  когерентное накопление на приеме.)
- инверсия фазы.

Если это получится, можно было бы подправить и мою программу управления DDS_ctrl и иметь все богатство разнообразных режимов на Вашем качественном DDS.

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

А что случится, если в какой-то вашей подпрограмме, скажем в RX_COMPLETE_INT, где-нибудь поставить команду (инструкцию) SEI?

А зачем бы ее там ставить? Разрешать прерывания в обработчике прерывания?

Спасибо, GM! Ценное замечание, теперь буду знать.

Вероятно, отсутствие сохранения SREG не влияло на нормальную работу синтезатора по той причине, что основная программа, ее главный цикл, очень простой и ничего кроме выдачи очередного отсчета в порт не делает. Вход в прерывание возможен только в течение одной команды главного цикла - rjmp LOOP1 (возврат в начало цикла), когда отсчет сформирован и уже выдан. В худшем случае, видимо, может пострадать только один отсчет.

Тем не менее, когда соберусь выпустить новую версию прошивки, обработчики прерываний будут скорректированы.