Jump to content

Recommended Posts

Первая проблема: похоже всё-таки в монтаже

Вторая проблема: проверил только что на версии 0.720. Баклан №1.Частота килогерцы. Назначил комбинации из трёх тумблеров - всё отрабатывает корректно. Похоже, что-то не то делаете. Давайте разбираться.

 

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

 

Да, на всякий случай... Роутер лучше запускать после того, как сим и самолёт загружены. И убедиться, что на вкладке "информация" ничего не написано про ошибки.

Share this post


Link to post
Share on other sites

Проблема оказалась все таки в монтаже. В роутере не сразу заметил что при инициализации срабатывают комбинации только из 5 управляющих проводов (а на барабане кГц их шесть ). Плохо припаял гребенки на плате кнопочной матрицы вот и контакт был плохой (а точнее его не было). Все работает корректно. 

post-14602-0-58860800-1487508071_thumb.jpg

Share this post


Link to post
Share on other sites

Отлично!

Edited by Zhabo
  • Upvote 1

Share this post


Link to post
Share on other sites

Дмитрий, доброго Вам времени суток. Подскажите, реально ли добавить вывод в обычный виртуальный COM-port? К примеру такого формата посылки: для частоты УКВ1 - [id переменной 0x00 - 0xFF][MHz][kHz]. Для частоты 122.800 - 0x01 0x7A 0x50(01 122 80).

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

С уважением,

Дмитрий Дошин

Share this post


Link to post
Share on other sites
2 часа назад, DNV640 пишет:

хотел попробовать добавить самостоятельно полноценное описание протокола ModbusRTU

Трудно придумать более убогий и неудобный протокол. Его использование еще можно понять, если требуется общение с каким-то промышленным оборудованием (для которого этот протокол по какому-то недоразумению стал стандартом де-факто), но вводить его по доброй воле без крайней необходимости - совершенно непонятное решение. Он завязан на выдерживание жестких временных рамок. Реализовать его полностью "честно" на персональном компьютере невозможно из-за особенностей применяемых в ПК контроллеров последовательного порта. На USB-COM переходниках и подавно. Даже на микроконтролерах с полным доступом к железу он полностью реализуется далеко не просто. Используйте более продуманный протокол, тот же SLIP хотя бы.

  • Upvote 2

Share this post


Link to post
Share on other sites
7 часов назад, САБ пишет:

Трудно придумать более убогий и неудобный протокол. Его использование еще можно понять, если требуется общение с каким-то промышленным оборудованием (для которого этот протокол по какому-то недоразумению стал стандартом де-факто), но вводить его по доброй воле без крайней необходимости - совершенно непонятное решение. Он завязан на выдерживание жестких временных рамок. Реализовать его полностью "честно" на персональном компьютере невозможно из-за особенностей применяемых в ПК контроллеров последовательного порта. На USB-COM переходниках и подавно. Даже на микроконтролерах с полным доступом к железу он полностью реализуется далеко не просто. Используйте более продуманный протокол, тот же SLIP хотя бы.

Ну мой выбор на Modbus пал только лишь по причине довольно долгой работы с ним. 

А вот за примеры других протоколов - огромное спасибо! Буду изучать. Может еще какой подскажите для изучения?

Share this post


Link to post
Share on other sites

Нет, не подскажу. В своих конструкциях я использую с небольшими вариациями канальный уровень от протокола IrDA (он похож на SLIP, но там отдельные управляющие символы для начала и конца пакета, что позволяет не передавать длину пакета и проверять целостность ничего не зная о содержимом, а это способствует хорошему делению протокола на уровни). Вариации заключаются в использовании 8-битной контрольной суммы (если все пакеты небольшого размера) и в использовании разных символов начала запроса и начала ответа если работаю через RS485 (все слышат всех). Более верхние уровни придумываю сам под конкретную задачу.

Share this post


Link to post
Share on other sites
Цитата

реально ли добавить вывод в обычный виртуальный COM-port?

Какая цель? Если просто попробовать построить что-то из своего железа, то, поддержку для железа, которого у меня нет, написать практически нереально. У меня в роутере всё будет работать, у вас всё будет хорошо с железом, но вот вместе не заработает, потому что "есть нюансы" и "нет интеграционных тестов".

Если же задача вывести частоты на что-нибудь, то почему бы не использовать F3? Это железо роутер уже поддерживает.

Edited by Zhabo
  • Upvote 2

Share this post


