YAESU FT-DX9000

**VE3EUT** · 30.04.2005, 19:33

Первоначальное сообщение от Игорь UN7GM
Поживем - увидим. GPL на ОС не подразумевает открытие исходников под софты, написанные под нее, насколько я знаю. Или Вы хотите сказать, что любой софт, написанный под Линукс автоматом выкладывается с исходниками? Есть и еще такая вещь, как целесообразность и популярность. Мобильники выпускаются многими тысячами, трансиверы сотнями, образно говоря. Японцы вообще никогда не дают никаких исходников, даже не комментируют своих же схем. Так что вряд ли Ваши надежды оправдаются.

Я хочу сказать что нарушать GPL они не будут. Если их софт содержит куски кода под GPL или линкуется с кодом под GPL, он так же должен быть открыт.Так же есть очень высокая степень вероятности что они не захотят изобретать велосипед и пойдут проторенным путем как все японцы, т.е реализуют большую часть кода как часть ядра(как в мотороловских смартфонах например). Даже если откроют не все, с высокой степенью вероятности можно полагать что они будут использовать стандартные средства разработки и стандартные бинарные форматы вроде elf-а. А это значит что добавлять свои примочки будет все равно достаточно легко.

Игорь UN7GM · 30.04.2005, 20:25

Да не будет добавок никаких примочек! Зачем производителю геморрой с разборками кто накосячил и каким образом? Заметим для ясности, что даже такая массовая штука, как резаки CD/DVD даже при заливке фирменных прошивок не обладает гарантией на безглючность. Инженеры производителя пишут прошивку и ничего не гарантируют. А Вы хотите, чтобы вещь стоимостью в несколько штук баксов была доступна для переделок юзеру, да еще чтобы при этом фирма давала какие-либо гарантии. На свой страх и риск - да ради Бога, хоть задизассемблируйтесь. Но сам производитель на себя такой риск не возьмет и будет прав на 100%.

**Кондуктор** · 02.05.2005, 23:42

Наверное стоит обратиться к тексту на странице 24 - в переводе на русский интересующий нас текст звучит примерно так "Адаптированием операционной системы Linux мы создали возможность для появления специализированных сторонних разработок, таких как видоизмененная раскладка TFT экрана и т.д."

Сердцем Data Managment Unit является процессор со стандартной PC архитектурой Via C3/667, по сути дела обычный Селерон. Более того, Data Management Unit - это совсем не DSP, а полноценный встроенный внутренний ПК выводящий информацию на внутренний или внешний TFT мониторы, имеющий возможность ввода со внешней клавиатуры и доступ к сменным носителям памяти.

Приложения которые будут работать на DMU вряд ли имеют отношение к функциям DSP.
Не стоит забывать, что версия Contest вообще не имеет DMU и при этом использует все функции DSP. Скорее стоит рассматривать DMU как обычный полноценный ПК встроенный непосредственно в 9000.

Вот что пишут по этому поводу в рекламке -
"Встроенный широкоформатный 6,5 дюймовый TFT дисплей с разрешением 800х400 точек, FTDX-9000 также оснащен разъемом на задней панели для подключения внешнего монитора. На дисплее доступно отображение следующих режимов - часы всемирного времени, панорамный индикатор,
состояние трансивера с режимом отображения графика КСВ в полосе частот, осциллограф и анализатор формы аудиосигналов, управление редкутором и отображение азимутальной карты, список каналов памяти, меню трансивера."

Соответственно и юзеру вряд ли будут доступны изменения в прошивке DSP, но вот написание альтернативных логов, программ для цифровых видов связи, скинов для экрана, цифровых магнитофонов и вывод инофрмации с DX-Cluster реализовать совсем не сложно.

Если опубликовать базовые вызовы функций внутренней ОС, эдакий FT-DX9000 SDL, то для многих программистов разработка приложений может быть весьма интересна.
Но что-то мне подсказывает, что этот Data Management Unit сделан полностью аналогично обычному ПК. Если это так, то
портирование уже имеющегося любительского софта под Linuх будет совсем несложной задачей.

Игорь UN7GM · 03.05.2005, 18:33

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

**VE3EUT** · 04.05.2005, 13:03

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

Да, Игорь, и Sony PS2 яркий пример

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

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

Игорь UN7GM · 04.05.2005, 18:22

Я тоже уважаю Ваше мнение, но не разделяю оптимизма, поскольку долго работал с японцами и слегка представляю их менталитет. Будущее нас рассудит.

