Ничего не трогал, попробовал ещё раз - заработало... даже пара каналов записалась... хм...
darkstar
Мда... Самое неприятное - вот такое поведение "железа" :(
Остается только гадать:
- старая, как мир, проблема контакта в каком-то узле, паяном соединении;
- выход параметров какого-л. элемента за пределы допусков, установленных ТУ;
- "косяк" разработчиков (какой-л. узлел/логич. элемент в блоке ИРПС работает "на грани работоспособности");
- еще что-то, например, "косяк" ПО.
Последнее поясню. Бывает, что все выглядит вполне корректно: какие-то действия начинаются по сигналу прерывания или при установке бита готовности в соотв. регистре. Но, возможно, что для реального "железа" в той или иной ситуации требуется подождать какое-то время (даже если бит готовности установлен), а этой задержки в программе нет.

Вот-вот!
Даже питание не выключал, вообще не прикасался.

Пока грешу на косяк ПО.
Вообще-то основные функции РПУ прописаны очень грамотно. Те куски кода, что я сейчас разбираю, постоянно проверяют сами себя и получившийся результат. Предусмотрена любая ситуация, "зависаний" не бывает.
Но вот структура обмена по ИРПС - пока загадка. И само управление по ИРПС - скорее приблуда, чем основная функция этого РПУ. Так что может быть, этот кусок кода писали менее квалифицированные программёры.

В общем виде это выглядит так:
- микруха ИРПС получает данные из линии и выставляет прерывание 270.
- проц отрывается от текущих дел, сохраняет регистры в стек и читает принятый байт.
- байт обрезается до младших семи бит, чтобы соответствовать КОИ-7 Н2.
- далее читается регистр состояния микрухи ИРПС, если инфа принята некорректно (потерялся стоповый бит), то продолжаем проверять в цикле (1023 шага). Если корректность так и не была подтверждена, то "ИРПС НЕ ГОТОВ".
- если всё ок, то отправляем эхо и проверяем, что за байт получили - если это начало новой команды <ПС>, то очищаем счётчик принятых байтов и очищаем для них место в ОЗУ. На выход, ждать следующий байт.
- если принято больше 11 байт в одной команде (а признака конца команды <ВК> так и не было), то это не команда, а какая-то хрень - очистить счётчик принятых байтов и выйти из прерывания.
- иначе записать принятый байт в следующую ячейку ОЗУ и увеличить счётчик команд.
- если принятый байт - конец команды <ВК>, то проверить правильность формата принятой команды (первый байт должен быть <ПС>, второй байт - команда из списка; в зависимости от вида команды - количество цифр-аргументов, и последний байт <ВК>). Кстати, там же команда <&> заменяется на <Z>.
- если формат принятой команды неверен, то "ОШИБКА ОБМЕНА", очистка счётчика и выход.
- далее - расшифровка принятой команды (вызов подпрограмм по таблице в зависимости от вида команды).
- после выполнения команды подготавливается ответ (шаблон забивается нужными символами, если заполнения не будет, то как раз возникнет передача вида <ПС><ПС><ПС><ВК>).
- ответ отправляется по ИРПС, восстанавливаются регистры из стека, прерывание завершается.

В самих подпрограммах обработки команд ещё не копался - там тоже подпрограмма на подпрограмме сидит.
Не ясно ещё, в каком случае возникает сообщение "ОТКАЗ ЛИНИИ"...
Обработку "НЕТ ЭХО СИГНАЛА" тоже ещё не видел.

То есть, эхо-сигнал говорит о том, что байт принят в работу. А отправка команды подтверждения <R1> сообщает об успешном выполнении команды.
Внешние задержки тут могут быть только между отправкой команды и приёмом подтверждения. Но я переписал свою программу так, что отправка следующей команды возможна только после получения подтверждения об успешном выполнении предыдущей. Так что задержки не нужны - они получаются автоматически.

Грешу ещё на саму микруху интерфейса ИРПС - может она данные не отправляет (плату интерфейса ещё не заменял). Все тесты РПУ проходит, а вот сам ИРПС не тестируется...

Визуально пайка везде очень качественная.
Зато ленточные многожильные межблочные разъёмы - барахло. Но с другой стороны - если бы был косяк в них, то информационный обмен между блоками был бы нарушен. Ни клава, ни валкод, ни индикация, не работали бы (или работали с ошибками). Блоки РПУ не управлялись, тесты бы тоже не проходили...
Вероятнее всего - программный код. Какая-то ситуация, не предусмотренная разработчиками.

И ещё. Я думал, что когда РПУ получает по ИРПС всякую ерунду, то ответом будет <Q3> - ошибка входной команды. Но это не так. РПУ покажет только "ОШИБКА ОБМЕНА" и ничего не ответит по ИРПС.
<Q3> выдаётся вместо <R1> только если мы хотим установить параметр, не предусмотренный данным режимом работы. Например, установить медленную АРУ в режиме J7...

Ага, более-менее структура проясняется.
В ячейке 111 030 хранится адрес, начиная с которого расположены коды символов, которые РПУ будет передавать по ИРПС.
Подпрограмма 002 070 как раз и осуществляет эту передачу.
Протокол такой (рассмотрим пример ответа R1):

1. Проверить состояние ИРПС.
Если есть признак "инф. принята", то продолжаем.
Иначе, перепроверяем 1023 цикла.
Если признака не появилось, то "ИРПС НЕ ГОТОВ".

2. Передаём первый байт <ПС>

3. Проверить состояние ИРПС.
Если есть признак "инф. принята", то продолжаем.
Иначе, перепроверяем 2559 циклов.
Если признака не появилось, то "НЕТ ЭХО СИГНАЛА".

4. Читаем принятые данные из ИРПС.
Выделяем младший байт.
Сравниваем с отправленным байтом.
Если сравнение успешно, то смотрим, что это был за байт?
Если это был байт конца сообщения <ВК>, то делаем RESET периферии и выходим из подпрограммы.
Если это не конец сообщения, то продолжаем цикл передачи.
Если сравнение неуспешно, то попытка передачи сообщения заново (три раза). Затем "ОТКАЗ ЛИНИИ", RESET периферии и выход из подпрограммы.

Вот алгоритм:


Итак.
"ОТКАЗ ЛИНИИ" бывает в случае ошибки при проверке эхо-байтов.
Допускается до трёх попыток переотправки в одном сообщении (для исправления одиночных потерь).
Все прерывания на момент передачи отключены.

После завершения отправки любого сообщения, выполняется RESET. Тут я немного не понял... зачем?
Для гарантии установки контроллера ИРПС в исходное состояние?
При ресете устанавливается сигнал INIT на 200 тактов, и потом ещё 500 тактов проц ничего не делает... внутренние регистры не сбрасываются, память не очищается.

Вот подумалось опять - 2559 циклов это около 10 000 команд. Если на одну команду уходит 10 тактов по 0,65 мкс = 6,5 мкс, то получается задержка 65 мс.
РПУ "Бригантина" - Страница 8
Пересылка одного байта по линии 9600 займёт 1,15 мс.
Значит операционка должна ответить эхом не менее чем через 60 мс. В принципе, нормально.

Смотрел 1002ХЛ1. Приёмная и передающая части у неё вроде как раздельные?

Подскажите, стОит ли связываться с такой неисправностью?

Kattani
Подскажите, стОит ли связываться с такой неисправностью?

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

Написал программку под DOS:
http://www.radioscanner.ru/uploader/2014/brig_dos_07_08_2014.rar
В архиве исходники на Turbo Pascal 7.0, процедура обработки прерываний от СОМ-портов RS232INT (тоже с исходниками), и новый модуль TURBO.TPL с исправленной ошибкой работы Delay на машинах с частотой проца выше 200 МГц :)