Link to post
Share on other sites
1 час назад, Zhabo пишет:

Какая цель? Если просто попробовать построить что-то из своего железа, то, поддержку для железа, которого у меня нет, написать практически нереально. У меня в роутере всё будет работать, у вас всё будет хорошо с железом, но вот вместе не заработает, потому что "есть нюансы" и "нет интеграционных тестов".

Если же задача вывести частоты на что-нибудь, то почему бы не использовать F3? Это железо роутер уже поддерживает.

Я могу вам полностью сформулировать желаемый формат посылки. Плюс все собирается на ардуинах(потребности удовлетворяет, а ценник на порядок ниже чем у Станислава) по своей идеологии. Железо Станислава я использую там, где оси, да и то до момента глубокого освоения STM. Ибо там АЦП 16бит(STM32F3xx), против 10 у AVR(хотя может оно и не нужно). Но это лирика.

Сейчас у меня стоит задача вывода данных из тушки в свои железки, которые подсоединены как виртуальный COM. В связи с этим и прошу вашей помощи, так как в этом случае, я так понимаю, Вам добавить нужно не много(на фоне всего роутера).

Да и если Ваш роутер научиться слать в порт - разобрать посылку и скорректировать прошивку не представляется проблемой.

С уважением,

Дмитрий Дошин

Share this post


Link to post
Share on other sites

Как определить, что ваше устройство подключено к COM-порту и готово к работе, а также, что это именно ваше устройство, а не что-то другое?

Edited by Zhabo

Share this post


Link to post
Share on other sites
В 27.05.2017 в 07:56, Zhabo пишет:

Как определить, что ваше устройство подключено к COM-порту и готово к работе, а также, что это именно ваше устройство, а не что-то другое?

Можно получить список доступных com-портов и отправить запросы. Я на этот запрос отвечу нужной посылкой.

Для примера как один из вариантов:

PC->MC: "ARD_IDENT"

MC->PC: "ARD_PANEL"

Для дальнейшего обсуждения предлагаю перейти либо на почту<aer-dn@yandex.ru>, либо ВК 

 

 

Share this post


Link to post
Share on other sites

Вопрос про ответчик СО-72. В реальном приборе под окошком белого цвета по две пары ламп красного и зелёного цвета. В модели Ту154М при переводе из режима ОТКЛ загораются зелёные лампы. В роутере предусмотрена только лампа контроля (красного цвета). Получится ли через роутер выполнить алгоритм работы лампы зелёного цвета ? Возможно ли самому задать алгоритм для зелёной лампы в роутере ?

Share this post


Link to post
Share on other sites
В ‎21‎.‎12‎.‎2016 в 02:00, Zhabo пишет:

Роутер может принимать на вход бинарный код. Для этого нужно во вкладке "коммутация" на в панели Баклан на "Частота килогерцы" и "Частота мегагарцы" назначить "Бинарный ввод". Нажать кнопку "инициализация" и проктутить ручку по всем позициям, чтобы роутер понял, из каких именно кнопок составляется бинарный код. Затем ещё раз нажать на инициализацию. После этого, можно назначать бинарные коды на каждую отдельную позицию переключателя.

.....жаль что для бакланов с цифровой индикацией это не подходит, т.к. на выходе некий цифровой код который нужно расшифровывать. Буду расшифровывать как только обзаведусь логическим анализатором.
В наличии цифровые ПДУ от Баклан и Орлан, у них набор элементов и расположение на платах различаются.
В результате хочу получить универсальное решение для обоих ПДУ. Если не выйдет придётся делать по-топорному - грубо цепляться к сегментам индикаторов.

Share this post


Link to post
Share on other sites
51 минуту назад, avia LAVRIK пишет:

Буду расшифровывать как только обзаведусь логическим анализатором.

wij в таких случаях кропотливо срисовывал схему. Имея схему понять логику работы гораздо проще. К счастью, найти документацию на отечественные микросхемы логики нетрудно. 

Share this post


Link to post
Share on other sites
В ‎21‎.‎07‎.‎2017 в 11:40, САБ пишет:

wij в таких случаях кропотливо срисовывал схему. Имея схему понять логику работы гораздо проще. К счастью, найти документацию на отечественные микросхемы логики нетрудно. 

Видимо придется так и делать...начну с цифрового ПДУ Баклан. У ПДУ Орлан возможны варианты - на виду стоит микросхема управления индикаторами 564ИК2 с известной таблицей истинности, может попробовать считать что на её входах либо выходах

