турок торгует Бригантиной 495 долларов
http://www.ebay.com/itm/Russian-hf-receiver-radio/291047266712?_trksid=p2047675.m1982&_trkparms=aid%3D333005%26algo%3DRIC.FIT%26ao%3D1%26asc%3D177%26meid%3D3900055093057528533%26pid%3D100009%26prg%3D1088%26rk%3D4%26rkt%3D5%26sd%3D131084686681%26#ht_2 29wt_1363

Вах! Совсем недорого.
Но в Россию не отправляет.

works with 220 v Ac and many options that i dont know
working condition.
all mode. Am-fm.fsk.usb Lsb-cw.

Понравилос, а lsb там от турецкой сырости чтоль?

LSB там от верчения ручки "ТОН".

Покрутил и я "УСИЛЕНИЕ".
Шкала РЧ кажет регулирование от 0 до 80 дБ.
До 120 не дотягивается.
По НЧ - от нуля и до полной.

LSB там от верчения ручки "ТОН".
Ну да, в АМе. С килогерцовой погрешностью по частоте приема.

Шкала РЧ кажет регулирование от 0 до 80 дБ.
До 120 не дотягивается.
Это при нормальной работе. Когда ацп плющит - то диапазон шкалы 30-90.
Причем сразу, после включения на шкале 30дб.

Покрутил ещё.
При шаге 1 кГц даже не щелчки, а ступенчатое изменение громкости.
Похоже, при смене частоты с таким шагом приём сначала тухнет, потом синтез успокаивается и тракт включается опять. Либо же происходит анализ обстановки по-новой, и ЦП заново выставляет усиление по тракту...
Надо попробовать перестройку с шагом покрупнее.
Вот при смене канала (а там частоты и виды работы могут быть совсем разные) существует задержка в 0,5 сек.
При верчении валкода скорость перестройки примерно 15 шагов в секунду :)

darkstar
YuriVR
А исходников кода у авторов случайно не завалялось? :)
Или это те авторы, которые руководящие?

Всякие ходят еще )
По поводу исходников – не поручусь.

Авторы-разработчики однозначно молодцы!
Но по моему мнению - приёмник сырой.

P.S.
Не подскажите маркировку ответной части разъёма ИРПС дистанционного управления? И где его можно раздобыть?

darkstar
Не подскажите маркировку ответной части разъёма ИРПС дистанционного управления? И где его можно раздобыть?
РС10ТВ, емнип. На микротелефонных гарнитурах носимых "виол" и "транспортов" применялись.

YuriVR


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

Набросал алгоритм работы подпрограммы вывода инфы на индикаторы.
Пока ещё осмысливаю.
http://www.radioscanner.ru/uploader/2014/002_672.zip

darkstar

Интересен алгоритм более высокого уровня, который в зависимости от уровня сигнала, помеховой обстановки перераспределяет усиление, параметры АРУ и т.д.

Остальные алгоритмы, более низкого уровня, тоже конечно интересны, но, как мне кажется, во вторую очередь.

nikifor_r, мне тоже интересны более высокоуровневые алгоритмы.
Но где ж их взять?
Соменваюсь, что разработчики заморачивались составлением таких алгоритмов и схем. Сдали работу и забыли.

Этот составлен на основе ассемблерного кода, выковырянного из ПЗУ-шки :)
Вот если составить такие алгоритмы для всех подпрограмм и функций, а потом свести воедино, то можно уменьшая детализацию получить то, что Вы хотите.

nikifor_r
darkstar

Алгоритмы нередко составляют и достаточно подробные (при правильном подходе к разработке есть автор идеи и алгоритмов, который оформляет частное техническое задание для исполнителя - программиста), но это документы для служебного пользования, наружу они не выходят. Какие-то алгоритмы бывают в руководстве по эксплуатации, но здесь как повезет.
По поводу работы АРУ и прочих потрохов старых приемников – попробуйте найти или купить эту диссертацию - http://www.dissercat.com/content/povyshenie-pomekhoustoichivosti-korotkovolnovykh-radiopriemnykh-ustroistv-posredstvom-adapti

Думаю не достать нам тех материалов... всё самому придётся...

Вот ещё нарисовал алгоритмов:
http://www.radioscanner.ru/uploader/2014/brigantina_subprog_1.zip

В ПЗУ-шке знакогенератора половина микросхемы пустая. Может подрисовать чего :) ?

В ПЗУ-шке знакогенератора половина микросхемы пустая. Может подрисовать чего :) ?
Там и так два алфавита со спецсимволами, если я все понимаю верно.
Да и подрисованное потом придется чем то выводить, фирмварь основную
придется править.

Меня в разрезе фирмвари интересовали только чисто практические вопросы ару и
изменения к-та деления синтезатора второго гетеродина для правильного прохождения тестовой программы.
Ну, и совсем уж роскошь: правильная индикация режима нижней боковой полосы
(у меня стоят фильтры нбп вместо тех, которые на режим j7 предназначены).