На железе ещё пока не тестировал - собираю старый комп с СОМ-портами :)
Программка пока что только отправляет команды и проверяет эхо.
Получать ответ с эхом она ещё не умеет...
По структуре стараюсь сделать симметрично программе самой Бригантины.

Думал, как же добавить объём памяти ПЗУ-шек.
В этом плане неудобно организована память: ПЗУ идёт от 000 000 до 037 777, а дальше - дырка до 060 000.
Плохо то, что от 060 000 до 077 777 идут адреса регистров блоков.
Так бы зацепил ещё одну линию и всё...
Придётся пилить селектор адреса ПЗУ.
Аккуратно, ибо селектор активирует не только сами чипы памяти, но и подключает буфера к шине.
Главное, чтобы не возникло конфликта с ОЗУ или регистрами.
Пока что есть мысль исключить элемент D22.2 (выводы 8-9-10) и задействовать неиспользуемые элементы D8.1, D8.2.
Вот так (изменения показаны синим):

Штатные микрухи уже заменены на ЭРПЗУ X28C256P-25 (общий объём 2 х 32 кбайт).
Как будет время - попробую изменить селектор и обратиться к дополнительной памяти. Вместо штатных 16 кб должно получиться 24 кб.
Есть ещё дырка в адресах 117 776...157 776 (это ещё 16 кбайт), но сложность переделки селектора шибко возрастает, а дополнительных 6 кбайт программного кода вполне хватит на разные небольшие плюшки.

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

