Search the Community
Showing results for tags 'приборы'.
Found 12 results
-
Очень часто удается достать прибор для постройки «железной» кабины, но, как правило, технического описания и схемы на него нет. И лежит он мертвым грузом, и переделать его для «железной» кабины без схемы не получается. Предлагаю в этой ветке выкладывать принципиальные схемы на приборы, или информацию, что у Вас имеется доступ к технической документации на авиационное оборудование, и вы можете отсканировать или сфотографировать требуемую схему. Если вы ищите схему на прибор пишите с пометкой «ИЩУ». Если имеется с пометкой «Имеется».
-
Очень часто для создания панели или прибора не хватает качественной фотографии. Предлагаю выкладывать фотографии приборов из имеющихся архивов. К сожалению, объем прикрепляемого файла не позволяет выложить качественную фотографию. Но, найдя нужную фотографию можно связаться с автором и получить фотографию интересующего прибора с большим разрешением. :P
-
1. Что-то я намудрил с АГК-47Б (переделываю в учебных целях авиагоризонт от МиГ-17 "медвежьей студии" - он там реально смешной, терпеть просто невозможно). А разобраться не могу - знаний и умений пока маловато, да и программировал последний раз лет 10 назад, отвык. В общем, хочу чтобы разарретированный после отключения электропитания прибор постепенно "уходил" , заваливался. Не получается. Получается чтобы заваливался заарретированный прибор (т.е. арретирую прибор и он заваливается...). Ещё проблемы с электропитанием. По идее у "медведей" там два АЗС - собственно АГК и авионики. Так вот, прибор реагирует только на АГК - независимо оттого включена ли авионика, включены ли аккумуляторы есть ли питание вообще. Посмотрите, пожалуйста что там не так, буду благодарен. Хотя бы понять что там такое написано:D Интересует только сама "шкала", которая должна "заваливаться" (скажем, просто "опускаться"), для "самолётика" сделаю сам по аналогии, если разберусь со шкалой. Во всём остальном прибор работает отлично - когда питание включено, арретируется правильно. Не сравнить с тем что было изначально. Файл с текстом приложен, только учтите что на самом деле это не zip архив - я переименовал прибор AGK.XML AGK.ZIP чтобы загрузить сюда, ибо в том интернет-кафе откуда я это делаю архивирует только в rar, а rar сюда не цепляется. Если решите посмотреть, то скачав просто переименуйте AGK.ZIP в AGK.XML. 2. ДГМК. Кто точно знает, что там крутится, а что нет - шкала, стрелка-самолётик или индекс? Я думаю, что индекс неподвижен, шкала крутится как у гирокомпаса, а смолётик крутится от кремальеры подобно широкой стрелке на УГР. Я прав? 4. Как сделать так, чтобы при отключении питания стрелка прибора (топливомера КИС, скажем,) устанавливалась не на ноль. а у треугольного индекса? Пока всё, заранее спасибо всем кто ответит. Даже тем, кто обругает AGK.zip
-
Предлагаю в данной ветке выкладывать практическую информацию по подключению приборов к авиа симулятору. Различные схемные решения и наработки в данном направлении. ;)
-
Доброго времени суток, уважаемые господа! Для авиареставрации и кабиностроительства (читай: личного пользования) подыскиваю разные приборы, пульты и прочие авиажелезки:
-
Ну-с... с сакраментального В.: "что делать если грузятся два экземпляра одного прибора и дерутся между собой, вызывая ошибки в работе панели? И что делать если логика прибора не стартует, пока прибор не будет показан на экране" О.: Отвязать логику (работы прибора/системы) от представления (от того, что в симе называется 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 панелей, монитор под приборы, 2 места под РУС, клавиатура на кронштейне
ArcadyChernavin posted a topic in Барахолка
Продам кокпит из металлокаркаса в Новосибирске. - Кресло PlaySeat Air Force на салазках - 8 блоков панелей от GVL, включая кран шасси. - Монитор можно использовать под приборы или как основной. - РОШ для вертолёта. - Площадка под РУД откидывается влево и открывает РОШ - Электроника KREML. Не требует драйверов и настройки, но прижелании можно гибко настроить под себя - Есть подстаканник (подбутыльник) справа. - Регулируемый кронштейн с клавиатурой. - РУС можно крепить по центру или справа ! РУС и педали не продаются ! Можно добавить свои РУД, РУС, и педали. https://www.avito.ru/novosibirsk/tovary_dlya_kompyutera/domashniy_aviasimulyator_1990131146 РУД TM Warthog (+15000) Прекрасно подойдёт для VR 55000 Подробные видеообзоры от автор и от меня -
Как следует из названия топика, продаю достаточно полный комплект железа для постройки тренажёра Ми-8. Сразу оговорю, чего точно нет. Собственно, самой скорлупы, правого и левого блистеров, РППУ левого лётчика, люка, сидушки борттеха, двери в кабину, валов, самого нижнего кронштейна на 5Н шпангоуте, кое-каких тяг. Это основное. Может, еще чего попутно вспомню - допишу. Железо собиралось много лет. В основном покупалось на форумах. Кабина планировалась АМТШ, поэтому все "затачивалось" под эту модификацию. Однако, "Т"шечные панели и приборные доски остались, так что можно строить почти любую модификацию. По объему накопилось примерно кубометр всяко разного. По весу - не знаю, не взвешивал. Фото всего добра буду планомерно выкладывать по мере проведения очередной инвентаризации. В розницу пока ничего продавать не планировал. Хотелось бы отдать все в одни руки.
-
Осталось несколько приборов после утилизации:
-
Добрый день! Подскажите Как в панели 2Д сделать прибор наклонным?
-
В отличном состоянии 5000 тыс р Местонахождение Москва/Химки
-
Продолжаю разговор начатый в соседней теме. 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.