**Кондуктор** · 04.05.2005, 20:27

Не вижу особенных противоречий между менталитетом японцев и закрытостью архитектуры, в данном конкретном случае. То что принято обычно назвать прошивками или "firmware" в FTDX-9000 вроде бы никто и не обещает сделать открытым, да и ни о каком Линуксе речь там не идет.

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

Основной микроконтроллер обслуживает управление функциями трансивера, загрузку и обновление программ в DSP и пр. Этот процессор есть во всех моделях 9000, 9000D и Contest и функционирует абсолютно схоже
с подобным узлом в 7800. Не думаю что будут хоть какие-то
реальные возможности обновлять его прошивки кроме как от изготовителя. Естественно, что и в буклете нет упоминаний об этом.

А вот Data Mangement Unit, который выводит информацию на TFT дисплей работает под Линуксом. Так он ведь и управляет трансивером лишь чуть больше чем классический CAT. Для реализации всех нужных функций DMU достаточно лишь иметь доступ к CAT интерфейсу (хотя скорее всего управлять он будет все же по быстрой внутренней цифровой шине) связь с аудио входом/выходом трансивера и возможность вывода на встроенный или внешний дисплей.

При этом приложения которые можно запускать на DMU вряд ли смогут существенно нарушить работу трансивера. Если же записать ОС и базовые приложения в флэш и предусмотреть возможность нажатием кнопки Reset восстанавливать первоначальную конфигурацию - то проблем вообще никаких.

Если так и сделано, то все выглядит очень логично. Прямо как в обычном ПК, апгрэйд BIOS только для продвинутых пользователей, а запуск приложений для всех остальных.
Опять таки, если внутри слегка адаптированный Линукс, да еще и с Intel системой команд (напомню процессор стоит от Via), то никакой надобности в хакерстве и ломании прошивок.
Пишется или берется готовое Линукс приложение для ПК - например лог или программа для SSTV, слегка корректируется чтобы учесть разницу скажем между HDD и накопителем на флэш и все готово.

Пока что это конечно всего лишь догадки, основанные на доступной информации. Однако независимый блок выдающий видео на VGA мониторы, построенный на Intel совместимом процессоре и ОС Линукс, позволяющий вводить данные с стандартной ПК клавиатуры, а хранить их на картах флэш памяти совместимых с ПК - это уж очень бросающееся в глаза свидетельство замысла разработчиков. Случайно такие вещи не появляются...

Игорь UN7GM · 04.05.2005, 22:03

Сравните возможности САТ от Yaesu и CI-V от Icom, сразу станет все ясно. САТ - изначально убогий примитив, который не расширялся с момента задумки. CI-V - наоборот, гибкая система, поддерживающая практически неограниченное расширение. За очень редкими исключениями, CI-V может управлять всеми функциями трансивера, включая аналоговые(внешне) органы управления. Если у Yaesu в этой модели хватит ума отказаться от убожества САТ - тогда еще о чем-то можно говорить, а коли нет, тогда можно не надеяться.

**VE3EUT** · 04.05.2005, 22:33

Первоначальное сообщение от Игорь UN7GM
Сравните возможности САТ от Yaesu и CI-V от Icom, сразу станет все ясно. САТ - изначально убогий примитив, который не расширялся с момента задумки. CI-V - наоборот, гибкая система, поддерживающая практически неограниченное расширение. За очень редкими исключениями, CI-V может управлять всеми функциями трансивера, включая аналоговые(внешне) органы управления. Если у Yaesu в этой модели хватит ума отказаться от убожества САТ - тогда еще о чем-то можно говорить, а коли нет, тогда можно не надеяться.

Игорь, а в чем принципиальная невозможность расширения CAT протокола ?
Да, он тупой и убогий, у ICOM протокол однозначно получше, но все равно не лучше чем кенвудовский(потому что он human readable). Но вот невозможности расширения почему-то не заметил.

**Кондуктор** · 05.05.2005, 11:10

В маленькой рекламной бумажке и это прописано. "CAT command control via rear-panel RS-232C jack". Вряд ли он будет сильно изменен, для работы с внешними логами и его возможностей более чем достаточно.
Будут ли внутри DMU использоваться CAT команды - вполне возможно. Однако очевидно что панорамный индикатор или осциллограф на общении с железом на уровне CAT команд построить затруднительно. Как я и писал выше, вероятно общение с высокоскоростными устройствами ввода-вывода и обмен информацией с основным процессором трансивера будут происходить по высокоскоростной цифровой шине.

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