Так, стоп.
Тестовая программа виснет.
Что-то пошло не так.
Может программу криво написал, а может селектор не срабатывает.

Вытащил Б10-37 и подключил его отдельно к анализатору.
После включения проц стучался по адресу 177 716 (SEL1).
Потом перешёл на 000 000 и выполнил мою команду перехода на 040 000 (за предел штатных адресов ПЗУ).
С адреса 040 000 пошло чтение моей программы.
Значит, команды выполняются и ошибка в самой программе.
Возможно, из этой области вызов подпрограмм будет некорректен...

darkstar
С адреса 040 000 пошло чтение моей программы.
Значит, команды выполняются и ошибка в самой программе.
А что именно переделано(модифицированно) в п.о. рпу?

Ну вот, дело было в кривом коде, который писал в спешке.
Всё заработало.
Накинул анализатор:

Кстати, в процессе работы микропроцессора на шине появляются всякие разные числа :)
Вот поэтому и нужны сигналы готовности и синхронизации.
Проц получает команду; ведёт вычисления, в процессе которых на шине черти пляшут; выставляет результат, и только потом даёт сигнал, что шину можно читать.
Да и ещё - не нашёл как инвертировать принимаемые сигналы. А то очень неудобно - шина МПИ на инверсных уровнях. Анализатор же способен сразу переводить 16 линий в восьмеричный код. Но не умеет его инвертировать...

Микросхема D8. Проводки пропустил через дырки металлизации:


Вот м/с ЭРПЗУ. Зрение уже не позволяет паять такую мелочь. Припаял пяток проводков и уже голова трещит.


Используется расширенная область ПЗУ:


hs_19
Да ещё ничего не написано.
Просто код расположен в дополнительной области памяти.
Чтобы проверить, есть ли к ней доступ и правильно ли я изменил селектор адреса ПЗУ (микросхемы ОЗУ не менялись, поэтому селектор адреса ОЗУ я не трогал).
Подпрограммы вызываются нормально.
Теперь можно не трогая основного кода пользоваться штатными подпрограммами, не опасаясь повредить какую-либо его часть.

Парни, подскажите по клавиатуре.
Собрался я менять валкодер целиком на китайский (штатный совсем заколебал).
Энкодер вот такой HS38A400:
Single-phase 400 pulses /R (наверное, надо будет поделить на 5...10).
Power source: 7-24 VDC
Shaft: 6mm Dia, 13mm Length
Size: 38mm Dia, 35.5mm Length
Output: AB 2phase output rectangular orthogonal pulse circuit, the output for the NPN open collector output type.
Yellow = A phase,
blue = B phase,
red = Vcc power supply,
black = V0
Дырка под посадочное место - 20 мм в диаметре. Плюс ещё три отверстия для крепёжных винтов идут по радиусу 13 мм.
Подшипничек хреновенький, но есть - вместе с тяжёленькой ручкой вращается по инерции ещё 5-7 секунд.

