SDR TRX "Маламут"

[RA1CAC]

отличная реакция на DTR (в программе - по осциллу все четко, ничего не плавает),...

Это обнадеживает. Тогда остается только пробовать использовать таймер, как я писал в предыдущем посте.

[R3DI]

запускать таймер, с периодом = длительности точки, а потом все телодвижения с CW манипуляцией делать по прерыванию от этого таймера, до окончания передачи символа или строки?

не пойдеть - Маламут не знает какая скорость точки выставлена в во внешнем софте, таймер нужен с периодом 21,25/1024 и записывать состояние пина, тогда у автомата CW ( CW-DDS буфера 1024 ) будет информация о пине не за 0,8мс а за все 21,25 - вот как-то так....

[RA1CAC]

...Маламут не знает какая скорость точки выставлена в во внешнем софте,...

А этот вопрос нельзя решить так, чтобы Маламут определял скорость?

Или нет не так, - а если к DTR подключить ручной ключ - длительность точки не имеет значения. Так?
Тогда получается, что надо делать прерывания по изменению состояния DTR.
Даже если эти прерывания как-то повлияют на основной поток dsp, мне кажется это не страшно, потому как в эти моменты будет происходить переключение RX/TX.
Потому как, имхо, это не дело, загрузить проц опросом порта по самые не балуйся...

[ra9qba]

Вещательная станция 13578МГц напрямую детектируется трансивером с включенным УВЧ, если антенну развернуть на восток, то уже и без УВЧ на всем диапазоне 20 м слышна только ее работа. При этом на 10 МГц, на эту -же антенну, ее нет(ДПФ и ФНЧ один). Фазовые шумы гетеродина большие? Или где искать?

ДПФ все же разные на 10 и 14 МГц.

[R3DI]

Или нет не так, - а если к DTR подключить ручной ключ - длительность точки не имеет значения. Так?

да - если не режим электронного ключа - тон пока есть удержание (по DTR "электронный" переходит в режим вертикального автоматом).

Тогда получается, что надо делать прерывания по изменению состояния DTR.
Даже если эти прерывания как-то повлияют на основной поток dsp, мне кажется это не страшно, потому как в эти моменты будет происходить переключение RX/TX.

дело не в RX/TX, а именно в DDS(софтовый) которая формирует буфер в 1024 (за 0,8 ms) и в алгоритме для кодека, передача тона в CW не по режиму передачи RX/TX- а именно по информации в кодеке(в режиме передачи), да и с таймером записи засада - 21,25ms/1024 - в 20ns прерывания проц точно "тупить" начнет

... проще наверное сделать гетеродинное манипулирование по DTR для работ с внешним софтом на высоких скоростях ( ну не будет Shape..)....может быть

хм... ну или просто вставить "костыль" в виде delay в формирователь цикла DDS for(...1024 ) чтоб растянуть его с 0,8мс до 15 например и минимизировать ошибку

[RA1CAC]

... именно в DDS(софтовый) которая формирует буфер в 1024 (за 0,8 ms) и в алгоритме для кодека, передача тона в CW не по режиму передачи RX/TX- а именно по информации в кодеке(в режиме передачи),...

Я не четко выразился, да, не режим трансивера RX/TX, именно софтовый я и имел в виду.

... проще наверное сделать гетеродинное манипулирование по DTR для работ с внешним софтом на высоких скоростях ( ну не будет Shape..)....может быть..

Кстати да. Для режима CW достаточно передавать несущую на рабочей частоте. И использовать для этого свободный выход сишки. Хотя...

... ну или просто вставить "костыль" в виде delay в формирователь цикла DDS for(...1024 ) чтоб растянуть его с 0,8мс до 15 например и минимизировать ошибку

Не... так не надо.

[R3DI]

использовать для этого свободный выход сишки. Хотя...

да можно и основной, но спад/нарастания не будет

Не... так не надо.

ну как так ? Первым делом попробовал, улучшило, но дотянуть только с 0,8 до 11,5 получилось(загрузка по времени 82%) - не оставлю канечно, но убедился что дело именно в этом.
Все же остается вариант записи пина, 48к от таймера при передачи думаю не особо скажется, это когда программный ШИМ делал - сказалось на скорости "водопада" (да и скорость таймера была на много больше 96к*8 вроде) - но енто не быстрое дело

[RA1CAC]

да можно и основной, но спад/нарастания не будет...

Или вообще, один из сигналов взять CLK_I, CLK_Q. Будет т.н. "спортивный" режим CW.

... Все же остается вариант записи пина, 48к от таймера при передачи думаю не особо скажется, это когда программный ШИМ делал - сказалось на скорости "водопада" (да и скорость таймера была на много больше 96к*8 вроде) - но енто не быстрое дело

Панорама и водопад - хороши. Будет обидно пожертвовать их шустродействием.

[R3DI]

RA1CAC, таки на передачу нет водопада, так и не таймер, а настроил int по пину I2S_WS - теперь он точно буде синхронизирован "со словами в буфере" ( и это все только при ТХ в режиме CW)

[RA1CAC]

...не таймер, а настроил int по пину I2S_WS - теперь он точно буде синхронизирован "со словами в буфере" ( и это все только при ТХ в режиме CW)

Про синхронизацию с буфером понятно. А дальше не вполне. Обработчик int опрашивает состояние DTR? Или что он делает? Прошу пардона, не уловил я как изменение DTR связано с этим прерыванием?