Dami

Запросто.

И все же - как? Был бы интерес к этому издению, учитывая написанное выше? Не обижусь на любое мнение, честное слово - если проект выглядит плохо, то лучше узнать об этом в самом начале.

Пока неясна, все находится только в стадии проекта. Суть вопроса вот в чем - если ориентироваться на розничные цены на более-менее качественные компоненты, конечная стоимость изделия с учетом работы получается в районе 55-60 долларов. Но это очень, очень предварительная оценка. Если спрос будет хоть какой-то, компоненты можно взять оптом, и это позволит снизить цену, насколько - нужно смотреть. Помимо этого, цена может варьироваться в зависимости от пожеланий. Можно удешевить, поставив попроще батарею. (это, кстати, может не только ради удешевления делаться, но и ради снижения веса конструкции, хотя 1800 mAh у меня на затылке живут преспокойно, голова не болит - но тем не менее, в отличие от переднего отсека с датчиком и контроллером - батарея все же ощущается, хоть и не создает неудобств) Еще один момент - при расчете указанной цены я отталкивался от готовых корпусов для РЭА, а в планах - спроектировать и изготовить заточенные под конкретное устройство. Но целесообразность этого надо еще уточнять. Можно сэкономить еще на паре компонентов, но в результате может сильно пострадать качество устройства. На данный момент мне, похоже, удалось найти оптимальное сочетание, не самое дешевое, но при этом качественное (насколько это возможно, когда имеешь дело с китайской электроникой, от которой никуда не деться). ЗЫ Ну и нужно понимать, что даже после претворения в жизнь всего описанного выше, конечное устройство будет чем-то вроде механики от Баура - требующее некоторых телодвижений перед первым запуском. Разумеется, перед отправкой устройство будет калиброваться - но по прибытии оно может потребовать дополнительной калибровки уже непосредственно по месту использования. Сейчас наиболее азартное занятие для меня - добиться максимального упрощения этой процедуры. Ну а отточенные профили настроек для OpenTrack и, возможно, FTNoir, будут попросту идти в комплекте. С другой стороны, устройство вирпильское, а у 95% вирпилов руки все же из правильного места растут, кмк.

Окончательно собрал вариант инерционника, который презентовал в этом посте (фотки там под спойлером). - Беспроводной, легко подключается по Bluetooth без танцев с бубном - Аккумулятор 1800 mAh, практика показала, что время работы более 6 часов, но пока не нашел времени потестировать точно. Предполагаю около 10. - Возможность зарядки через USB обычным кабелем - Вариант крепления на голову тесьмой - опциональный. Фактически трекер состоит из переднего отсека с платой и датчиком и заднего - с батареей и портом для зарядки. Закрепить датчик и батарею можно разными способами, все зависит от личных предпочтений - Оплетку кабеля питания между батареей и платой контроллера заменил с плетенки на автогофру - удобнее, не рвется, не расплетается - (!) Возможность относительно несложной повторной калибровки без разборки устройства. (сейчас посиживаю над небольшим скриптом, чтобы этот процесс... ну, не то, чтобы совсем автоматизировать, но сделать более дружелюбным для пользователя, не обремененного обширными познаниями в Arduino IDE и Processing) Есть мысль наладить небольшое производство для желающих. :) Собственно, интересуюсь спросом - хотели бы вы такое устройство, при условии, что мы снабдим его обширным мануалом по установке/настройке/калибровке/устранению возможных проблем?

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

Тема заглохла? Цен на сайте нету, отзывов не видно. Печаль...

Рад, что смог помочь ) Но насчет пружины из-за наводок платы контроллера - дело такое. У меня они рядом в одном корпусе сидят и ничего, не аф-аф, никаких пружин. В общем, дело ясное, что дело с этими платами темное. Или лотерея, или мы все вместе чего-то до сих пор не понимаем.

Не могу сказать с полной точностью, у моей копии все светодиоды красные, но у меня во время нормальной работы попеременно светятся три из них - и все совершенно норм. Если не ошибаюсь, не светится только один из них - он врубается только при прошивке и, собсно, сигнализирует о том, что прошивка идет.

Вот именно - . Ну почита-а-а-йте вы мой пост на предыдущей странице, все же расписал. ) И - помимо окошка, которое у тебя на скрине, еще как бы есть консоль самой processing - чего она тебе там пишет-то? Или не к тому COM-порту подключиться пытаешься, или... в общем... там... в посте.

А, сам блютуз-модуль настроить - не проблема вообще, пять минут. Если бы только не этот косяк с ардуино...