Share this post


Link to post
Share on other sites
В 21.07.2017 в 08:36, avia LAVRIK пишет:

... В реальном приборе под окошком белого цвета по две пары ламп красного и зелёного цвета...

А каков алгоритм включения этих ламп? Хотя бы примерно.

Share this post


Link to post
Share on other sites

Нашёл следующую информацию по работе СО-72М:
Включение, проверка работоспособности и использование ответчика в полете.

При наличии на борту самолета напряжения постоянного 27 В и переменного тока 115 В 400 Гц убедиться, что автоматы за­щиты сети на левой панели АЗС, в РК кухни и на левой панели генераторов установлены в положение «СО-72».
Проверку произ­водить в следующем порядке:
1. Включить питание ответчика, установив переключатель режимов работы на пульте управления в положение «РСП».
2. Включить питание, обогрев системы СВС-ПН-15 и пита­ние высотомера ВЭМ-72.
3. Установить переключатель «I-II» на пульте управления в положение «I»,
4. После прогрева ответчика (1—2 минуты после включения) нажать на кнопку «Контроль на пульте управления. При исправном ответчике светосигнальное табло должно непрерывно освещаться белым (зеленым) светом. Отпустить кнопку «Кон­троль» и произвести аналогичную проверку на всех режимах работы.
5. Установить переключатель «I-II» в положение «II» и прове­рить работу ответчика в соответствии с методикой, указанной в п. 4.
Если светосигнальное табло «Контроль» не горит, необходимо проверить исправность предохранителей в блоках СО-72М и БПИ-АЦ.
Если светосигнальное табло «Контроль» горит красным све­том при нажатии кнопки «Контроль», необходимо проверить ис­правность блоков СО-72М и БПИ-АС с помощью кнопок «Кон­троль» на этих блоках. Неисправные блоки необходимо заме­нить.

Примечания:
1. При наличии на аэродроме работающей РЛС ответчик мо­жет принимать запросные сигналы. В этом случае светосигналь­ное табло «Контроль* будет периодически мигать белым (зеле­ным) светом при облучении самолета наземной РЛС.
2. Не рекомендуется одновременно нажимать кнопки «Знак» и «Контроль», так как после отпускания кнопки «Знак» сигнал индивидуального выделения самолета на экране РЛС действует в течение 30 секунд, при этом самоконтроль работать не будет.

6. Выключить ответчик, установив переключатель режимов работы на пульте управления в положение «Откл».

Использование ответчика в полете.

Перед взлетом включить питание: ответчика СО-72М, питание и обогрев системы СВС-ПН-15 и высотомера ВЭМ-72.
Согласно плану полета установить режим работы ответчика.
При полетах по российским авиалиниям в режимах «РСП», «УВД» и «УВД-М» на запрос наземных диспетчерских ВРЛ от­ветчик выдает ответные кодовые сигналы (координатные и ин­формационные), о чем свидетельствует мигание светового табло на пульте управления ответчика.
Передача высоты ответчиком производится от прибора УВО-15, расположенного на левой приборной доске пилотов, и может быть передана в абсолютном значении 760 мм рт. ст. (Набс) или относительном значении по давлению на аэродроме (Нотн).
При­чем, при работе первого или второго полукомплекта ответчика, текущая высота в ответчик поступает с высотомера УВО-15.
Кнопка «Знак» на пульте управления нажимается по требова­нию диспетчера.
Выключатель «Авария» включается в аварийных ситуациях по решению командира воздушного судна.
При полетах на международных авиалиниях ответчик уста­навливается в режим работы «RBS» («АС» и «А»). Набор такти­ческого номера на пульте управления производится с помощью четырех кнопок по команде диспетчера зарубежных систем УВД.
Передача высоты ответчиком в режиме «АС» производится от барометрического давления 760 мм рт.ст., от высотомера УВО-15, расположенного на левой приборной доске пилотов, незави­симо от установки давления на приборе. Причем, при работе второго полукомплекта ответчика в режиме «АС», текущая вы­сота в ответчик поступает от электромеханического высотомера ВЭМ-72, а в остальных режимах и при работе первого полукомп­лекта ответчика — от УВО-15.
Сигнал бедствия на зарубежных авиалиниях передается с пульта управления ответчика, для чего необходимо набрать че­тырехзначный номер кода 7700, в случае потери радиосвязи -7600, а при нападении на экипаж — 7500.

Edited by avia LAVRIK

Share this post