Дык я токмо начал ковырять код... там 55 функций только через TRAP и херова гора подпрограмм... полная картина будет ещё не скоро. Это у вопросу о Кдел.
Но раз есть знакогенератор, то нужно знать, какой символ под каким кодом значится.
Чтобы вписать в фирмварь что-то своё, придётся чем-то пожертвовать. Может какой-нибудь тестовой программой или ещё чем...
Убрать самоконтроль блоков. А если понадобится проверка - переткнуть ПЗУ-шки.
Либо же присобачивать дополнительные ПЗУ-шки и как-то их определять в общей раскладке памяти.
Или ещё вариант - напаять вторые ПЗУ-шки поверх, лапа к лапе, а ногу селектора кристалла переключать чем-нибудь, хоть бы и переключателем (у мну так на Спектруме было - две разные прошивки).

А нижнюю боковую не удастся получить на штатных фильтрах, программно пододвинув частоты гетеродинов?

darkstar
Дык я токмо начал ковырять код... там 55 функций только через TRAP и херова гора подпрограмм... полная картина будет ещё не скоро. Это у вопросу о Кдел.
Я понимаю, тест к примеру может генерится ни как одна программа, а набор переключаемых подпрограмм.

А нижнюю боковую не удастся получить на штатных фильтрах, программно пододвинув частоты гетеродинов?
Думаю да, будет и вовсе здорово, если к примеру на одну кнопку зашить две функции.
По первому нажатию вержняя, по второму-нижняя. Соответственно, кроме номинала гетеродинов ничего не поменяется.
Хотя, можно было бы еще по второму нажатию ввести поправочное значение для индикации частоты приема нбп,
с учетом сдвига гетеродинов в сторону.

darkstar


мне тоже интересны более высокоуровневые алгоритмы. Но где ж их взять?
Соменваюсь, что разработчики заморачивались составлением таких алгоритмов и схем. Сдали работу и забыли.

Думаю, что вначале создавался алгоритм, а потом уже железо.

Алгоритм там есть, но вытащить его оттуда весьма непросто. В описании есть алгоритм поиска неисправностей.
Должен быть такой же алгоритм работы.


Но, как верно пишет YuriVR, он наверняка ДСП. Кстати спасибо за ссылку на диссертацию, вполне возможно он там раскрыт, возможно в урезанном виде.

darkstar, пожалуйста, не воспринимайте мои слова как просьбу, я представляю сложность задачи.



hs_19

Там наверняка есть проверка контрольной суммы ПЗУшки при старте, тоже придется править

Вашу задачу, думаю можно решить по другому. Аппаратно. Но сопли вешать в РПУ тоже не гоже.

nikifor_r
Вашу задачу, думаю можно решить по другому. Аппаратно. Но сопли вешать в РПУ тоже не гоже.
Она решена, аппаратно. Вместо невостребованного фильтра в режиме j7 установлен фильтр на нбп. И только.
Никаких соплей, вновь установленный фильтр ОНИИПовский, из той же серии, что стоят в рпу.
Даже внешне изменений нет.

Проблема в другом - ару в этой железке прикручено к режимам.
Если например в режиме вбп доступны три скорости ару, то в режиме j7 - две.
И это вызывает некоторый дискомфорт при приеме. Разумеется, можно принимать нбп
и без ухищрений с заменой фильтров,-в режиме АМ и сдвигом гетеродина. В этом случае
показания индикации частоты не будут соответсвовать реальной на величину сдвига
гетеродина. Зато по набору скоростей АРУ все будет так же как и в режиме с верхней
боковой.

Почему мне хочется поменть Кд синтезатора гетеродина - чтобы тестовая прога не спотыкалась на
фильтре НБП. Тест режимов приема производися в виде опрч с перебором всех фильтров почередно.
Соответственно, частота мсн в зависимости от выбранного фильтра меняется. При смене фильтра с вбп
на фильтр с нбп мсн не попадает в полосу прозрачности фильтра, тест останавливается.

hs_19

Я имел ввиду другое.

Ставим цифровой коммутатор на входе синтезатора. На один вход штатный Кд, на другой вход через сумматор или еще как, думать надо, подаем другой Кд, так чтоб на прием была уже НБП. Управление коммутатором = переключение НБП-ВБП.

И в том и другом режиме используем штатный фильтр.

Осталось аналогично изменить индикацию режима.


Конечно это можно сделать программно, но darkstar показал насколько это серьезная задача.

Вот где то так.

nikifor_r
Я думал про все это.
Монтаж довольно плотный, впереть что то инородное очень хлопотно. Эксперименты начинал пытаясь приладить фильтры по типу тех, которые стоят в р-160. Не заладилось. Родные все таки уникальны, по всем параметрам. Потом пытался приладить от р-140, эти вообще в половину рпу.
Потом свезло найти эндемичные нбп онииповские.

