Jump to content

Search the Community

Showing results for tags 'Приборы'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Основной раздел
    • Вопросы и ответы
    • Новости
    • Реальная авиация
    • Навигация и Самолётовождение
    • Железо и программы
    • Пoлитика*
    • Объявления
    • Симмеры
    • Разное
  • VIP Lounge
    • Общение VIP (*)
  • Мультимедиа и ссылки
    • Фотографии
    • Скриншоты
    • Видеоматериалы
    • Ссылки
  • Сайт Avsim.su
    • Сайт
    • Avsim Radio
  • Microsoft Flight Simulator и Lockheed Martin Prepar3D
    • Начинающим пилотам
    • Microsoft Flight Simulator 2004 (и предыдущие версии)
    • Microsoft Flight Simulator X
    • Lockheed Martin Prepar3D
    • Трафик
    • Полеты Online
    • Отечественный авиапром
    • Зарубежный Авиапром
    • Малая авиация
    • Вертолеты
    • Тест-Драйв
  • X-Plane
    • X-Plane Общий форум
    • X-Plane 11
    • X-Plane 10
    • X-Plane 9
    • X-Plane 8 (и предыдущие версии)
    • Скриншоты X-Plane
    • Полеты Online X-Plane
    • Создание дополнений для X-Plane
  • Полеты Online
    • Полеты Online: VATSIM
    • Полеты Online: IVAO
    • Полеты Online: Общие вопросы
  • Экономические симуляторы
    • FS Passengers
    • FSEconomy
    • Другие экономические симуляторы
  • Конструкторская
    • Создание моделей и текстур
    • Создание сценариев
    • Панели и приборы
    • Звуки
    • Динамика
    • Simconnect
    • "Железные" кокпиты
    • Моделирование
  • Военные авиасимуляторы
    • Общая
    • Ил-2 Штурмовик
    • Война в небе — 1917
    • Lock On
    • Falcon
    • Microsoft Combat Flight Simulator
  • Различные симуляторы
    • Microsoft Flight
    • FLY
    • Orbiter
    • FlightGear
    • Другие симуляторы
  • Коммерческие дополнения для симуляторов
    • Официальная поддержка аддонов JAR Design
    • Ezdok Camera
    • FlightFactor & StepToSky
    • RU Scenery Design
  • Форумы поддержки проектов
    • Проект Ил-18
    • Проект "Трафик СНГ"
  • ВА - Виртуальные Авиалинии
    • ВАК Ржевка
    • ВА Аэрофлот
    • ВА ЮТэйр
    • ВВС России и Украины
    • ВА Восток
    • ВА Донавиа
    • VA "Sky Airways"
    • ВА Prop Air Aviation
    • ВАТК Ямал
  • English Speaking Community
    • General Discussions
  • AVSIM.SU CLUB's Темы
  • Клуб любителей холодного пива's О пиве
  • Клуб любителей ретро's Трафики
  • Клуб любителей ретро's Симуляторы
  • Клуб любителей ретро's История аэропортов
  • Клуб любителей ретро's Сценарии

Blogs

There are no results to display.

There are no results to display.


Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


AIM


MSN


Website URL


ICQ


Yahoo


Jabber


Skype


Location


Interests


Место в рейтинге


Конфигурация компьютера