Link to post
Share on other sites

Перечитал несколько раз, но не понял, реализация какой логики требуется?

Прогрев 1-2 минуты? Этого в текущей версии сделать нельзя.

Предохранителей? Нет ни в модели, ни в симе.

Принимать сигналы РЛС? Наверное, можно организовать с помощью переменных FSUIPC, но, думаю, симулятор даёт их постоянно, а не прерывисто.

Share this post


Link to post
Share on other sites

Вопрос в том какие параметры в части СО-72, в том числе состояния красной и зеленой ламп, возможно считать из модели Ту154 в FS9 и исходя из этого подумать над алгоритмом чтобы максимально приблизить к реальному прибору.
 

 

Edited by avia LAVRIK

Share this post


Link to post
Share on other sites

Насколько я понимаю, для СО-72 в роутере есть все переменные, имеющиеся в Ту-154. Я смотрел map-файлы, которые в этой ветке мне давал Сергей. Других переменных, начинающихся с SO72 в них нет. Что касается переменных FS9 - они все описаны в комплекте документации к модулю FSUIPC.

Share this post


Link to post
Share on other sites

Меня несколько раз спрашивали, почему не работает "баклан"? Я не мог понять, почему у меня работает, а у некоторых пользователей роутера не работает. Сегодня, получив ещё раз такой вопрос, полез разбираться и вспомнил...

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

 

Работает это так:

В роутере есть тип переменных "коммутатор". Это - ячейка памяти, созданная роутером в памяти роутера. Я использую их в некоторых сценариях работы с переменными сима. Далее покажу один сценарий.

При включении роутера, в переменную FSUIPC записываются текущие значения из "коммутаторов" Килогерцы (внутренние) и Мегагерцы (внутренние)

Далее, при управлении железом, меняются значения "коммутаторов", затем эти значения записываются в FSUIPC

Индикатор подключенного железа также отображает частоты из "коммутаторов"

Зачем так сделано?

В симе значения частоты баклана отличается от того, что отображает Ту-154. А именно, нет разряда "сотни" (в частоте баклана всегда "1"), а также нет третьей цифры после запятой.

То есть. "3105" в симе это "131.050" в тушке (при отображении добавляем 1 в начало и 0 в конце и посередине запятую). Казалось бы, просто. Но есть нюанс:

Сим 3100, тушка 131.00

Сим 3102, тушка 131.025 <- вот он, нюанс. В симе 02, а отобразить нужно 025

Сим 3105, тушка 131.050

Сим 3107, тушка 131.075 <- и вот ещё раз. В симе 07, а отобразить нужно 075

и так далее.

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

  • Upvote 1

Share this post


Link to post
Share on other sites

Здравия! Подскажите возможна ли работа роутера с X-Plane через xpuipc (http://www.tosi-online.de/XPUIPC/XPUIPC.html)? И если возможна, то как правильно настроить (используются модули ARCC)? А если нет, то возможна ли доработка роутера для  связи с SIOC или напрямую с X-Plane? Заранее Спасибо.

Share this post


Link to post
Share on other sites

Добрый вечер,

роутер не умеет работать с xpuipc. Я точно не буду заниматься такой доработкой.

Share this post


Link to post
Share on other sites

Помогите! Почему не подключается FlexRouter?

image.png.a40324fe82986fd0310eb2680c9dadf6.png

Версия вот эта:

On 3/21/2016 at 10:03 PM, Zhabo said:

Пакет  PT TU-154M Full Kit 2.04 взят отсюда: http://files.protu-154.org/index.html

image.png.46fc1f95d2e16606bfaceaa9074f41aa.png

FSUIPC 3.93

Спасибо!

Edited by aiRoNe

Share this post


Link to post
Share on other sites

Добрый день, aiRoNe! Проверьте  диспетчер задач, бывает что запущено два процесса FS9, т.е. нажали иконку один раз, процесс вроде пошел, но потом остановился, Вы инстинктивно нажимаете еще раз, симулятор стартует и загружаете самолет. При запуске FlexRouter "ловит" в памяти первый неуспешный запуск и может выдавать такую ошибку, у меня есть такой эффект. Насколько я помню самолет Ту-154М может быть и не загружен, при старте роутера не возникает такой ошибки, главное успешный запуск FS9.

Если процесс в диспетчере один, то тогда в папке роутера есть логирование приложите лог, уважаемый Zhabo, по логу подскажет в чем дело. 

Edited by andrey_g_p

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

×