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

  • Microsoft Flight Simulator и Lockheed Martin Prepar3D
    • Начинающим пилотам
    • Microsoft Flight Simulator 2004 (и предыдущие версии)
    • Microsoft Flight Simulator X
    • Lockheed Martin Prepar3D
    • Microsoft Flight Simulator 2020
    • Трафик
    • Полеты Online
    • Советский авиапром
    • Мировой авиапром
    • Малая авиация
    • Вертолеты
    • Тест-Драйв
  • X-Plane
    • X-Plane Общий форум
    • X-Plane 12
    • X-Plane 11
    • X-Plane 10
    • X-Plane 9
    • X-Plane 8 (и предыдущие версии)
    • Создание дополнений для X-Plane
    • Скриншоты X-Plane
  • Полеты Online
  • Мультимедиа и ссылки
  • Сайт Avsim.su
  • VIP Lounge
  • Экономические симуляторы
  • Конструкторская
  • Военные авиасимуляторы
  • Различные симуляторы
  • Коммерческие дополнения для симуляторов
  • Форумы поддержки проектов
  • ВА - Виртуальные Авиалинии
  • English Speaking Community
  • AVSIM.SU CLUB's Темы
  • Клуб любителей холодного пива's О пиве
  • Клуб любителей ретро's Трафики
  • Клуб любителей ретро's Симуляторы
  • Клуб любителей ретро's История аэропортов
  • Клуб любителей ретро's Сценарии
  • Клуб любителей ретро's Общеисторическая
  • simMarket по-русски: скидки, новости и обновления's Распродажи
  • simMarket по-русски: скидки, новости и обновления's Скидки
  • simMarket по-русски: скидки, новости и обновления's Новинки
  • simMarket по-русски: скидки, новости и обновления's Обновления
  • simMarket по-русски: скидки, новости и обновления's Новости
  • simMarket по-русски: скидки, новости и обновления's Конкурсы
  • Клуб любителей водяры's О водяре, лучшие сорта...
  • Клуб любителей водяры's Закусон под водяру...
  • Клуб любителей водяры's Музыка под водяру...
  • Клуб любителей водяры's Рецепты водяры...
  • Клуб любителей водяры's Водярный юмор...

Calendars

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...

