Если вы потратили дни на настройку сетевого (SMB) сканирования, посмотрев все ролики на Ютубе, прочитав все официальные мануалы, посетив все support-разделы производителя, прочесав форумы на всех языках от русского до английского и от хинди до японского, и у вас по-прежнему ничего не работает, вы заглянули по адресу. Ниже вы найдете концентрированные знания, полученные путем расхода около 10-12 часов времени на изучение вопроса и перебор около десятка разных настроек в разных комбинациях.

Несмотря на то, что ошибка 801 обычно расшифровывается в интернете как ошибка SMTP, на самом деле она означает целое семейство ошибок отправки задач/работ (jobs) на сервер. Вне зависимости от транспорта — e-mail, SMB или что-то еще. В целом она означает недоступность транспорта, а конкретная причина при этом остается неизвестной (производитель сэкономил на классификации ошибок и диагностических функциях МФУ, чем сильно усложнил жизнь рядовым админам).

Ниже речь пойдет только про отправку отсканированных документов на машину с Windows по протоколу SMB/CIFS. Конкретно я игрался с МФУ MF8580Cdw, которое входит в MF8500C Series вместе со своими братишками-сестренками MF8550Cdn, MF8540Cdn и MF8280Cw. Но это не важно — дело в том, что половина МФУ Canon, созданные за последние лет 14, имеют или точно такой же интерфейс, или аналогичные на 95% настройки. Да и сетевое сканирование нужно настраивать нужно с обоих «концов» — как на МФУ, так и в ОС Windows. Таким образом, эта инструкция универсальна, и подойдет для любых МФУ Canon (и не только Canon).

Если вы здесь, значит, вы уже прошли этапы, которые я условно называю «Боянные настройки». Но на всякий случай, привожу и их:

• Обе машины, и МФУ и ваш SMB-сервер, находятся в одной одноранговой сети, и в одной рабочей группе, скажем, «WORKGROUP».
• В адресной книге МФУ у вас создана запись типа SMB, и в ней Host Name (то есть, компьютера, куда вы отправлять отсканированные файлы) указано без слешей и путей. Просто имя вашего SMB-сервера. Например, «SMB-SERVER» (без кавычек).
• Далее, путь куда вы сканируете. Нужно указывать только URI-часть пути без имени хоста, без открывающего слэша, но с закрывающим левым слэшем — например, «MyScans\» (без кавычек). При этом полный путь для SMB, куда будут отправляться файлы, будет \\MB-SERVER\MyScans\ — его МФУ формирует самостоятельно.
• Имя и пароль указаны в точном соответствии юзеру, созданному на сервере.
• У юзера на сервере стоит галочка «Password never expires» и снята галка «User must change password at the first login».
• У юзера даны права «Full Control» на «шару». Если вы используете Windows Server, то нужно этого же юзера засунуть еще и в Permissions (в отличие от настольных ОС, в серверных ОС эти права назначаются раздельно в разных вкладках).

Это, как говорится, база, и все это легко найти в интернете.

Далее, часть 2, «Неочевидное»:

• В настройках сетевого подключения Windows 10 нажмите Properties и там выберите Network profile = Private. В чем суть — в профиле Public ваш компьютер (при включенном файрволле) режет все входящие подключения, считая сеть публичной (с низкой степенью безопасности в ней).
• Далее. Run -> Manage Advanced Sharing Settings. Нижняя секция, третья по счету сверху, All Networks -> Password protected sharing. В интернете есть совет попробовать оба варианта методом тыка — Turn on password protected sharing и Turn off password protected sharing. У меня работает в первом варианте, когда включено (положение On).

Далее, часть 3, «Вообще нигде не засвеченное, найденное самостоятельно»:

• Run -> Turn Windows feature on or off -> SMB 1.0/CIFS File Sharing Support -> SMB 1.0/CIFS Server. Установить галочку, дать машине перегрузиться. Этот шаг необходим только для новейших ОС, в Windows 7 и ниже все работало и без этой меры.

По итогу всё работает и в Windows Server и в Windows 10, но ценой потери практически 2 дней. И причина столь колоссальных временных затрат — отсталость встроенного программного обеспечения МФУ Canon. Даже несмотря на то, что в аппарате установлена последняя прошивка 5.03, в ней за последние 10 лет выполнялись только мелкие багфиксы, вроде переполнения буфера. Развития функций и актуализации версий протоколов производителем не выполнялось (по слухам, эти МФУ вообще разработаны не Canon; либо Canon в сотрудничестве с кем-то). Именно поэтому, аппарат не умеет корректно работать с SMB 2.0, и вряд ли вообще что-то знает о SMB 3.0.