В связи с чем придётся прорезать обе платы блока Б10-38 (вырезать место под корпус валкодера) и прорезать переднюю панель.
Вопросы:
1. Как расклеить переднюю панель с наименьшим ущербом для неё?
2. Если кто расклеивал, то не вспомните - проходят ли дорожки на панели ближе 15-20 мм от оси валкодера (т.е., считай, под ручкой)?

Платы смотрел - придётся перенести три конденсатора, и МГТФом перекинуть перерезаемые дорожки. В принципе всё возможно.
Если в результате эксперимента клавиатура встанет колом - то и хрен с ней, всё равно управлять буду по ИРПС.

P.S.
Поковырял панель скальпелем. Снаружи тонкая полиэтиленовая плёнка, потом чёрная плёнка, потом толстый стеклотекстолит. Всё это склеено в пакет и приклеено к алюминиевому основанию.
Вроде как никаких линий быть не должно - кнопка питания отдельная, а больше там ничего нету.
Кстати, заодно покрашу алюминьку морды в чёрный цвет, сильно уж ободранная она.

P.P.S.
По пути на дачу купил автоэмали, видимо какой-то китайской. В баллончике по 110 руб. Чёрная глянцевая.
Попшикал. Там, где хватался пальцами, краска легла плохо.
Подсушил минут 10. Попшикал ещё. В общем, где-то после пятой итерации результат стал более-менее.
Дело было на даче на улице (в дом с краской не пустили), налетело немного пыли... Пока ехали обратно, недосушенные кромки обкоцались. Получилось в точности как было раньше, но на чёрном цвете :)
Приехал, пшикнул ещё раз, но не рассчитал - немного подтекло.
Сейчас высушиваю в машине в багажнике. Если будет плохо - подшкурю и попробую по новой.

PPPS
Эмаль алкидная KUDO KU-1002.
Ручки забыл покрасить :)

Срезал плёнку... блин:

Видимо изначальная разводка предусматривала другое расположение кнопок...

P.S.
Срезал эти дорожки нафиг. Ничего не изменилось :)
Все клавиши работают.
Теперь главное, чтобы с обратной стороны платы всё хорошо было. А то в дырочки для светодиодов виднеются дорожки...

darkstar
Платка универсальная. Расклеивал. Тонна терпения, фен строительный. Заклеивал. Работает. Штатный енкодер - говно. Перетачивал ось. Но не менял. Были опасения - что быстродействия контроллера тупо не хватит, на большее кол-во импульсов .

Быстродействия, понятное дело, не хватит.
Наверное буду делить импульсы.
Пока не придумаю, куда подключиться. Микросборка 04КХ003 формирует два коротких импульса: клик влево или вправо.
Энкодер же просто даёт смещённые сигналы.
Может подключиться напрямую к диодам энкодера?

Так, вроде получилось. Пока ещё дырку не сверлил, только накинул контакты.
Поначалу вскрыл энкодер, думал подцепиться к диодам оптопары. Фиг. Там какой-то готовый 5-выводный модуль. На выходе чёткие сигналы размахом по 2 вольта.
Кроме этого модуля на плате установлены повторители с открытым коллектором и стабилизатор.
Замерил, что же у меня за сигнал на диодах родного валкодера. Оказалось, при открытых оптопарах там напруга около 0,5 вольт, которая плавно падает до нуля при отсутствии освещения.
В общем, поставил на выходы энкодера делитель: +5В -> 3кОм -> энкодер/вход микросборки -> 330 Ом -> земля (плюс сам энкодер питается от +15 В). И при таком включении всё завелось :)
Если вращать медленно, то получается примерно 250 шагов на оборот. Если вращать побыстрее, то около 50-100.
Если крутнуть ещё быстрее, то РПУ вообще не реагирует.
Вобще же, нормальной скоростью перенастройки валкодером является 8...10 шагов/сек.
Эталоном удобства для меня тут является EKD-300, где скорость перенастройки 500 шагов/сек (шаг только 10 Гц) и 60 шагов на оборот. Но тут надо менять прошивку, имхо - тормозная.