Эх, хорошо вам, безблютузным, можете перешиваться сколько хотите )) А мне вот такое решение заказано - как припаялся к TX и RX, так и все - вот что зашито было в ардуинку, то там теперь навеки (ну или пока не сумею победить лень, чтобы отпаять, а потом заново припаять).

Как заставить работать processing и калибровку - см. мой пост на предыдущей странице. Конечно, не работал - прошивка изначально делалась для плат от Sparkfun, а вовсе не под то железо, которые используем мы. На форуме тундры выложена перепиленная версия, которая к нашему железу подходит, вот только из-за постороннего плагина родные приложения для калибровки и проверки работать отказываются.

А при чем тут фейстрек-то? Может, просто настройки управления надо подергать? ))

Была такая штука. Если при этом не пружинит, то я бы предположил, что магнитометр расположен не совсем прямо по отношению к экрану. Я бы поигрался с положением датчика - можно попробовать развернуть, перевернуть и т.п. - может помочь.

Для начала я бы поиграл с настройками фильтра Accella в FTNoiR или в OpenTrack - если плывет совсем немного, то можно устранить фильтром без перепрошивок и прочих мучений.

Чего ты? Аккуратно же собрано более-менее. Вот только смотрю на твои фотки - а откуда ты тянешь питание датчика, скажи на милость? К пину 5V его надо по хорошему, который как между A7 и RST. Я в похожий свой запхнул. Поскольку у меня сбоку ползунок-переключатель питания от аккума, как раз из-под него помаргивает. По крайней мере, можно разглядеть свет от диода на датчике, ну и убедиться, что работает сама ардуинка. :) Ну и наконец поделюсь фотками крайнего моего Франкентрекера, как обещал. Сначала анфас/профиль, как для паспорта: Как прежде упоминал, использовал принцип налобного фонарика, мне так удобнее. В передней части (которая с выключателем) разместилась сама ардуинка с датчиком: Задняя часть располагается на затылке - там батарейный блок с аккумулятором Li-Po 1800 mAh и возможностью подзарядки от микро-USB: Плата подзарядки некрасиво в батарейном блоке сделана, знаю, надо будет немного доработать. Ну и сам батарейный блок клепится чОрной, как ночь изолентой - временное решение, хочу туда подшить небольшой аккуратный кармашек.

На самом датчике светодиод светится? Уверен, что на него подается питание? Я бы перепроверил еще правильность подключения всех проводов от датчика, потому как сам несколько раз успевал уже запутаться. Еще необходимо проверить следующие строки в коде прошивки: #define HW__VERSION_CODE 10736Должна быть раскомменчена именно эта строка, и никакая другая (там подобных пять-шесть, но именно эта соответствует нашим платкам). #define OUTPUT__BAUD_RATE 115200Частота передачи данных должна совпадать с частотой, выбранной в настройках OpenTrack или FTnoIR. Я всегда юзаю 115200, ибо настраивал свои датчики Bluetooth именно на нее. int output_format = OUTPUT__FORMAT_FACETRACK;В коде формат вывода указан правильный? OUTPUT__FORMAT_FACETRACK - формат вывода для непосредственно работы. OUTPUT__FORMAT_TEXT - формат вывода для калибровки. Далее. Поскольку прошивка Razor AHRS писалась как бы для другой платы, делаем еще один финт ушами, чтобы успешно откалиброваться: 1. Переходим в папку RazorAHRS_FaceTrack (ну или в какую мы там распаковывали. В папке должны быть подпапки - Razor_AHRS и Razor_AHRS_test. 2. Делаем полную копию папки Razor_AHRS, переименовываем во что-то другое (прим. Razor AHRS_CAlibration). Заходим в эту папку. 3. Удаляем или убираем куда-нибудь из папки файл FaceTrack.ino. 4. Открываем файл Razor_AHRS.ino в Arduino IDE, пробуем скомпилировать. Компилятор ругнется на две или три строки. Закомменчиваем их, добавляя // в начало строки. 5. Компилируемся и шьемся. 6. Запускаем Razor_AHRS_test.pde из соседней папки (Razor_AHRS_test) в Processing, смотрим, как ведет себя датчик. Если подключения нет, проверяем, к тому ли COM-порту прога пытается присосаться - в самом начале кода подробное объяснение, что и как. 7. Калибруемся, как в инструкции на первой странице пресловутой темы на форуме тундры. Ежели в мониторе порта команды #oc и #on не дают эфеекта - пробуем с кавычками - "#oc", '#oc'. Причем настойчиво пробуем - у меня иногда раза с десятого каждая подцеплялась только. КМК, это уже косяк самой среды Arduino. Способ изобрел не я, подсказали тамошние обитатели, за что им большое человеческое спасибо. Ну и еще момент - после прошивки девайс рекомендуется отключить и подключить заново (опять же, на всякий пожарный упоминаю).