Shame on you, Canon!

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

Существует такая компания как Alarmtrade (1-ая страница руководства по эксплуатации), они же себя называют ООО «НПО Телеметрия» (3-я страница этого же документа), но в миру ее все знают по торговой марке Pandora. Нет, не той, что делает побрякушки для девочек, а той, что делает побрякушки для автовладельцев.

Так вот. Это развивающаяся компания, базирующаяся в Калуге, которая специализируется на средствах протоводействия угонам. Делает эта компания неплохие в теории устройства, так как у нее собственная разработка и производство. И уже давно. Почему неплохие в теории — потому, что на практике она выпускает в том числе абсолютно сырые неработающие устройства, и при этом не стесняется класть хер на владельцев этих устройств.

Давайте возьмем устройство, например, NAV-11 и попробуем запустить его:

#1. К устройству нужно привязать номер, и это можно сделать только по Bluetooth. При этом приложение на iOS не видит устройств Pandora в упор:

И это не только у меня, но у всех, в чем вы можете убедиться, почитав отзывы и обратив внимание на рейтинг приложения:

Приложение для Android работает частично.

#2. Далее, если вы достали телефон на Android, и смогли заставить работать на нем приложение Pandora NAV BT, вряд ли вы сможете продвинуться дальше режима boot (режим обновления прошивки, он же BLE). Потому, что поиск устройств в режиме настройки как правило ничего не находит.

#3. Устройство из магазина имело версию прошивки 0.13, а Pandora NAV BT под iOS видит только версию 0.12:

А версия под Android вообще ничего не видит уже много месяцев:

#4. Обращения в техподдержку по e-mail игнорируются в 100% случаев. Но если позвонить по телефону и начать ругаться, то вам ответят на письменные обращения через месяц-два. Про поддержку вообще интересно. Если позвонить днем, то у вас специальный мужчина-диспетчер записывает ваши координаты, и, если вам повезет, вам завтра позвонит другой человек. Соединиться со специалистом при первичном звонке нельзя. Перезванивают вам в 30% случаев, в других случаях нужно звонить повторно и умолять, чтобы помогли.

#5. Если вы связались с техподдержкой, то здесь вы узнаете, что:

• Без первичной настройки устройство не работать не может. Так задумано.
• Приложение Pandora NAV BT для iOS не обновляется, и это считается нормальным. Рекомендуют купить телефон на Android.
• В техподдержке нет прошивки 0.13, так как завод его не дал офису (лолшто?). Ну просто потому, что 6 месяцев для передачи файла не хватило. Есть более медленные виды почты, чем голубиная — она называется пандоровская почта. Выложить прошивку 0.13 на сайт тоже нельзя. И причина, видимо, все та же — по пандоровской почте файл приходит когда заканчивается жизненный цикл устройства, то есть, году к 2028. А пока вот вам 0.12 версия:

#6. Да, кстати, NAV-11 для удобства в приложении называется NAV-08. В поддержке это услышали, но не заинтересовались. Видимо, это проблема маркетологов и продавцов, но не технарей.

#7. 1 декабря 2020 г. вышло обновление NAV-11 с пафосным заголовком Пацан сказал — пацан сделал Обещали — сделали! Обновление Pandora NAV-11 с призывом обновлять прошивку уже через неделю. Увы, кроме пустого гона маркетологов, в этом ничего нет — NAV BT попросту не видит обновлений, а файл .enc, чтобы обновиться из локальной файловой системы, взять неоткуда.

#8. 21 января 2021 г. всплывает Push-уведомление в браузере об обновлении NAV-11, но, увы, и там хер ночевал. Информация об обновлении есть, а самого обновления нет. Маркетинг работает, остальные дрочат что ли месяцами?

#9. Идем далее. В устройство встроен модуль SIM, намертво прошитый в МТС. Это сделано типа для удобства, однако, не вашего, а для обогащения производителя. Зайти в ЛК вы не можете, а чтобы было еще удобнее, вам нигде не сообщают не только тариф, и абонентскую плату по нему. Плати, сука, и не задавай вопросов. А секрет очень простой — у них контракт на M2M-услугу с МТС, и компания получает этот тариф от 50-60 рублей. При том что с вас хотят около 120 рублей.