Имхо, надо ставить делитель на 5...10. Тогда будет комфортно.
Но всё равно работать куда как приятнее. Пока крутишь вправо, частота растёт. Встал, начал крутить влево, и частота сразу пошла вниз. На родном кодере был сначала один шаг вверх, потом уже назад.

P.S.
Ещё раз прогнал на один оборот, но вращал ОЧЕНЬ МЕДЛЕННО. Чтобы не превышать скорость 10 шагов/сек.
Получилось около 800 шагов на оборот. Всё правильно - сам энкодер даёт 400 тиков по одной фазе, а их там две, и за проход одной метки вырабатывается два шага.
Так что делить надо на 12...15.

Начал резать.
Отметил окружность диаметром 30 мм. На ней я буду размечать отверстия для крепежа энкодера.
Прорезал дыру Ф20 под фланец.
Прикинул, как разделить окружность на три части:


Разметил:


Подошло, но пришлось немного подпилить:




Размечаю на первой плате контуры отверстия диаметром 39 мм под корпус энкодера:


С обратной стороны:


Снимаем мешающие детали:




Режем дырку:


Вошло:

Сурово. Но охота,- она пуще неволи)

Все дорожки на первой плате восстановил МГТФ-ом. Не шибко эстетично, поэтому фото выкладывать не буду.
Проверил - работает.
Странно только то, что похоже дроссель питания +5В был замкнут дорожкой, или мне показалось?
Вторую плату пока не пилил - всё нет времени.

Кстати, подпрограмма установки частоты - это команда TRAP 016 (адрес ПЗУ 004 070):
Устанавливает параметры мелкой сетки в Б1-25 (100 кГц, 10 кГц, 1 кГц, 100 Гц, 10 Гц), устанавливает код преселектора Б2-114.
А потом включается задержка: 45 мс проц ничего не делает :)

Да, и ещё. Везде в документации сказано, что блоки "Бригантины" могут работать на частотах до 40 МГц.
И в главном тракте по входу стоят ФНЧ с частотой среза 40 МГц.
И синтезатор Б1-24, Б1-25 предназначен выдавать частоту первого гетеродина 65,128...105,128 МГц.
Может удастся "раскрыть" приём вверх до 40 МГц?
Хотя навряд ли - преселектор Б2-114 настраивается только до 30 МГц, поддиапазоны (двухконтурные фильтры):
- 10...400 кГц,
- 400...600 кГц,
- 600...1500 кГц,
- 1,5...3,0 МГц,
- 3,0...6,0 МГц,
- 6,0...12,0 МГц,
- 12,0...20,0 МГц,
- 20,0...30,0 МГц.

Ну вот, поцарапался немного в выходные.

Вот так вот сел энкодер в нижнюю плату:

Корпус энкодера упирается в микросборку. Пришлось надфилем подпилить все отверстия в плате, чтобы она сдвинулась вправо на 0,5 мм. Благо разъёмы сопряжения плат гибкие.
Полезнее было бы изначально сдвинуть сам энкодер влево на 1-2 мм, но кто ж знал-то...

Конденсаторы перенёс на другой край:


По своей пайке прошёлся кисточкой с цапонлаком на всякий случай.
Плату не мыл, т.к. активными флюсами не пользуюсь. Только канифоль.
Один кондёр пришлось прихватить термоклеем. Не очень люблю им пользоваться.
Кстати, на этой фотке слева видно, что плата то ли была в ремонте, то ли на заводе дорожки не протравились и их усилили проволочками :)

Вторую плату разметил:




Просверлил:




Перемычки между отверстиями срезал скальпелем:


Потом обработал напильником. Перерезанные дорожки восстановил МГТФ-ом.
Поставил делитель 3 кОм / 330 Ом для сопряжения выхода энкодера на открытых коллекторах со входом микросборки D15. Делитель зацеплен на +5В. Питание энкодера от +15В.
Схему деления импульсов пока ещё не делал. Надо запустить так и посмотреть как работает.

В общем, получилось вот так:


Корпус энкодера немного выше, чем нужно. Всего на 1,5 мм.
Но крышка встала, правда пришлось подложить под винты крепления прокладки из гаек М3:

Хорошо бы было сразу подрезать корпус по периметру на эти 2 мм. Тем более, пространство внутри энкодера это позволяет - там уложен жгут проводов. Но так как работа эта трудоёмкая, то пока не стал этого делать.
Думаю, зазор с остальными платами основного блока должен быть.

В итоге:
- индикация работает.
- кнопки работают почти все. Обнаружил, что кнопки "ТОН" и "ГРОМК" не включают соответствующие режимы. То есть, нажимая их, предыдущий режим выключается, а текущий не включается. Светодиоды индикации этих режимов горят еле заметно. Все остальные кнопки и подсветка работают нормально. Видимо накосячил-таки в монтаже... Посмотрю по схеме и поправлю, но попозже.
- валкодер работает. Но частоту выставить сложно - очень мелкий шаг, и тормозная программа.
Зато листание каналов шикарно! Крутнув один раз, по инерции перелистывает 50 каналов. За два движения проходим всю память. Причём настройка не тормозит! Правда у меня все каналы были пустые...
Выбор канала трудности не представляет - видимо импульсы делятся программно. Забыл посмотреть, сколько каналов листается за оборот.

Вот перекрашенная морда:


Небольшие косяки покраски есть, но в общем и целом доволен.
Лучше, чем серая и зацарапанная. Да и смотрится теперь брутально :)

Попробую программно поделить импульсы. Имхо, это будет плавнее.
Также надо бы убрать задержку из программы установки частоты.

Искренне завидую Вашему терпению, не каждый сможет год с железкой возиться :)

Дык я ж не просто вожуся с ней. Поставил в шеке и любуюсь :)
Как накатывает желание попаять - открываю и паяю. Благо не SMD. И схемы все есть. И описания. И спроектировано по-русски.
Всё просто и понятно. Ну кроме некоторых процедур в прошивке :) И то со временем осмыслю.
Вот сегодня гулял по парку и думал: свободное место в ПЗУ теперь есть, можно написать Icom-овский протокол обмена командами. На микрухе контроллера ИРПСа переключить на один стоповый бит вместо двух Бригантиновских, и можно будет с любой программы управлять.
К тому времени уже подоспеет SDR-панорама по первой ПЧ.
В связке должно получиться весьма неплохо.

P.S.
Прокрутил каналы.
65 каналов на оборот :) если вращать медленно.
Плотновато, но не черезчур.
Если крутнуть, то перебирает 10 каналов в секунду. Это приятно :)

P.P.S.
Громкость всё же работает, но перестраивается очень стремительно - от нуля до максимума пробегает при повороте ручки примерно на 15 градусов.
Тон не откликается - видимо импульсы идут очень быстро.
Всё же надо поделить аппаратно. Прикинул простенький делитель на 16 на КМ155ИЕ7 (нашёл их в шкафу).
Когда будет время - попробую.

Добрался до установки платы SDR.
Кстати сказать, покупал я эту плату у автора в декабре 2013 по сниженной цене - 60 $ (на то время 1600 руб).
Вот теперь пришло и её время :)

Боялся, что что-нибудь заломаю в Бригантиновком блоке, поэтому в качестве возможного донора купил запасной (но неисправный) блок Б2-60 - пускай пока полежит.

Итак, крышка снята. Место под SDR плату от EU1ME нашлось сразу - между первым и вторым фильтром по первой ПЧ.