Повторюсь - код прошивки Razor снабжен подробными комментариями, читайте внимательнее, как показала практика - большая часть проблем именно из-за этого. Касательно перепутанных осей - в OpenTrack есть возможность переадресовать оси, просто назначь наклон на крен и наоборот, возможно, также придется инвертировать, но в конечном итоге разницы никакой. Ну или попытаться датчик физически разместить по-другому. Я перебрал три датчика, и у меня такое впечатление, что оси с указателями, нарисованные на них - чисто для проформы. Почему я так яростно отстаиваю Razor AHRS - у них дополнительная калибровка магнитометра реализована, на практике результат получается куда более стабильный. UPD: Ну и еще момент - помимо "железной" стороны вопроса (то бишь, сборки самого трекера) стоит помнить и о софтверной (то бишь, настройки OpenTrack): 1. Фильтр Acella MK3 - наш лучший друг и товарищ. Собсно, для меня решающим аргументом для переезда с FTNoIR на OpenTrack стал именно этот фильтр. Если кажется, что датчик в трекере косячит - не стеняемся тянуть ползунки сглаживания и фильтров вращения сильно правее - пока все побочные и нежелательные косяки сборки/калибровки не устранены. Помогало на трех неудачных прототипах. 2. При каждом запуске центрироваться нужно непременно (ну это я на всякий пожарный).

Важно понимать - ты шьешь не датчик, а исключительно ардуинку - она у нас и память, и "мозги". Датчик никаких данных не хранит, в том числе калибровки. Но вообще - странно. У меня Razor AHRS с полтычка завелась, локти кусал, что сразу за нее не взялся. В этой прошивке только надо в коде указать тип вывода данных. Если не ошибаюсь, там по умолчнию стоит вывод в формате TEXT - это для калибровки. Для работы с OpenTrack и ему подобными нужен вывод в формате FACETRACK (или HeadTrack, кода перед глазами нет сейчас). Там в коде альтернативной прошивки куча комментариев, все расписано. Относительно качественная копия Arduino Nano на ATmega386, чипсет CH340 - дешево и сердито. Для нормальной работы хочет 5V, поэтому между аккумом и платой стоит повышающий преобразователь. Если от USB - питания хватает более чем, преобразователь не нужен. Тут дело вкуса, конечно, но... я вот инерционник ваял именно ради того, чтобы избавиться от камеры и проводов. То есть - максимальная свобода. А фейстрекинг снова эту свободу ограничивает. Впрочем, опять же - мне как-то смещения в итоге особо и не нужны, только зум, который прекрасно уместился на доп. оси джойстика. Немного отходя от темы - я тоже первую люстру делал на подобных АЛ107Б светодиодах (только у меня Kingsbright были, кажется) - у них маловат видимый угол. А вот что-то типа Optosupply OSR9XAE1E1E дало куда более мощный эффект - там угол почти 120. Чуть дороже, но они того стоили. Минус - не очень удобный монтаж, но победить можно. А расскажите, вот из своего опыта - кто для чего смещения использует? Где наступают ситуации, когда без них ну никак? ЗЫ А ближе к вечеру обфоткаю свой девайс на ремнях от налобного фонарика - буквально вчера собрал заново, учтя все ошибки прототипа.

Я так понимаю, ты шился прошивкой DIY-Headtracker? По факту - никак. На сорсфорже выкладывались версии с калибровщиком, но вероятность, что будет работать - в лучшем случае 50/50. А вот если шиться альтернативной версией Razor AHRS - откалибровать датчик можно. Первоначальная калибровка делается в Arduino IDE, в мониторе порта (на форуме тундры в первом посте под спойлером все подробно описано). Потом хорошо бы еще дополнительную калибровку магнитометра сделать. Главное - помнить, что скетч для калибровки выводит результаты в монитор порта или в консоль processing и сам по себе ничего нигде не сохраняет - нужно из консоли перенести в свою прошивку и повторно перепрошить саму ардуинку. Кстати, для тех, кто ваяет беспроводной вариант с bluetooth - маленький, но очень неприятный "секрет". Есть ненулевые шансы, что после того, как припаяешь выводы BT-датчика к пинам 0 и 1 ардуинки (RX0 и TX1), шиться она откажется. Почему - черт его знает, но вот так. Поэтому, при сборке беспроводного варианта очень важно заранее настроить все и откалибровать, и только потом припаивать датчик Bluetooth.