Found 12 results

  1. Очень часто удается достать прибор для постройки «железной» кабины, но, как правило, технического описания и схемы на него нет. И лежит он мертвым грузом, и переделать его для «железной» кабины без схемы не получается. Предлагаю в этой ветке выкладывать принципиальные схемы на приборы, или информацию, что у Вас имеется доступ к технической документации на авиационное оборудование, и вы можете отсканировать или сфотографировать требуемую схему. Если вы ищите схему на прибор пишите с пометкой «ИЩУ». Если имеется с пометкой «Имеется».
  2. Добрый день! Подскажите Как в панели 2Д сделать прибор наклонным?
  3. 1. Что-то я намудрил с АГК-47Б (переделываю в учебных целях авиагоризонт от МиГ-17 "медвежьей студии" - он там реально смешной, терпеть просто невозможно). А разобраться не могу - знаний и умений пока маловато, да и программировал последний раз лет 10 назад, отвык. В общем, хочу чтобы разарретированный после отключения электропитания прибор постепенно "уходил" , заваливался. Не получается. Получается чтобы заваливался заарретированный прибор (т.е. арретирую прибор и он заваливается...). Ещё проблемы с электропитанием. По идее у "медведей" там два АЗС - собственно АГК и авионики. Так вот, прибор реагирует только на АГК - независимо оттого включена ли авионика, включены ли аккумуляторы есть ли питание вообще. Посмотрите, пожалуйста что там не так, буду благодарен. Хотя бы понять что там такое написано:D Интересует только сама "шкала", которая должна "заваливаться" (скажем, просто "опускаться"), для "самолётика" сделаю сам по аналогии, если разберусь со шкалой. Во всём остальном прибор работает отлично - когда питание включено, арретируется правильно. Не сравнить с тем что было изначально. Файл с текстом приложен, только учтите что на самом деле это не zip архив - я переименовал прибор AGK.XML AGK.ZIP чтобы загрузить сюда, ибо в том интернет-кафе откуда я это делаю архивирует только в rar, а rar сюда не цепляется. Если решите посмотреть, то скачав просто переименуйте AGK.ZIP в AGK.XML. 2. ДГМК. Кто точно знает, что там крутится, а что нет - шкала, стрелка-самолётик или индекс? Я думаю, что индекс неподвижен, шкала крутится как у гирокомпаса, а смолётик крутится от кремальеры подобно широкой стрелке на УГР. Я прав? 4. Как сделать так, чтобы при отключении питания стрелка прибора (топливомера КИС, скажем,) устанавливалась не на ноль. а у треугольного индекса? Пока всё, заранее спасибо всем кто ответит. Даже тем, кто обругает AGK.zip
  4. Очень часто для создания панели или прибора не хватает качественной фотографии. Предлагаю выкладывать фотографии приборов из имеющихся архивов. К сожалению, объем прикрепляемого файла не позволяет выложить качественную фотографию. Но, найдя нужную фотографию можно связаться с автором и получить фотографию интересующего прибора с большим разрешением. :P
  5. Предлагаю в данной ветке выкладывать практическую информацию по подключению приборов к авиа симулятору. Различные схемные решения и наработки в данном направлении. ;)
  6. Доброго времени суток, уважаемые господа! Для авиареставрации и кабиностроительства (читай: личного пользования) подыскиваю разные приборы, пульты и прочие авиажелезки:
  7. Ну-с... с сакраментального В.: "что делать если грузятся два экземпляра одного прибора и дерутся между собой, вызывая ошибки в работе панели? И что делать если логика прибора не стартует, пока прибор не будет показан на экране" О.: Отвязать логику (работы прибора/системы) от представления (от того, что в симе называется gauge). Как это сделать? Сначала экскурс в основы. Многие начинающие прибористы воспроизводят шаблон, предложенный разработчиками сима в SDK. т.е. GAUGE_TABLE_BEGIN() GAUGE_TABLE_ENTRY(&gaugehdr_attitude) GAUGE_TABLE_ENTRY(&gaugehdr_control_surfaces) GAUGE_TABLE_ENTRY(&gaugehdr_fuel) GAUGE_TABLE_ENTRY(&gaugehdr_fuel_selector) GAUGE_TABLE_ENTRY(&gaugehdr_temperature) GAUGE_TABLE_ENTRY(&gaugehdr_whiskey) GAUGE_TABLE_ENTRY(&gaugehdr_flightmap) GAUGE_TABLE_END() и не задумываются, что стоит за этими мудрыми словами, до тех пор пока... пока не начинают делать что-то более сложное, и не сталкиваются с проблемами наподобие вышеописанной. Собственно, данный шаблон предназначен для сокрытия программной машинерии, которая обеспечивает загрузку и отображение приборов симом. Пытаясь остатся в пределах использования этого шаблона, начинаются навороты со статическими переменными, отслеживанием многократной загрузки и тд и тп, что не способствует устойчивости модели вообще. Решение же лежит в другом, и решение это более изящно - а именно - развязывание непосредственно представления (gauges) от логики модели той или иной системы ВС. Но для этого - необходимо прекратить использовать вышеприведеннный шаблон, и начать использовать ту самую внутреннюю машинерию приборного модуля. Так что же скрывает вышеприведенный шаблон? А вот что //GAUGE_TABLE_BEGIN() extern GAUGEHDR gauge_header; void FSAPI module_init(void){} //вот оно!!! void FSAPI module_deinit(void){} //и это!!!! BOOL WINAPI DllMain (HINSTANCE hDLL, DWORD dwReason, LPVOID lpReserved) { return TRUE; } GAUGESIMPORT ImportTable = { { 0x0000000F, (PPANELS)NULL }, { 0x00000000, NULL } }; /* This is the module's export table. */ GAUGESLINKAGE Linkage = { 0x00000013, module_init, module_deinit, 0, 0, FS9LINK_VERSION, { //GAUGE_TABLE_ENTRY(&gaugehdr_attitude) (&gaugehdr_attitude), //GAUGE_TABLE_END() 0 }}; Итак, что мы тут видим? А видим, что шаблон скрывает определение трех функций и двух структур. Первую структуру (ImportTable) оставляем без изменений, она обеспечивает доступ к функциям сима наподобие lookup_var(). Вторая структура содержит заголовок приборного модуля, в котором указывается магическое число 0x13 (19 в десятичной системе), обозначающую для сима то, что это приборный модуль, два адреса функций, определенных ранее (module_init, module_deinit), два магических числа, нам не интересных, номер версии сима, для которой предназначен данный приборный модуль, ну а дальше идет список адресов заголовков описаний непосредственно представлений приборов (gauges), завершающееся еще одним магическим числом - 0, поскольку именно его сим ожидает увидить при загрузке списка представлений из приборного модуля, в конце означенного списка представлений. Более детально нас интересуют именно определенные шаблоном функции. DllMain оставим в стороне, она в приборных модулях дополняется своим кодом в очень редких случаях. Более подробно интересуют две другие функции - module_init и module_deinit. Что они делают? В шаблоне по умолчанию они не делают ничего! Но! функция module_init вызывается один раз при загрузке приборного модуля, и module_deinit вызывается один раз при выгрузке модуля симом. При этом совершенно не важно, был ли отображен прибор на экране, или не был. Т.е. эти две функции выполняются всегда. Вот сюда-то нам и надо поместить инициализацию логики наших систем, загрузку всех требуемых ресурсов, а так же запуск цикла расчетов обновлений логики (в тч и асинхронное, если ваши знания позволяют это реализовать). В представлении же мы оставляем только отображение конкретных значений и прием управляющих воздействий от пользователя (мышеклики). При этом одинаковых представлений может быть любое множество, в каких угодно местах (на 2Д панели, в ВК или на внешнем компьютере). Конкретные способы реализации самой модели я сейчас рассматривать не буду. Итак, что же надо сделать? конкретно - прекратить использовать шаблон, предложенный SDK, и использовать ту внутреннюю машинерию, которую скрывает этот шаблон. Выполнив это, вы способны внедрить в функции, вызываемые симом при загрузке приборного модуля (не отдельного прибора, события откладываемого до непосредственного отображения прибора, а всего модуля!) и при выгрузке, необходимый вам код инициализации и запуска логики, независимой от представления.
  8. Продам кокпит из металлокаркаса в Новосибирске. - Кресло PlaySeat Air Force на салазках - 8 блоков панелей от GVL, включая кран шасси. - Монитор можно использовать под приборы или как основной. - РОШ для вертолёта. - Площадка под РУД откидывается влево и открывает РОШ - Электроника KREML. Не требует драйверов и настройки, но прижелании можно гибко настроить под себя - Есть подстаканник (подбутыльник) справа. - Регулируемый кронштейн с клавиатурой. - РУС можно крепить по центру или справа ! РУС и педали не продаются ! Можно добавить свои РУД, РУС, и педали. https://www.avito.ru/novosibirsk/tovary_dlya_kompyutera/domashniy_aviasimulyator_1990131146 РУД TM Warthog (+15000) Прекрасно подойдёт для VR 55000 Подробные видеообзоры от автор и от меня
  9. Как следует из названия топика, продаю достаточно полный комплект железа для постройки тренажёра Ми-8. Сразу оговорю, чего точно нет. Собственно, самой скорлупы, правого и левого блистеров, РППУ левого лётчика, люка, сидушки борттеха, двери в кабину, валов, самого нижнего кронштейна на 5Н шпангоуте, кое-каких тяг. Это основное. Может, еще чего попутно вспомню - допишу. Железо собиралось много лет. В основном покупалось на форумах. Кабина планировалась АМТШ, поэтому все "затачивалось" под эту модификацию. Однако, "Т"шечные панели и приборные доски остались, так что можно строить почти любую модификацию. По объему накопилось примерно кубометр всяко разного. По весу - не знаю, не взвешивал. Фото всего добра буду планомерно выкладывать по мере проведения очередной инвентаризации. В розницу пока ничего продавать не планировал. Хотелось бы отдать все в одни руки.
  10. В отличном состоянии 5000 тыс р Местонахождение Москва/Химки
  11. Продолжаю разговор начатый в соседней теме. 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.
×
×
  • Create New...