Конечно это можно сделать программно,
Это было бы чрезвычайно изящным решением)

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

Или чисто как радиоконструктор, типа побаловаться?

DVE, Р-250, Р-155, Р-160... :) вот это реальные гробы, особенно 155
А так-то да - именно как конструктор.
Вот отвоевал место на подоконнике:

Хотя всё вышеперечисленное имеется.

Круто, но блин, места же жалко :)
Оба приемника заменяются одной маленькой коробочкой - http://www.radioexpert.ru/product/winradio-wr-g31ddc-excalibur/ :)
Причем благодаря прямой оцифровке в полосе 2МГц, на выходе может быть несколько параллельных приемников сразу.
Sorry за оффтоп.

А как конструктор, согласен что интересно.

SDR-приставку уже заказал, посмотрю как оно будет.
Либо в ЕКД поставлю на панораму, либо в качестве универсального демодулятора буду применять.

Посмотрим, что происходит при обращении МП к адресу 060 100 (это регистр матричных индикаторов).
Обращение к этому адресу отловит микросхема D3 блока Б10-82.
Если с адреса осуществляется чтение, то ничего не произойдёт, т.к. вывод 10 м/с D1(Б10-82) никуда не подключен.
При записи по этому адресу блок Б10-82 выдаст сигнал "Зп. п/п".
Этот сигнал принимает блок Б10-38, и он означает, что по системной шине будет передаваться слово, содержащее адрес позиции и код символа.

Код символа определяется битами b0...b6 слова, позиция - b8...b11.
Так что символов может быть только 127, фактически задействованных - 95.

В ПЗУ знакогенератора символы хранятся в таком формате,
адреса:
- a0...a2 - адреса строк символа,
- a3...a9 - адреса символов,
- a10 = 0 - не задействован.
данные:
- b0...b2 - не задействованы,
- b3...b7 - точки в строке символа.

То есть, матрица символа 5х7. Причём каждый символ разделён нулевой ячейкой.
Например, первый символ "0" в адресах ПЗУ выглядит так:
000: 00000 000
001: 00010 000
002: 00101 000
003: 00101 000
004: 00101 000
005: 00101 000
006: 00101 000
007: 00010 000
Напомню, что три младших разряда (b0...b2) не задействованы.

Соответствие адресов ПЗУ и адреса по шине (oct):
шина - ПЗУ - символ
000 - 000 - "0"
001 - 010 - "1"
002 - 020 - "2"
003 - 030 - "3"
***
011 - 110 - "9"
012 - 120 - "A"
013 - 130 - "b"
014 - 140 - "C"
015 - 150 - "d"
016 - 160 - "E"
017 - 170 - "F"
Что явно не соответствует таблице символов из описания...

Вот блок-схема вывода информации на матричные индикаторы:

Хм, стало быть, знакогенератор вообще стандартный и к Бригнатине не имеет никакого отношения.
Коды цифр от "0" до "9" идут c коррекцией - прибавляется 000 060.

Значит, можно обращаться к цифрам напрямую, без кодов. Это хорошо.

Стоп. Пардон.
Когда расшифровал всю ПЗУ знакогенератора, понял, что был неправ.
Всё правильно. С таблицей совпадает :)
Надо было сопоставить адреса ПЗУ и адреса по шине.
Единственно, в адресах от 000 до 040 идут символы шестнадцатиричного счёта - от 0 до 1F. Видимо, для отладки.

http://www.radioscanner.ru/uploader/2014/_znakogenerator_.zip

Только лишь программными средствами символов не добавить. Последний адрес 177 oct. Единственно можно изменить неиспользуемые символы... ну и, само собой, можно откорректировать уже используемые.

Точно известно, что функция TRAP 055 выводит символ на матричный индикатор.
При этом, аргументы функции:
R0 - код символа,
Ячейка 110 344 - номер индикатора (позиция).

Подпрограмма 002 672 выводит сообщение на индикаторы.
Пока не до конца ясно, какие аргументы используются.
Известно:
- первый агрумент - это длина сообщения в символах (b0...b3), начальная позиция первого символа сообщения (b8...b11), включать ли точки кГц-Мгц и прочее.
- второй агрумент - это начальный адрес кодов символов сообщения.
Например, по адресам 010 062...010 066 в ПЗУ лежит слово "ОШИБКА".
010 062: 075 557=7B6F=173,157="Ш","О"
010 064: 061 151=6269=142,151="Б","И"
010 066: 060 553=616B=141,153="А","К"

Или с адреса 006 016:
006 016: 077 040=7E20=176,040="Ч","_"
006 020: 071 541=7361=163,141="С","А"
006 022: 067 564=6F74=157,164="О","Т"
006 024: 020 164=2074=040,164="_","Т"
006 026: 067 040=6Е20=156,040="Н","_"

Вот такое средство для просмотра текста из кода:
http://www.radioscanner.ru/uploader/2014/txt_extractor.zip