Единственно - прошивка данной платы не предусматривала работу на частотах 65,128 МГц и 128 кГц...
Благо, Александр прислал новую прошивку (4-ая версия) с поддержкой этих частот.
Прошивал программатором iCP02v2 USB Microchip PIC ICSP Programmer with PICkit2
Долго разбирался с питанием и прочим. На плате SDR-а чип марки PIC16F1829 с питанием 3,3 вольта.
Программа PICKit2 напрямую его не поддерживает. Надо скачать дополнительный девайс-лист и явно указать марку PIC-а.
Питал плату от внешнего источника +10В.
Соединил ноги платы и программатора вот так (программатор - плата):
MCLR - XP3,3
GND - XP3,5
ICSPDAT - XP3,1
ICSPCLK - XP3,2.
И только после этого чип прошился. Считать прошивку обратно не удалось (видимо стоит защита). Программа показывала пустые ячейки.
Чтобы убедиться в работоспособности чипа, подключил плату к UART-USB переходнику в режиме приёмника.
Связь в терминале появилась, значит всё хорошо :)

Плату подпаял за контактные площадки к экранной перегородке блока.
Единственно, пришлось демонтировать входной разъём. Как оказалось - зря, можно было бы обойтись и без этого, просто перевернув плату. На фотографиях так и сделано.

Питание взял с линии +15В блока (после фильтра) и подал через стабилизатор 7809.
Сначала думал использовать 78L09, но измерил потребляемый платой ток. Оказалось 110 мА.
Решил не напрягать L-ку и поставить полноформатный стабилизатор. К тому же его удалось весьма удачно припаять за фланец прямо к экрану первого смесителя. Не самое хорошее место, но пускай будет.

Выходы I-Q сигналов снимаю экранированным МГТФ-ом припаявшись к контактным площадкам.


Вход SDR-а подключил к контрольной точке Кт6 (см. схему ниже - это вход кварцевого фильтра Z3 первой ПЧ).
На пятой странице темы я хотел подключиться к коллектору VT1, но теперь передумал.
Соображения такие:
1. Входное сопротивление довольно велико - 100 кОм.
2. Входная ёмкость небольшая, т.к. ёмкость затвора J310 что-то около 5 пФ.
3. На всякий случай, подключил вход через конденсатор 10 пФ. Но из-за низкого уровня I-Q сигналов докинул параллельно ему 1000 пФ. Почти не помогло.
Схема входа SDR-платы вот такая:

Часть схемы блока Б2-60:

D7 - 590КН8А,
D8 - микросборка усилителя сигнала гетеродина.

Перед монтажом в блок проверил плату, подав на вход сигнал с Г4-151.
Уровень сигнала ГСС выставил около 1 мВ. Частота 65,12...65,13 МГц. Переключал в НГ, АМ и ФМ.
Осциллографом смотрел выходы I-Q. На них примерно тот же 1 мВ. Частота несущей зависит от точности установки 65,128 МГц на генераторе.
Форма огибающей соответствует исходнику.
Т.е. плата работает.

Читал, что плату надо экранировать... Пока нечем. В последствии возможно установлю ей свой экран.

SDR-тематикой ещё не занимался (если не считать подключение свистка на R820T+RTL2832).

Отсюда вопрос народу, занимающемуся SDR-техникой:
- а не мал ли уровень для звуковой карты?
Ведь я подал аж целый милливольт и на выходе получил милливольт, а по факту там будут единицы микровольт (усилителя-то в точке подключения к тракту блока ещё нет).
Линейные входы звуковушки не такие чувствительные, чтобы микровольты отлавливать.
- нужно ли дополнительно усиливать I-Q сигналы?

Либо же есть вариант подключить плату на выход второй ПЧ в этом же блоке (до фильтров режимов). Там сигнал усиливается в 250 раз.

Для экспериментов выделил комп Р4-630 (3 ГГц/1Гб) с карточкой SB Live! 5.1 (sb0100).

Вообще же планируется установка в корпус Бригантины своей отдельной USB-звуковушки Creative Sound Blaster X-Fi Surround 5.1 (sb1090).
Открыл для себя, что на этих карточках микрофонный вход - монофонический :(
Думал на микрофон посадить... не выйдет.
Есть ещё EMU1212m, но её захватила супруга для прослушивания музыки :)