Игорь UN7GM · 05.05.2005, 18:46

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

Поглядите на заднюю панель трансивера и представьте, что он стоит прямо перед Вами. Каким образом Вы представляете "заливку" измененной прошивки? Что и куда будете подключать, какой софт использовать? Пока Yaesu не соблаговолит дать разрешение на подобные эксперименты и не предоставит софт для внесения изменений, все мечты останутся мечтами. На какой бы базе ни было написано ПО - Линух, QNX или еще что.

**VE3EUT** · 05.05.2005, 19:34

Первоначальное сообщение от Игорь UN7GM
Поглядите на заднюю панель трансивера и представьте, что он стоит прямо перед Вами. Каким образом Вы представляете "заливку" измененной прошивки? Что и куда будете подключать, какой софт использовать? Пока Yaesu не соблаговолит дать разрешение на подобные эксперименты и не предоставит софт для внесения изменений, все мечты останутся мечтами. На какой бы базе ни было написано ПО - Линух, QNX или еще что.

На задней панели есть как минимум 1 USB и 1 RS-232.

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

**Кондуктор** · 05.05.2005, 20:48

Процесс "заливки" прошивки для основного процессора будет проистекать точно так же как и у всех трансиверов имеющих такую возможность. Полагаю что запуск программы на ПК и соединение портов RS-232 нуль-модемным кабелем это все что может понадобиться.

Процесс загрузки приложений в память DMU может выглядеть по-разному. Разъем для карты флэш памяти (на которой согласно буклетику можно сохранять данные лога) очень хорошо подходит для этой цели. Записал с компа на любом
ридере несколько нужных прог в флэшку 512М и готово.
Ну и как было сказано выше у 9000 есть RS-232, USB и RJ-45 подозрительно смахивающий на Ethernet. Во всяком случае никаких принципиальных проблем по замене "прошивки" или загрузке программ для DMU такой набор портов ввода/вывода
не обещает.

Игорь UN7GM · 05.05.2005, 21:04

Ладно, что воду в ступе толочь, ждите и обрящете, толцыте и отверзится, просите и будет дано вам :-). Будет весьма любопытно узнать в конечном счете, кто окажется прав. Пока мои шансы выше. У 7800 тоже есть набор этих разъемов, но никаких "хаков" и самодельных заливок пока нет и вряд ли они появятся. Хотя этот трансивер уже год как реальность, в отличие от неофита 9000.

**RW3FY** · 06.05.2005, 14:18

Народ, а так ли уж важна обсуждаемая возможность юзерского влезания в фирмовый софт аппарата? По-моему, такая возможность не стОит даже затраченной на данный спор энергии сторон. Сами посудите.
Чего там можно будет менять? Режимы транзисторов, расклад по усилению и параметры фильтров --- абсолютно уверен, что не более, чем в объёме обычного сервисного меню любого достаточно продвинутого аппарата --- того же 7800, к примеру. Ну и вдобавок заливать firmware софт, чего даже в TS-480 доступно. А изменять вид "обоев рабочего стола" и прочее "украшательство" --- не вижу проблем, но нахрен оно нужно? Реально в жизни у кого-нибудь возникало желание перекрасить переднюю панель тысячника или 756ПРО с чёрного в зелёный цвет? Или изменять цветовую гамму в "телевизоре" 756ПРО и менять расположение и шрифт надписей? По-моему, то, что реально будет доступно --- не более, чем рекламный шаг и потребность для всего лишь 0,01% юзеров, т.к. на реальных ТТХ аппарата оно всё равно не будет сказываться, а если и будет сказываться --- то где-то у 0,001% из числа попытавшихся --- тех, кому по карману содержать нормальную радиолабораторию с современной измерительной техникой.
На мой взгляд, в аппарате такого класса важны три вещи:
1) Его реальные ТТХ --- а хрен его знает, пока не увидим мало-мальски реального результата тестирования или, как самый минимум, его схем
2) Надёжность --- узнаем лет через 10, и то, в виде 90% болтовни и 10% реальной информации
3) Эргономика --- по первому впечатлению, 9000 однозначно проигрывает своему конкуренту. Конечно, впечатление с картинки часто бывает обманчиво --- надо всё же поработать на аппарате --- но, мне кажется, шансов у Есу тут мало, слишком уж "на любителя" всё в эргономике этого аппарата сделано.

73! RW3FY