If you are using the lua I attached previously to my Virtual Sochi mission, I have bad news for you - I've modified the code so that it doesn't spawn any helis at all. But if you use the stock script by SNAFU, I should notice that he has provided the whole code with useful comments. Let's try digging a little bit more. There is a selfexplanatory variable in the lua file: LogisticOrHeliOrFighter = math.random(1,3) //random for transport, heli or fighter If I'm not mistaken, 1 is transport, 2 is heli and 3 is fighter. Basically what it does on each loop is assigning a random number to the LogisticOrHeliOrFighter variable to decide which type of aircraft it will spawn next. Below in the script you'll find big chunks of code starting with smth like that: if LogisticOrHeliOrFighter == 1If you want to spawn helis more frequently, I'd suggest adding additional number to the random() LogisticOrHeliOrFighter = math.random(1,4)Then if 2 means heli we sould look for this line elseif LogisticOrHeliOrFighter == 2and modify it so that it looks like elseif (LogisticOrHeliOrFighter == 2 or LogisticOrHeliOrFighter == 4)Don't forget the parentheses or you'll mess up everything. What do we have now? In the stock script possibility of spawning a heli on each iteration of the loop was ~33%. Now it should be 50% possibility of spawning a heli rather than any other type of aircraft. But again, if you are using the code I modified for Virtual Sochi mission, look at this line: elseif LogisticOrHeliOrFighter == 2 then LogisticOrHeliOrFighter = 3 ...and now you know why there are no helis in my mission. :)

По идее смартфон - самый простой и безпроблемный вариант. Я даже пробовал, все ок. Вот только... Ну не знаю. Я чувствую себя полным идиотом, сидя за компом с мобильником на макушке ) Неэстетично как-то. А если с работы позвонят в разгар полета? :) А тем временем собрал вот беспроводную инерционную гравицапу в корпусе от налобного фонарика, со встроенным аккумулятором и схемой дозарядки от USB. Получилось очень даже ничего, удобно. Аккумулятор взял на 1400 mAh, держит примерно шесть часов, полная зарядка занимает около 3 ч. Насчет калибровки - да, рядом с металлической дужкой показатели на датчике все время будут искажаться. Может помочь калибровка прямо на наушниках, но если металла много, вероятность невелика. Вообще недостаток всех этих датчиков именно в том, что простого и понятного ПО для калибровки нету, то, что имеется - требует терпения и прямых рук. Ну и самое главное - датчик надо калибровать непосредственно там, где его планируется использовать. То есть - если даже компьютер надумал в другой угол комнаты переставить - в идеале надо повторно калибровать. Там магнитный фон может другой быть ) И тем более - если собираешься ставить датчик на металлическую дужку наушиков. Там все сложно. С другой стороны - одно время приматывал его к Audiotechnica M50, там дужка внутри металлическая но обита плотным слоем чего-то мягкого. Особых искажений вроде не было. Так что, повторюсь, все зависит от количества металла и того, насколько он близко к магнитометру. ЗЫ Насчет количества осей. Самое смешное, что я настраивал я все три оси, а пользуюсь в итоге только двумя - вращение по x, y. Roll вообще не использую - как-то надобности до сих пор не возникало. А зум повесил на джойстик, как писал ранее. Эта схема оказалась таки заразительной - привык и не хочу отвыкать. Псевдооси пробовал, но для меня все-таки как-то не то.

Пульт и мышь наверняка дают всего две оси. Хотя для большинства и этого достаточно вполне.

Вообще-то для полного счастья еще нужен Bluetooth-модуль, аккумулятор, схема для зарядки и повышающий преобразователь. Но проводной вариант тоже ничего, если не смущает кабель, свисающий к системнику.

I could send it to you as soon I get home. Thanks to the guys who provided the airfield IDs for Nevada map I got it finally working in my mission. I should warn you, though - there are numerous issues with taxiing paths on most of the airfields (the NTTR is still beta, remember?). The random traffic behavior is rather strange sometimes. Some of the airplanes spawned already in the air just above the McCarran airport, some got stuck at taxiing - and I got a couple of game crashes. So, as I said, I can share my lua, but I definitely wouldn't recommend using it until the NTTR gets AI taxiing waypoints fixed.