Я сообщил о ряде фактов из числа выперечисленных в техподдержку, и заодно поставил в копию генерального директора этой охрененной организации, Андрея Петрунина. По другой версии, он аж целый президент. Но, увы, господину Петрунину не хватило 17 дней, чтобы ответить этому ссаному клиенту (под которым, конечно же, подразумеваюсь я). Возможно, у него просто отпуск 28 дней, а не 14 как у всех остальных. А возможно, что он думает как достроить новое здание «Аларм Трейда», вместо того, чтобы трать время на подзаборную шваль (которой, конечно же, являюсь тоже я).

Ну коли топы думают о высоком, давайте и мы подумаем. Вот проект нового офиса:

Помимо новых кусков земли, которые смогла докупить «Пандора», в глаза бросается новая «стекляшка» на 10 этажей. Площадь фундамента около 1000 метров. Цена строительства 1 кв. м. в недвижки такого класса — от 50 т.р. Допустим, у них есть уже все коммуникации, и цены в Калужской области не такие высокие, и полезная площадь здания меньше 10 тыс. кв. м. Но даже если итоговую цифру разделить на 2, то 200-250 миллионов получается сразу. А если считать по полной, то полмиллиарда. Амбициозненько, да?

Тем временем, разработка приложения iOS от идеи до магазина приложений — от 1 млн. рублей в Москве, в регионах в 2 раза дешевле. Видимо, лучше на эти деньги купить диван за лям. Или может маленькую аквадискотеку, чем помочь пользователям, купившим это говно.

Какие выводы? Вывод будет один:

Ни в коем случае не покупать устройства Pandora. Потому, что это колхозники, которые срать хотели на проблемы своих пользователей. Пипл хавает, бабло капает.

Удалось познакомиться с этим приемником, и попутно накидать обзор в формате «плюсы — минусы». Вообще, это уже второе мое знакомство с ним — первое состоялось 3 года назад, и было весьма беглым. Ощущения устаканились только более плотного общения с аппаратом, изучения обновленной документации и установки последней доступной версии прошивки (1812A). Поэтому я созрел на этот отзыв только сейчас.

Чтобы было понятно, это приемник, а не сканнер. Для тех, кто не в курсе — сканнер заточен на то, чтобы быстро бегать по частотам, находить что-то новое, совершать с найденным определенные действия (например, делать отметку в журнале, записывать XX секунд звука), и потом бежать дальше. А приемник — чтобы включиться на известной частоте и слушать передачу в течение длительного промежутка времени. Поэтому, от AOR DV1 нет смысла ждать той же скорости и тех же функций, которые привычны нам по сканнерам Uniden уже лет как 10.

Плюсы:

• Аккуратное механическое исполнение (что редкость для компании AOR)
• Поддержка множества цифровых стандартов связи, популярных на УКВ, включая TETRA. Сначала аппарат умел только TETRA DMO, но не так давно в него добавили и поддержку TETRA TMO. Таким образом, аппарат стал первым в мире автономным TETRA-приемником.
• Приятный звук в цифровых режимах, не уступающий фирменным цифровым радиостанциям
• Какое-никакое развитие функциональности за счет программных обновлений. TETRA TMO уже японцы сделали, в будущем обещают P25 Phase II.
• Уникальные функциональные возможности, такие как поиск ключа скремблера NXDN
• Поддержка шага 6.25 кГц
• Аналоговый инвертор речи в диапазоне 2000-7000 Гц с шагом в 10 Гц (в версиях кроме США; впрочем, уже не актуально — он был нужен в девяностые и нулевые)
• Очень быстрый С-метр — реагирует даже на TDMA-сигналы
• Возможность изменять режим работы ручки SQL (SQL или ручной RF Gain)
• Порт AUX — возможность вывести аудио с дискриминатора на ПК (например, для программной демодуляции).

Минусы:

• Несуразно малый размер передней панели для базового применения. Размер панели подогнан под 1 DIN (фактический замер: 179x50 мм), что, ИМХО, не имеет практического смысла (об этом ниже).
• Мелкая «тесная» клавиатура: расстояние между кнопками по горизонтали — 3 мм, по вертикали — 3,5 мм. Кнопки «Вверх» и «Вниз» не юзабильны, так как вплотную прижаты к рукояти валкодера. И работать ими можно только дома, и желательно, левой рукой, расположив ее сверху аппарата. Все это — следствия маленькой площади передней панели.
• Крошечный дисплей (видимая часть 44x31 мм), который утоплен вглубь на 6 мм
• Несимметричные углы обзора дисплея — если справа угол доходит до 80 градусов, то слева блекнет уже на 40
• Монохромный матричный дисплей — как в старые добрые нулевые. Почему нельзя было поставить цветной дисплей, загадка. Ведь они сейчас стоят всего $8-12.
• Micro-USB на передней панели. Зачем micro (самая хлипкая разновидность USB-коннекторов!), и зачем на передней панели?
• Отсутствие фирменного софта, только стороннее ПО
• Отсутствие поддержки ряда критически важных режимов работы, таких как NXDN Narrow (9600), TETRA DMO Repeater и др.
• Нестабильное декодирование цифровых сигналов — приемник может молчать или исключать целые фрагменты передач. Причем, даже на одном столе без подключения внешней антенны.
• Проблемы с демодуляцией цифровых режимов при сильном уровне сигнала (например, тест на одном столе). Возможно, что дело в жестко предопределенной фильтрации — 6 или 15 кГц. Возможно, что эта проблема, ровно как и вышеперечисленная, вызваны одной и той же общей причиной.
• Куцый режим DIG. DECODE. В P25 он декодирует только NAC, в DMR — только цвет, в NXDN — только RAN, а в TETRA DMO — вообще ничего. Никаких вам подробностей, вроде GID/GSSI, UID/ISSI, ENC, KID и т. п. Режимы dPMR, DSTAR, FUSION и ALINCO не тестировались в связи с их бестолковостью (малая доля на рынке у всех, возможность использования разных кодеков у dPMR, проприетарность и ориентированность на радиолюбителей у последних трех).
• Невозможность внедрения NXDN Narrow (9600 bps) в будущем — AOR Japan ссылается на аппаратное ограничение чипсета. Есть слухи, что это ограничение кодека DVSI full rate, доступ к которому официально стоит более 1 млн. долларов (но это всего лишь слухи).
• В SSB и CW каждый щелчок валкодера дает легкий щелчок в динамике, а-ля разряд далекой грозы. Любители «теплого лампового» КВ будут в шоке.
• Сказки про высокий динамический диапазон, рассказанные западными обозревателями, оказались сказками. Измерять по методике было лень, но и на КВ и на УКВ приемник «затыкается» в крупном городе, требуя узких преселекторов или внешнего аттенюатора.
• Что касается аттенюатора. Ручного аттенюатора нет как класс, есть некий автомат, критерии работы которого производителем не описаны.
• S-метр индицирует силу сигнала только в «радиолюбительских» мкВ, никаких вам дБм (хотя вся современная техника предлагает 2-3 варианта единиц измерения).
• Отсутствие шага 3.125 кГц, который практически применяется в РФ уже не первый год. Как костыль можно использовать функцию произвольного сдвига шага, минимальное значение которой должно быть 100 Гц.
• Очень скромные коммуникационные возможности — 2 разъема на задней панели (SP out, AUX), и 2 разъема на передней (Headphones и micro-USB). Тот же Icom IC-R8600 предлагает в 4 раза больше разъемов для связи с «внешним миром».
• Отдельно хочется заметить, что отсутствие порта RJ-45 (Ethernet) в разработке 2017 года выглядит абсолютно нелепо.
• Выход с порта AUX предлагает на выбор только ПЧ с шириной 6 или 15 кГц, и работает только в режиме FM. Использовать приемник как переносчик РЧ-спектра, нельзя.
• Громкий «пук» динамика при включении и выключении. Также, при включении, из динамика слышен НЧ-гул.
• Горячий корпус (~45 градусов) и горячий (~50 градусов) БП. Кстати, в европейской версии идет трансформаторный БП, а в американских AR-DV1B/AR-DV1U — импульсный.
• Проблемы с гарантией: дилеры в США не принимают возвраты приемников, а AOR Japan бежит от любых проблем как черт от ладана.

Не плюсы и не минусы, просто факты:

• SDR (DDC) для частот до 18 МГц. Выше 18 МГц — супергетеродин (не DDC!)
• Погрешность установки частоты прогретого приемника (типовое нарекание на приемники AOR последнего поколения) не превышала 1,1 кГц на частоте в 1 ГГц
• Да, это не сканер: отсутствие поддержки транкинга в режимах P25, DMR и NXDN, только конвенциал. Это означает, что «скакать» по голосовым каналам он не умеет (и никогда не научится).
• Да, это не сканер: отсутствие аналога функции Close Call
• Да, это не сканер: статическая организация памяти по: 40 банков по 50 каналов. Привет из 90-ых.
• Приемник имеет слот для карты SD/SDHC, что, впрочем, уже как лет 5 является индустриальным стандартом. На флешку можно записывать звук, содержимое банков памяти, а также настройки приемника. Данные с флешки также могут использоваться в обратном направлении — для воспроизведения звука и восстановления содержимого памяти/настроек в память приемника. Звук может быть только НЧ (никаких вам IQ/baseband), формат WAV с дискретом в 19 кГц.
• Одного из моих знакомых, кто работал с приемником, также бесит то, что крупным и жирным шрифтом отображаются только мегагерцы, а все остальные разряды, включая сотни, десятки и единицы кГц, отображаются в тонким зауженным шрифтом. Лично меня это не бесит, но в глаза бросается сразу.

Замер чувствительности

Чувствительность приемника на частотах до 18 МГц заметно хуже, чем после 18 МГц, что объясняется переходом между режимами прямая оцифровка/супергетеродин. «Ступеньку» наглядно видно по таблице:

Данные были получены методом измерения чувствительности в режиме FM при полосе 15 кГц. На вход приемника подавался тестовый сигнал с девиацией 3 кГц, промодулированный тоном 1000 Гц. Соотношение сигнал/шум — в соответствии с SINAD 12 дБ. Источник сигнала — генератор с низким коэффициентов собственных шумов и гармоник, Anritsu MG3641A.

Форм-фактор

Зачем приемник попытались втиснуть в 1 DIN — совершенно не ясно. Это не сканнер (а в машине сканнер более актуален, чем приемник), и в нем нет функции Close call (а это одна из самых востребованных функций в автомобиле). Да и вообще, управлять DV1 в автомобиле крайне сложно — прочесть что-либо на дисплее аппарата на ходу будет очень непросто из-за малого размера дисплея, а также упомянутой выше несимметричности его углов обзора (по закону подлости самая плохая видимость с водительского сиденья). Да и DIN-корзины для него производитель не предлагает — придется искать ее, например, от магнитолы. Да и не понятно, насколько этому «горячему парню» понравится сидеть летом в топеде автомобиля, где температура на солнце может достигать 70 градусов.

Выводы

На Западе достаточно много владельцев этого приемника, хотя его нельзя назвать дешевым (от $1200 в США). У нас за него просят от 136 до 176 т.р. в зависимости от места приобретения. За такие деньги компания AOR могла бы сделать более продуманный аппарат с меньшим количеством недостатков. Скажем, взяв аналогичный IC-R8600 корпус и дисплей, сохранив всю функциональность AR DV1 и задействовав все коммуникационные порты корпуса Icom (включая порт Ethernet). А заодно убрав мелкие, но досадные недостатки, вроде щелчков VFO, «пука» УНЧ, отсутствия NEXEDGE 9600, DMO RPT и т. д. Сейчас же недостатков у аппарата в 3 раза больше, чем преимуществ. Их можно было бы простить, если бы приемник стоил $600-650 (на уровне топовых сканнеров Uniden и Whistler). Но, как уже было сказано, это и близко не так.

Что касается профессиональных пользователей РПУ, таких как службы радиоконтроля различных ведомств, то данный аппарат также вряд ли подойдет им, так как не является прямой бесшовной заменой для «старых добрых лошадок» Icom IC-R8500 и AOR AR5000/AR5000A. А значит, его не поставишь на пост радиоконтроля, где операторами могут быть простые деревенские парни, проходящие срочную службу. Да и действующее законодательство, ужесточившееся в начале 2019 г., не позволит легально закупать оборудование AOR в рамках госзаказа.

Но несмотря на все вышесказанное, приемник дает ощущение, что «маешь вещь», и радует звучанием во всех протестированных цифровых режимах. Поэтому, среди вероятных владельцев приемника — обеспеченные коллекционеры («чтобы был»), бизнесмены (для антуража и создания иллюзии безопасности), а также жертвы рекламы («AOR — это круто, мне так сказали»).

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