Found 2 results

  1. Продолжаю разговор начатый в соседней теме. Shadow Builder вежливо попросил оттуда, поэтому свои результаты и идеи буду выкладывать здесь. Обсуждение и критика не возбраняются. В этом сообщении я постараюсь ответить на оставленные в той ветке неотвеченными посты fiyrus и vitabutch. Итак, стоящая задача: создать кокпит Ми-8 с оживлением настоящих приборов, а при невозможности оживления - создание максимально правдоподобных имитаций. В качестве отправной точки имеется корпус кабины - останки какого-то тренажера. Строится все это даже не для себя, а для авиамузея, т.е. чистый альтруизм и практически никакого финансирования, поэтому цена комплектации - один из важных факторов. В качестве управляющей программы выбран x-plane. Просьба этот пункт принять как данность и не обсуждать. Архитектура системы видится следующая: Электрически интерфейс разбит на две шины, одна для передачи данных от симулятора на индикаторы, вторая для передачи данных от органов управления в симулятор. Если прибор имеет и то и другое, то в него входят обе шины. Поскольку на шине индикаторов только один мастер - коллизии исключены. В качестве интерфейса выбран RS485 по следующим соображениям: 1) Интерфейс полудуплексный, подходит при отсутствии коллизий. 2) Интерфейс предполагает наличие многих устройств (драйвер дешевых "обычных" SP491 рассчитан на 32 приемника), в отличие от RS232, который предназначен для соединения только двух устройств. 3) Используются диференциальные приемники и передатчики, рассчитаные на витую пару, отсюда следует хорошая помехозащищенность. Для fiyrus, комментарий на сообщение: резисторы-терминаторы на концах линии служат для согласования волнового сопротивления линии и следующего из этого исключения отражения сигналов от концов несогласованной линии. Отраженный сигнал накладывается на прямой и искажает его. Чем резче фронты сигнала, тем больше искажений внесет отраженный. Волновое сопротивление витой пары 120 Ом, именно поэтому номинал терминирующих резисторов выбирается таким, а не из соображений "чтобы ток побольше тек". 4) Недорогие драйвера, изначально рассчитанные на скорости более мегабита (SP491 - 5 Мбит). Предел для обычных драйверов RS232 - 115Кбит. 5) Интерфейс изначально рассчитан на большие расстояния. Если не хватит пропускной или нагрузочной способности, то шина разбивается на две - приборы левого и правого пилотов. Протокол с подтверждениями и повторами. Если устройство не подтвердило два повтора, оно считается неисправным и исключается из посылок на какое-то время (2-5 сек.).В прибор передается значение отображаемой физической величины. Поскольку каждый индикатор раз и навсегда жестко привязан к своему модулю управления, то все преобразования физ. величины в пупки, подающиеся на прибор с учетом всех калибровок происходят непосредственно в модуле. В качестве интерфейса источников сигналов о положении органов управления, переключателей и т.п выбран CAN. Часть причин описана в этом сообщении. дополнительно: существуют небольшие контроллеры со встроенным модулем CAN ценой порядка 4 долл (их много у микрочипа). Снаружи требуется только драйвер розничной ценой в доллар. Это гораздо дешевле, чем реализовывать связь между контроллерами через эзернет. На шине CAN мастеров много, но они передают свои данные с частотой 80 Гц (посоветована fiyrus в вышеупомянутой теме). Согласно моим расчетам в той же теме, все органы управления успеют передать свои состояния за 1/80 сек благодаря механизму разрешения коллизий, заложенному в CAN. Если частоты 80 Гц для каких-то датчиков будет мало, то можно разделить приборы на несколько групп, передающих информацию с разными периодами. Благодаря механизму приоритетов в CAN исключается блокирование сообщений от устройств с более высоким приоритетом устройствами с более низким. Для передачи необходимой информации достаточно 8 байтов сетевого уровня протокола CAN, поэтому никакие протоколы более высокого уровня поверх CAN не нужны. В качестве соединителя этих шин с компьютером будет использоваться микросхема FT2232, на одном (или обоих) из UARTов которой будет висеть преобразователь UART-RS485 типа SP491 (у меня она есть, я их применяю) или MAX485 или аналогичный). К SPI-интерфейсу FT2232 будет подключаться CAN-контроллер MCP2515 и драйвер CAN MCP2551. Стоимость всех этих микросхем вместе на сегодняшний день в розницу в Риге около 10-20 долл. Модуль управления каждым индикатором будет состоять из контроллера (ATmega8 / ATmega48/88 / АТ91SAM7S64), драйвера RS485 и выходного каскада. Для логометрических приборов - RC цепочка, для слаботочных приборов, требующих формирования трехфазного напряжания током до 1А - L293, для сильноточных - драйвера полевиков и полевики по аналогии с платой УАС из упомянутой выше ветки. По софту: софт будет состоять из двух частей - загрузчика, позволяющего обновлять прошивку прямо по интерфесу, без программатора, и собственно приложения, формирующего сигналы управления индикатором. Адрес каждого модуля будет жестко прошиваться на этапе изготовления одновременно с загрузчиком, благо программатор AVReal позволяет это делать автоматически. В протоколе планируется 5 команд: "идентификация", "посылка отображаемой величины", "чтение калибровок", "запись калибровок", "переход в режим загрузки". Загрузчик умеет отвечать только на команды "идентификация" и "переход в режим загрузки", приложение - на все. По команде "идентификация" прибор сообщает свой тип и номер версии прошивки (загрузчик сообщает номер версии ноль). Это позволяет найти все устройства на шине путем тупого перебора адресов и принять решение о необходимости обновления прошивки. Модуль обслуживания органов управления будет состоять из драйвера CAN MCP2551, контроллера со встроенным CAN-контроллером (PIC24HJ64GP202 или аналогичного, цена около 4 долл.) или связки ATmega8/48/88 и MCP2515. Использование потенциометров для чтения положения РУ и Шаг/Газ считаю нецелесообразным из-за невысокой износостойкости потенциометров. Думаю реализовать датчики положения на том же принципе, на котором работают электронные штангенциркули. В качестве шлюза между симулятором и FT2232 будет программа, которая со стороны FT2232 будет поддерживать протокол шин, а со второй стороны может иметь интерфейс как к x-plane, так и к MSFS или другому симулятору через любой протокол, если кто-то захочет его дописать. Хоть через IOCP,(для vitabutch: это протокол более высокого уровня и не имеет отношения к реализации шины, и я так и не понял, чему вы в нем восхищаетесь). Эта программа при необходимости будет однозначно и без всяких калибровок переводить пупки, посылаемые симулятором в физическую величину, посылаемую на индикатор. И обратно - градусы органа управления в пупки симулятора. Таким образом исключится необходимость калибровать прибор под каждый симулятор. Все исходники будут открыты. В качестве компиляторов используется бесплатные avr-gcc (WinAVR), gcc (MinGW). Среда разработки схем и плат - планируется KiCAD, если мне удасться его освоить с моими многолетними пикадовскими привычками. Ну и первые результаты: Судя по внешнему виду и внутреннему устройству, мне попался ИТЭ-1. Реализован загрузчик и формирование трехфазного синуса. Управление пока из терминалки (кнопками + и -) через RS232. Макет контроллера: ATmega8, L293, 6 диодов SS12 (припаяны снизу), 78L05, 4 конденсатора, 1 резистор, светодиод. В корпусе разъема DB9 собран преобразователь UART-RS232, в боевой системе вместо него будет SP491.
  2. 1. Что-то я намудрил с АГК-47Б (переделываю в учебных целях авиагоризонт от МиГ-17 "медвежьей студии" - он там реально смешной, терпеть просто невозможно). А разобраться не могу - знаний и умений пока маловато, да и программировал последний раз лет 10 назад, отвык. В общем, хочу чтобы разарретированный после отключения электропитания прибор постепенно "уходил" , заваливался. Не получается. Получается чтобы заваливался заарретированный прибор (т.е. арретирую прибор и он заваливается...). Ещё проблемы с электропитанием. По идее у "медведей" там два АЗС - собственно АГК и авионики. Так вот, прибор реагирует только на АГК - независимо оттого включена ли авионика, включены ли аккумуляторы есть ли питание вообще. Посмотрите, пожалуйста что там не так, буду благодарен. Хотя бы понять что там такое написано:D Интересует только сама "шкала", которая должна "заваливаться" (скажем, просто "опускаться"), для "самолётика" сделаю сам по аналогии, если разберусь со шкалой. Во всём остальном прибор работает отлично - когда питание включено, арретируется правильно. Не сравнить с тем что было изначально. Файл с текстом приложен, только учтите что на самом деле это не zip архив - я переименовал прибор AGK.XML AGK.ZIP чтобы загрузить сюда, ибо в том интернет-кафе откуда я это делаю архивирует только в rar, а rar сюда не цепляется. Если решите посмотреть, то скачав просто переименуйте AGK.ZIP в AGK.XML. 2. ДГМК. Кто точно знает, что там крутится, а что нет - шкала, стрелка-самолётик или индекс? Я думаю, что индекс неподвижен, шкала крутится как у гирокомпаса, а смолётик крутится от кремальеры подобно широкой стрелке на УГР. Я прав? 4. Как сделать так, чтобы при отключении питания стрелка прибора (топливомера КИС, скажем,) устанавливалась не на ноль. а у треугольного индекса? Пока всё, заранее спасибо всем кто ответит. Даже тем, кто обругает AGK.zip
×