И ещё - панорама отражается относительно средней линии. Вроде бы так быть не должно.
Где-то читал, что один канал надо инвертировать (на плате есть и инверсные I-Q выходы). Это так?
Возможно, что поменял I и Q каналы местами...

Связался с Александром EU1ME. Он сообщил, что усиление на 65 МГц со входа приставки на выход равно 27 раз по напряжению. По каскадам от входа до второго смесителя усиление примерно равно 1.

Поскольку плата уже была впаяна в блок, то снимать её не стал, а перекинул точку подключения на коллектор VT1, как и планировалось ранее. Подключил напрямую, без дополнительных конденсаторов.

В итоге: сигнал, поданный на вход Бригантины, хорошо виден на панораме при уровнях до 1 мкВ.
Видимо в прошлый раз я где-то поспешил или ошибся.
Хорошо, что всё заработало.

Более подробно опишу позже.

Поскольку плата уже была впаяна в блок, то снимать её не стал, а перекинул точку подключения на коллектор VT1, как и планировалось ранее.
Т.е. после фильтра Z3. Какая получилась полоса обзора?

Ещё толком не разобрался, как выставлять полосу обзора в PowerSDR. У меня версия 1.18.0.
Но на всей видимой полосе сигнал читается. Проводил измерения на частоте 1,5 МГц. При этом ГСС перестраивается на 40 кГц. В этой полосе сигнал виден.

Уровни такие (на Бригантине включен режим РРУ, усиление на МАКС, аттен 0 дБ):
шумовая дорожка -127...-124 дБ.
сигнал ГСС 1 мкВ -114 дБ (АТТ на ГСС = -115 дБ, уровень = 20 дел).
сигнал ГСС 1 мВ -57 дБ (АТТ на ГСС = -55 дБ, уровень = 20 дел).
сигнал ГСС 100 мВ -20 дБ (АТТ на ГСС = -20 дБ, уровень = 40 дел).
Программу не калибровал, поэтому имеет смысл смотреть относительные уровни.

Также при перестройке Бригантины валкодером, на панораме изредка пробегают одиночные палочки уровнем -118 дБ.

На кусочек провода послушал свою передачу (работал на эквивалент).
Здорово!!! Особенно когда видишь спектр своего сигнала :)
Только вот программа постоянно заикается, хотя загрузка проца 1,6 %.

P.S.
Поставил Latency = 10 мс. Вроде бы заикание прошло...

Не могу научить X-Fi принимать звук с линейного входа. Может палёная она? На выход играет прилично, микрофон заходит, а линия почему-то нет...

Разобрался со звуковушкой.
Оказывается, 3,5-мм гнёзда линейного стереовхода имеют 9 контактов :) два из которых отвечают за определение вставленного штеккера.
На микрофонном входе эти контакты были постоянно разомкнуты, т.е. сообщали о подключенном микрофоне.
А одновременно можно вводить сигнал либо с микрофона, либо с линейного входа, т.к. АЦП всего один.
Соответственно, драйвера определяли, что микрофон подключен, и включить линейный вход было невозможно.
Закоротил эти контакты на микрофоне и разогнул на линейном входе.
Теперь работает.

Прогнал на частотах 1,5 МГц, 15 МГц и 25 МГц.
При режиме оцифровки 24 бита / 96 кГц ширина полосы обзора равна 85 кГц на всех частотах. Сигнал в этой полосе виден.
Но при больших уровнях входного сигнала (10 мВ и больше) на диаграмме появляется "горб", шириной около 30 кГц.

P.S.
Интересно, а в самой программе есть нечто вроде цифровой АРУ?
Может она вытягивает сигнал за пределами фильтра?
А то создаётся впечатление, что входных фильтров и первого кварцевого фильтра будто бы и нет.
Хотя... скаты не такие уж и крутые. Если выйти за полосу всего лишь на 40 кГц (при основной частоте фильтра 65128 кГц это менее 0,1%), то ослабление вряд ли будет более пары децибелл.