Если вы столкнулись с проблемой подключения к Интернету через PPTP-сервер, когда через тоннель недоступна часть сайтов, и особенно, если доступ по http работает нормально, а доступ по https к тем же самым узлам отсутствует, то нижеприведенная информация для вас. Например, такая ситуация происходит с VPN-сервисом VPN99.net, а также с частными pptpd, которые часто разворачиваются в «облаках» DigitalOcean, AWS и др. по инструкции вроде этой.

Потратив на эту проблему 2 дня — погуглив, прочесав все форумы, перепробовав массу настроек методом перебора — я нашел корень проблемы. Это параметры MTU/MRU. С одной стороны, это весьма очевидно, но с другой — совершенно нет. Дело в том, что обычно есть проблема с фрагментацией на крупном размере пакета, таком как 1500 байт (что логично). А на размере пакетов, скажем, в 1300-1400 байт такой проблемы быть не должно. Однако, проблема есть и размер пакетов как таковой оказался не критичен. Зато выяснилось, что демон pptpd с дефолтными конфигами имеет некоторые особенности. Например, его актуальные версии, такие как 2.4.5, не реагируют на установку параметров mtu n / mru n в конфигурационном файле. Консольная справка показывает валидность только параметра mru, а mtu, видимо, был исключен из настроек современной версии демона. Но есть другие варианты решения проблемы:

#1. Задать MTU и MRU в PPP-клиенте. Причем, в моем случае, доступ к узлам по SSL появляется только тогда, когда MTU меньше MRU на 4 байта или более. При этом само значение MTU / MRU не критично, любое в интервале 1400-1450 подойдет без проблем. Если PPTP-сервер не ваш, то это единственный доступный способ. Что касается именно 4 байтов, то, возможно, дело в FCS — проверочной последовательности кадра. Что-то там не симметрично при приеме и передаче.

#2. Если ОС ваша, то можно пропатчить скрипт ip-up, выставив в нем жестко значение MTU только для нужного интерфейса. Способ не самый изящный, так как вносятся изменения в системный скрипт ОС. Но решение вполне рабочее, и результат достигается.

#3. Самый красивый вариант для привилегированных пользователей ОС — это активировать согласование MSS (максимального размера сегмента) при помощи ядра ОС и iptables, если они, конечно, поддерживают такую возможность. Одна команда и файрволл возьмет вопрос согласования на себя (синтаксис для CentOS 7.xx).

# iptables -t mangle -A FORWARD -p tcp -m tcp --tcp-flags RST,SYN SYN -j TCPMSS --clamp-mss-to-pmtu

Для того, чтобы все работало, в CentOS 7 нужно выключить firewalld, установить iptables и не забыть сохранить правила, чтобы они работали и после перезагрузки (в интернете есть масса инструкций как это сделать). И этот вариант заработает только в относительно свежей ОС — потребуется ядро Linux версии не ниже 2.4.3 и iptables 1.2.1a или выше.

Куплю пеленгатор Rohde&Schwarz PA1555 (он же PA 1555), а также антенны для него:

• AP 1555 M / AP1555M
• AP 1555 G / AP1555G
• AP 1555 U / AP1555U
• AP 1555 T / AP1555T
• AP 1555 X / AP1555X
• и пульт GB 1555 / GB1555

Цена на пеленгаторный комплекс Роде и Шварц обсуждаема. Также могут быть интересны и другие модели радиопеленгаторов (предлагайте цены с указанием моделей). Если вы хотите продать ваш RohdeSchwarz, то пишите в почту: hello * aptem.ru Картинка для привлечения внимания, к делу отношения не имеет.

Куплю сервис-монитор / радиотестер по списку ниже:

• Aeroflex / Cobham 3920/3920B
• Aeroflex / Cobham 8800/8800SX
• HP / Hewlett Packard 8920/8920A/8920B
• HP / Hewlett Packard 8921/8921A/8921B
• HP / Hewlett Packard 8924A/8924C
• Willtek / Freedom / General Dynamics R8000, R8000B, R8100

Цена — предмет для диалога. Территориально в Москве или в регионе РФ, без разницы. Если вы желаете продать такой прибор, пишите в почту с картинки ниже. Если вы видите это сообщение, информация о покупке актуальна.

Новинка лета 2018 года, SDR-сканер Uniden SDS100. Долго, дорого, охуенно!