Готовим к релизу новую систему I/o.
Сообщение отредактировано Flyrus: 10 Февраль 2008 — 20:14
Готовим к релизу новую систему I/o
Сообщение отредактировано Flyrus: 10 Февраль 2008 — 20:14
Если через game port, тогда увольте…ежели usb, тогда буду в числе первых заказчиков.
Flyrus (18.09.2007 22:00):
Думаю клеммы с закрутками предпочтительней. А в общем принципиального значения не имеет, главное наличие необходимых модулей (шаговика, сельсина, ЦАП и.т.д.).
1. По разъемам что касается сделать разветление с разъемами для каждого прибора как программирумый (перепрограммируемый) со стандартными разъемами от компьютеров, ЛА и т.д. т.п. Кто что захочет соеденить переделает прибор под разъем, втыкает и пользуется.
2. Каждый модуль также должен маркироваться, нумероваться как авиационная аппаратура типа Р1, Р2, Р3…..
3. Сделать на них также техническую документацию, подробным описанием и т.д.
4. Для соединения естественно стандартные шлейфы.
5. Для соединения с ПК или COM порт или usb. Естественно необходимо учесть параметры обмена данных.
Удачи ребята.
Во всяком случае как на всех современных оборудованиях выделять по цветам провода, контрольными пазами шлейфов.
Сообщение отредактировано sahob: 18 Сентябрь 2007 — 22:27
Берется какой-нибудь МГТФ 0.8 или провод от витой пары, припаивается к железному контакту, загибаются «усики» у контакта (по идее, такие разъемы — под обжим специнструментом) и эта конструкция вставляется до щелчка в пластмаску. Гнездо готово. С одной стороны, не так надежно получится, как с клеммой и винтами, но с другой — дешевле, винты крутить не надо, перетыкается в 1 секунду. А сама гребенка на плате занимает меньше места, чем клемма.
В общем, такой вот еще вариант есть.
Flyrus (18.09.2007 15:51):
Тут еще предстоит поломать голову , так как сейчас усиленно разрабатываем 16-ти битный модуль ЦАП . Предварительно , это законченное устройство со своим генератором напряжения +-15 вольт (для питания операционников) с дифференциальным выходом. Значение 0 на входе ЦАП соответствует напряжению -15 вольт , значение 65535 на входе ЦАП соответствует напряжению +15 вольт. Далее пользователь сам решает как использовать эти напряжения..
Небольшие пожелания по поводу модуля ЦАП. Отрицательное напряжение на выходе не всегда требуется. Нельзя предусмотреть на плате модуля переключатель, чтобы можно было переключать на вариант от 0 до + 15 вольт при значении отсчета 0 – 65535.
Flyrus:
Ну не знаю, по крайней мере у меня не возникало уж таких проблем… 🙂
И слабо представляю, как можно, случайно задев, махом выдернуть почти всю колодку. Вот лежит у меня плата IO от фсбаса, подключаю 1х1 такой разъемчик и за провод, аки за хвост, могу поднять всю плату, при этом гнездо вполне себе нормально держится. Ну а 2х8 вообще будет в 16 раз крепче держать…
А при обламывании провода я легко вытаскиваю штырек обратно из пластмасски, отогнув пластмассовый лепесток-защелку сбоку гнезда. Но понимаю, что разъемы-то, собственно, одноразовые. Ну или хотя бы 2-3-разовые. А собственная практика показала, что от такого разъема любят отлетать провода от витой пары, но МГТФ держатся очень даже ничего.
А в распиновке и полярности с такими же шансами можно ошибиться на клеммах, как и на PLS/BLS.
ИМХО мое такое — по надежности на первом месте клеммы с винтами; по быстроте и дешевизне — PLS/BLS. Но в целом, мне больше по душе BLS-ы, а клеммы хороши для проводов питания.
Сообщение отредактировано Screw: 19 Сентябрь 2007 — 23:19
Вот такие пожелания.
azatov (26.09.2007 20:32):
Это верно лампы то гореть будут, а вот реле срабатывать уже на пределе. И 22 вольта это максимальное допустимое напряжение этой микросхемы, а рабочее 18 вольт.
Я вот так думаю. Хотелось бы и другие мнения выслушать, а то получается как с контроллером сельсинов он только мне одному и нужен.
Сообщение отредактировано Flyrus: 10 Февраль 2008 — 20:18
Flyrus (27.09.2007 13:06):
Следующий вопрос по БИНАРНОМУ вводу.
Это отдельный модуль на 30 входных линий TTL уровня относительно земли.
По пультам радиостанций не все так просто. В основном для установки частоты используется 12-15 разрядов двоичного кода. Самое интересное, что разные типы радиостанций используют различный код. Встречаются и такие экзотические коды как, например 2 цифры из пяти, или из четырех. Если в канальных пультах, где каналы программируются подъемом или опусканием штырьков, еще можно игнорировать родной код и придумать свой для удобства перевода в формат симулятора. То как быть в наборных пультах, где выходной код получается вращением дисков со сложным рисунком контактных дорожек. Создать универсальный модуль, поддерживающий все типы пультов, вряд ли будет возможно. Если задача модуля только принять от пульта двоичный код и передать его в роутер, а уж роутер с ним пусть дальше сам разбирается, то это другой вопрос. Но встанет вопрос, что с этим кодом делать дальше. Тут потребуется роутер способный поддерживать все типы кодов. Что мне кажется, вряд ли возможно.
Если ошибаюсь, поправьте.
http://www.opencockpits.com
http://www.fsbus.de
Они, наверное, не знали, что того что они делают, делать нельзя 🙂
Я недавно эксперементировал с переменными . И лично столкнулся с этой проблемой. Пришлось писать много формул
Олег, тут все верно. Погрешность имитатора прибора от рисованного существует. Например, указатель скорость у меня показывает скорость соответствующую рисованному прибору до 250 км/час. Дальше идет расхождение примерно до 10-15 км. Для реальной авиации это большая разница. Но для симулятора этим можно пренебречь. Все равно все эти величины в симуляторы условны и относительны. Главная задача симулятора научить пилотировать самолет в соответствии с РЛЭ на данном этапе полета. Если я буду вести самолет на круге по приборной скорости 250 км/час. а условная реальная будет 255 и что из этого? Ведь и реальные приборы имеют инструментальные, аэродинамические и т. д. погрешности. И кто вообще сказал, что рисованный прибор является эталоном? Идеальным было бы в роутере иметь возможность самому забивать параметры показаний участков шкалы для каждого конкретного прибора. Но такого нет, и наверно долго не будет. Я считаю, если мой железный прибор будет выдавать показания почти те, какие должны быть на данном этапе полета в соответствии с РЛЭ задача оживления прибора будет решена.
Я уже не раз предлагал Олегу сделать интерфейс к готовому, бесплатному, мощному и гибкому скриптовому роутеру: SIOC — но он, почему-то категорично против.
Quote
Снова попытка изобрести велосипед: готовый и бесплатный IOCPServer предоставляет доступ ко всем tokenVars и Events из SDK сима.
Quote
Есть в SIOC такие функции.
Полагаю, что Олег мог разработать весьма качественное и нужное железо, но вот подход при котором планируется заранее полностью запрограммировать конкретный самолёт, забивая при этом таблицы соответствия всяких Бакланов в микроконтроллер, заведомо сильно оттягивает и ограничивает возможность использования этой системы кокпитостроителями.
Жаль.
Да поймите же вы 2 вещи:
1. Быстрое написание полного роутера для всего самолёта невозможно, равно как и быстрая адоптация под другой тип, потому, что это оооооооооооооочень объёмные задачи.
2. Роутер, который вы в итоге запрограммируете для Ту-154, который собираетесь строить Вы, никогда не подойдёт к Ту-154, который строим мы. А третьему кокпитостроителю Ту-154 нужен будет 3-й роутер, а пятому — пятый, и так до бесконечности.
Чушь! Мы не заплатили Opencockpits ни цента. Все прошивки гербер файлы и софт роутера, который вообще-то готовый, лежат на сайте в открытом доступе бесплатно.
Ваша система AC… и еще что-то там… тоже не бесплатна вроде как? 🙂
Работающее покажем. В выходные надо будет взять с собой камеру просто.
Кстати IOCARDS может работать и в тупом режиме — назначая контроллеры к переменным доусона. Делается все в визарде, как и в ФСбас. Но зачем делать так, вместо того чтобы написать грамотную обработку каждого реального пульта 🙂
И на FSBus можно сделать ту154, если вы напишете модуль типа FSUIPC, который будет дергать переменные из туполева, и складывать их в пустые ячейки FSUIPC. Мы это с Михаилом (Хочу Летать) тестировали еще в прошлом году (заработало), но бросили это дело, т.к. узнали об IOCARDS. Для него Михаил делает такой модуль. Про прогресс поинтересуйтесь у 601 го. Там уже не один десяток переменных, уникальных для PT.