Новая Канадская система флаирбарлес - Skookum 720 !
Интересно посмотреть. А можно линк на актуальную версию? А то у меня файл от конца прошлого года.
Вот ссылка на мой дневник, в котором я выкладываю свежие версии: rcopen.com/blogs/64270/12258
Сегодня обновил. Если есть предложения, что дописать в эту инструкцию (или изменить в ней) - пишите мне в личку, я добавлю.
Пока не удается настроить правильную работу “хвоста”,то дергается, то его сносит при резком увеличении коллективного шага.Подскажите пожалуйста диапазон его нормальной чувствительности на 450-м и стоитли компенсация работы общего шага (Collec Mix), сколько %?
Пока не удается настроить правильную работу “хвоста”,то дергается
Версия прошивки какая? В последних двух опять баги с хвостом при включенном логировании. Отключить в настройках логи и посмотреть.
Народ массово пишет что при включенном логе вибрации хвост дергается почти у всех, при логе полета - реже, но у некоторых тоже дергается. При выключенном логе - все ок.
Подскажите пожалуйста диапазон его нормальной чувствительности на 450-м и стоитли компенсация работы общего шага (Collec Mix), сколько %?
Не подскажет никто. Очень сильно зависит от каждой конкретной конфигурации. Настраивать так же как и все гироскопы - увеличивать до появления автоколебаний, потом вернуть назад на пару единиц.
Коллективный микс в начале оставить по умолчанию (25% емнип). Обычно этого хватает. Потом если будет нужно можно подстроить. Как - все подробно написано у Skookum.
Спасибо, будем дальше скакун мучить. Щас чуйка на голове 80%, на хвосте 40%, на 50% чуточку подергивало. Прошивка 3.02.
Отключу тогда лог, буду плавно повышать чувствительность.
При слишком большом миксе хвост будет перекручивать?
Прошивка 3.02.
Отключу тогда лог, буду плавно повышать чувствительность.
На этой прошивке не было этих проблем.
При слишком большом миксе хвост будет перекручивать?
Еще раз. Не надо пока микс этот трогать.
Щас чуйка на голове 80%, на хвосте 40%, на 50% чуточку подергивало.
В первую очередь проверять всю механику. Не подклиникает ли где чего, не цепляет? Нет ли сильной вибрации?
Клинить не клинит, а вибрация есть, грешу на хаб с цапфами АЛЗРЦ. Без лопастей вибрации нет, с лопастями есть.
грешу на хаб с цапфами АЛЗРЦ. Без лопастей вибрации нет, с лопастями есть.
Ну так в этом случае в первую очередь на лопасти грешить надо.
А я несколько разочарован. Всем хорош регуль клон YGE, кроме одного - медленная реакция на газ. Поэтому скокум в качестве внешнего гувернера с этим регулем не работает, вернее работает неадекватно. В новых YGE это предусмотрено, продается вариант to v-bar, но тут я вынужден был перейти на хороший, но все же похуже YGE-шный гувернер.
Гувер у скокума за счет коллектив питч менеджмента все же замечательный! Даже при том, что YGE работал медленно, и на перекладках мотор ОЧЕНЬ ощутимо проседал (на силовых радугах в момент перекладки), за счет коллектив питч менеджмента хвост стоял как у волка на морозе.
Александр, а не пробовали поставить режим Plane Fast?
Я помню, на западных форумах с оригинальным УГЕ под В-Бар тоже не все просто было. Народ в итоге все равно переключал его на Plane Fast, чтобы гувер В-Бара корректно заработал.
К стати, интересно собрать статистику по русскоговорящему миру, у скольких людей Скокум стал глючить после перехода на 3.10 и более новые версии. Слышал, что даже заплатка 3.15 не смогла излечить глюки с логами у некоторых западных товарищей. Единственное лечение пока - выключать все типы записи (и вибрации, и запись полета).
у скольких людей Скокум стал глючить после перехода на 3.10 и более новые версии.
Версия 3.15. В воскресенье летал с включенным логом полета для сбора данных по работе гувернера.
Проблем выявлено не было.
Пока стоит V3.10, лог вибраций включен постоянно. Глюков замечено не было. Правда периодически удаляю логи.
Александр, а не пробовали поставить режим Plane Fast? Я помню, на западных форумах с оригинальным УГЕ под В-Бар тоже не все просто было. Народ в итоге все равно переключал его на Plane Fast, чтобы гувер В-Бара корректно заработал.
Не пробовал. Спасибо, непременно попробую! Благо это недолго, только ноутбук на поле взял и поменял один тип гувернера на другой - 5 минут всех перенастроек.
Слышал, что даже заплатка 3.15 не смогла излечить глюки с логами у некоторых западных товарищей. Единственное лечение пока - выключать все типы записи (и вибрации, и запись полета).
Вылечила это еще предыдущая версия. В 3.15 это опять вылезло. Только уже не в виде резета, как было раньше, а теперь в виде дергающего хвоста при включенном логе. Причем проблема в основном наблюдается при включенном логе вибраций. При логе полета в основном у всех все нормально.
Лично я это отношу больше не к скукуму, а к кривой партии SD карт. Ибо не раз читал что те, кто по еще давней рекомендации скукум заменили карту, больше про проблему не вспоминали.
Нет, Дмитрий! Похоже это именно глюк алгоритма скокума. Глюк появился, как только они увеличили вдвое скорость восстановления при автостабилизации. Видимо с этим увеличилась и скорость записи/считывания данных на карте. Обычные microSD, тем более в формате FAT16, с этим уже не справляется - вот и глючит.
Я вот думаю, почему бы Арту не сделать патч, позволяющий скакуну работать не только с FAT16, но и с более новыми форматами - FAT32 и NTFS. Тогда проблема бы спокойно ушла, потому что народ повтыкает в скакуна SDHC, которых сейчас, как грязи.
Глюк появился, как только они увеличили вдвое скорость восстановления при автостабилизации. Видимо с этим увеличилась и скорость записи/считывания данных на карте.
Сорри, но это абсолютно никак не связано. Тем более что автостабилизация 99% времени выключена.
А читать-то там вообще чего? Карта только для записи логов используется. Для всего остального, включая операции вычисления, используется в десятки раз более быстрая внутренняя память.
Обычные microSD, тем более в формате FAT16, с этим уже не справляется - вот и глючит.
С чем они не справляются?? Самая дохлая карточка без проблем пишет ~1 мегабайт в секунду. А у скукума весь лог обычно в районе пары мегабайт. Там даже о мегабайте в минуту говорить не приходится.
Я вот думаю, почему бы Арту не сделать патч, позволяющий скакуну работать не только с FAT16, но и с более новыми форматами - FAT32 и NTFS. Тогда проблема бы спокойно ушла, потому что народ повтыкает в скакуна SDHC, которых сейчас, как грязи.
Вот это уж точно бесполезная трата времени. FAT16 обеспечивает более чем достаточную скорость под задачу без излишеств FAT32 (типа второй копии фат) и вообще громоздкой и сложной журналируемой NTFS. Я уж не говорю сколько времени понадобится интеграция поддержки новых ФС в прошивку. Есть задачи поважнее.
И зачем вообще там SDHC? Куда там 8 и более гигов? Всю жизнь не стирая логи писать? SDHC - это не характеристика скорости, а характеристика объема.
Дмитрий,
Я говорю Вам это из практических выводов.
Первое, вы разбирали Скокум? Вы уверены, что “быстрая внутренняя память” вообще существует. Что-то мне подсказывает, что карточка работает и как оперативка. На истину не претендую, т.к. скакуна не вскрывал и схем его не видел. Но выбор системы FAT16, как бы намекает…
Во-вторых, не надо путать скорость записи больших файлов и оперативного считывания. Большой файл, возможно, и пишется 1 Гб/мин. но при этом при оперативной раоте скорость записи/считывания малых объемов не велика. А для стабильной работы системы задержка даже в микросекунды может быть критична. По этой же причине, как мне писал Арт, они до сих пор не смогли привязать Кастловские логи через Кастл Линк Лайв для работы с логом и гувером скакуна - скорость передачи данных слишком мала. А это 250 фреймов/сек.
В-третьих, практика показала, что проблема скакуна успешно решалась установкой в него SDHC, т.е. проблема были именно в скорости работы карточки.
SDHC - это именно характеристика скорости. Скакун все равно больше 2Гб (ограничение системы FAT16) не кушает. На рынке была только одна SDHC подходящего размера от Sandisc и их уже все давно разобрали, видимо, как раз владельцы скокумов.
Вы уверены, что “быстрая внутренняя память” вообще существует.
А Вы как думаете?
Если бы карта использовалась как оперативная память, она не проработала бы и месяца. Вы же понимаете что количество циклов чтения/записи на flash ограничено. Вы попробуйте под линуксом флэшку под своп выделите. Будете неприятно удивлены.
В-третьих, практика показала, что проблема скакуна успешно решалась установкой в него SDHC, т.е. проблема были именно в скорости работы карточки.
Скорость работы карты определяет ее Class. Аббревиатура “HC” в названии карты означает High Capacity. Т.е. высокая плотность. Другое дело, что современные карты имеют и более высокий класс, и все они SDHC.
Но поверьте, для работы Скакуна достатчно и 4-го класса.
На рынке была только одна SDHC подходящего размера от Sandisc и их уже все давно разобрали, видимо, как раз владельцы скокумов.
Ну точно. 😃
У меня используется карта установленная в Скукум на заводе. Я даже не знаю какого она производителя. Наверняка не 10-го класса (тогда его еще не было). И все работает.
Вы уверены, что “быстрая внутренняя память” вообще существует. Что-то мне подсказывает, что карточка работает и как оперативка. На истину не претендую, т.к. скакуна не вскрывал и схем его не видел.
Неправильно это что-то намекает. Изучите матчасть сперва. В любом микропроцессоре есть встроенная оперативная память, в которой проводятся все вычисления и флеш пямять, где содержится код программы. Скорости доступа ни к какой SD не хватить для нормального проведения вычислений.
Но выбор системы FAT16, как бы намекает…
Бу-га-га! На что намекает? На то, что там внутри стоит виндовс или дос? FAT16 используется по умолчанию для всех мелких носителей, подключаемых в качестве внешнего устройства к ОС Windows.
SDHC - это именно характеристика скорости.
Опять бу-га-га! Ну изучите информацию прежде чем чего-то утверждать. SDHC - Secure Digital High Capacity. Переводить надо или и так понятно? SDHC - спецификация карт с адресацией объема от 8 до 32гб. К скорости отношения не имеет. Совершенно так же карта объемом 4 гб, не являющаяся SDHC, может быть к примеру со скоростью записи 6 МБ/сек, что соответствует 6 классу. А карта SDHC объемом 8 гигов может быть 4го класса, со скоростью 4 МБ/сек.
ru.wikipedia.org/wiki/Secure_Digital
sdcard.org/…/Part_1_Physical_Layer_Simplified_Spec…
Для нормальной работы Skookum нужна карта 2ГБ, не SDHC (2Гб SDHC быть и не могут), а просто с нормальной скоростью доступа и без глюков. Коих сейчас действительно навалом за две копейки.
Ошибка же в скокуме происходит по таймауту при записи лога на карту, у которой не хватает скорости. Более ни для каких нужд карта не используется.
На рынке была только одна SDHC подходящего размера от Sandisc и их уже все давно разобрали, видимо, как раз владельцы скокумов.
Да навалом их. Карт на 2 ГБ с нормальной скоростью записи. Даже сами скукумовцы писали что как вариант заменить родную на любую быструю карту 2 ГБ объемом.
Если бы карта использовалась как оперативная память, она не проработала бы и месяца. Вы же понимаете что количество циклов чтения/записи на flash ограничено.
Более того - течение этого месяца скорость произведения вычислений была бы, мягко говоря, плачевной. Все же оперативная память это даже далеко не своп раздел.
Признаю! По некоторым вопросам был неправ. Тем не менее, обратимся к фактам.
- Глюк появился в прошивке 3.10 после увеличения скорости автовыравнивания. С высокой степенью вероятности можно говорить, что связь есть. Потому, что если бы алгоритм записи лога был нормальный (а он был нормальный) смысла менять его не было. Но в него для чего-то влезли и испортили. Лучшее-враг хорошего!
- Глюк успешно вылечивался отключением логов.
- Также, глюк исправлялся за счет установки более скоростных SD карт.
Из п. 2 и 3 следует, что причина глюка была в скорости записи на карту. - Новый патч пофиксил глюк у некоторых, но вмесо этого родил новый глюк с хвостом у других.
А это означает, что глюк точно зарыт в алгоритмах Скокума. Ведь они же смогли его у некоторых вылечить.
Ничего из описанного впрямую не связано. П. 1 вероятнее всего не более чем совпадение. Т.к. скорость автовыравнивания с этой прошивки может быть быстрее если поставит цифру больше 100. Раньше 100 было пределом. Если оставить значение не более 100 то ничего не меняется. Скорость автовыравнивания с логами не связана ну никак. Проблемы с картами у народа иногда возникали и раньше.
Так же обычно в практически каждой прошивке производители делают изменения (к сожалению не всегда в лучшую сторону), которые ни коем образом не декларируются. Это норма.
А это означает, что глюк точно зарыт в алгоритмах Скокума. Ведь они же смогли его у некоторых вылечить.
Это скорее обозначает что глюк зарыт в картах. Т.к. алгоритмы у всех одинаковые, а вот карты разные. У кого-то попались удачные, у кого-то нет.
Вообще логика рассуждений и выводов мне крайне удивительна. 😃
Дмитрий Racer X,
Я не понимаю, вы чего хотите?! Продолжения срача?!
Вы инженер Скокума? Вы лазали в его программе и схемах?
Ваши безапеляционные заявления ничуть не лучше моих. Не злоупотребляйте тем, что знаете - умнее покажетесь.
- Также, глюк исправлялся за счет установки более скоростных SD карт.
У меня при накоплении некоторого кол-ва лог файлов (20-30) начинал ощутимо тормозить скокум (длительная инициализация, медленное открывание списка файлов).
Поэтому, то что не хватает скорости SD карты - это очевидно. Разумно предположить, что по этой причине возможно появление любых глюков. Лучший вариант конечно, заменить карту на более быструю.
Летаю пока на стоковой т.к. с проблемой явно не сталкивался, только обязательно удаляю логи.
Так никто и не оспаривал что проблема в скорости записи на карту. По каким уж причинам то происходит - глючность карты или еще чего, вопрос уже второй.
Спорно утверждение что после увеличения скорости автостабилизации в прошивке увеличился поток данных на карту. 😃
Спорно утверждение что после увеличения скорости автостабилизации в прошивке увеличился поток данных на карту.
Ну согласитесь, мы же ведь не разработчики, и мы не можем знать наверняка, что точно изменилось в программе. Это может быть и да и нет. Мы можем только строить предположения, основываясь на косвенных признаках.
Мы знаем, что скорость чтения-записи на стоковую SD карту мала, (я бы добавил возможно предельно мала) и если глюк лечится заменой SD карты, то можно предположить, что что-то изменилось в алгоритме при записи логов. Может поток прям и не удвоился, но что-то дополнительно читается или пишется на SD, а скорость уже была предельной.
Я считаю что основной проблемой является обычная глючность некоторых партий карт. Ибо есть люди, никогда и ни на каких прошивках не сталкивавшиеся с проблемами.
Косвенное подтверждение этому я вчера получил. Наконец собрался и поменял карту у себя.
Как я уже рассказывал когда-то раньше, подозрения о глючности родной карты возникили у меня сразу после покупки sk-720 около года назад. Когда я, сходу стерев с него старую версию софта и мануала, попытался на всякий случай записать на него свежие актуальные версии. Ни новый софт, ни мануал я залить не смог. Как, впрочем, и вообще любой файл объемом больше десятка мегабайт. Примерно в середине копирования файла или чуть позже происходила ошибка и копирование прерывалось. Раз 10 форматировал карту, раз 20-30 пытался скопировать в том числе на разных USB портах и вообще компьютерах. Результат одинаковый - ошибка и прекращение записи. При этом логи пишутся и все остальное вроде бы ок. Порасстраивался, да подумал что переживу без софта и мануала на нем и забил. Ну естественно потом набор всех багов, связанных с картой от версии к версии.
Вчера наткнулся у себя на старую флешку SanDisk 2Гб, про которую сто лет уж как забыл. Флешка самая простая еще даже по старым временам. По записи показывает более чем скромные 3,5 Мб/сек. Дай, думаю, поменяю. Хуже все равно не будет. Отформатировал, поменял. После замены карты на SK-720 заливаются любые файлы без проблем и ошибок. Включаю логи, проверяю - хвостом не трясет. А у меня версия 3.15, на которую все жалуются по этому поводу. С родной картой хвостом дергал капитально при включенном логе вибраций.
Дальше веселее. Хотел померить скорость родной карты. Втыкаю в картридер на компе - не видит. Вообще. В принципе в дисководе нет диска. И так на всех устройствах, которые были у меня под рукой и куда втыкается карта. А по информации того же скукума есть два способа прямой коммуникации с картой. Sk-720 и компьютер используют разные. И по их же словам если кто-то один карту видит, а другой нет, то значит с картой проблема на электрическом уровне.
Так что можно делать определенные выводы кто виноват - алгоритмы, скорость или просто банальная глючность карт.