Новый Spektrum DX9

btframework
lvsw:

кто-нибудь уже прошивался?

В 1.08 были баги приводящие к перезагрузке аппаратуры в мультироторной части, а также баги в названиях звуковых файлов. Уже пофиксили - 1.09. Правда там еще осталось что-то непонятное с триммерами и еще чем-то. Но хоть не перегружается. На rcgroups подробности есть.

3Daemon
btframework:

Уже пофиксили - 1.09

Спасибо! У меня FBL хелики и триммера выключены совсем. Траблов с 1.08 не замечал. Но, 1.09 сейчас перешью (береженого бог бережет, сказала монашка - одевая презерватив на свечку 😃)

3Daemon

В общем с 1.09 всё норм, но есть два момента:

  1. После апдейта FW 1.09 - звуковой файл 1.08 рекомендуется перезалить
  2. Телеметрия, могут не работать некоторые датчики. Нужно просто удалить и добавить заново. Я сегодня на это попал, починил не зная рекомендаций, именно методом удаления и добавления снова 😉
  3. ??? пока не понял файл телеметрии сейчас другой? нового формата? … пока не понял, завтра подлетну - будет понятнее.
GVG

Скажите, в общем стоит прошиваться с 1.07 на 1.09 если все работает нормально?

lvsw
GVG:

Скажите, в общем стоит прошиваться с 1.07 на 1.09 если все работает нормально?

Сам мучаюсь этим вопросом.

Но, пожалуй, прошиваться не буду - 1.07 ни разу не подводила, стабильна, что еще нужно?

btframework
GVG:

Скажите, в общем стоит прошиваться с 1.07 на 1.09 если все работает нормально?

Глобально - нет. В 1.09 только новая программа для мультироторных, можно менять названия таймеров и еще какая-то мелочь. Звуковой файл 1.08 работает на 1.07 прошивке, можно залить, много новых звуков добавили.

3Daemon

Согласен. В основном из-за непоняток с новым форматом данных в Telemetry log file, но если Спектрумы будут продолжать проталкивать именно этот новый формат - то придётся.
Откатится с 1.09 на 1.07 кстати вполне можно, к счастью передатчики Спектрум не из тех где это (FW downgrade) нельзя.

7 days later
3Daemon

В общем что-то реально они накосячили изменили в записи файлов телеметрии в FW 1.08-1.09
Ничем они сейчас толком не читаются, timestamps кривые у данных.
Несколько дней уже переписываюсь с “аффтарами” прошивки, и двух логридеров. Прикольно, все кивают друг на друга. Прям как у Райкина: “к пуговицам претензии есть?..” 😁 Авторы ридеров ждут подтверждения от авторов FW что “это не косяк, а новый метод кодирования”, автор(ы) FW - отмалчиваются, да кидают реплики типа “а мы чего? мы ничего”
…печально это всё…

btframework
3Daemon:

Ничем они сейчас толком не читаются, timestamps кривые у данных.

А можно старый и новый файл (лог) кинуть мне? Интересно поковырять.

btframework

Поковырял. Распарсерить удалось, вроде как, но не понятно, там у них баг или так и задумано. Отсюда вопрос: 109_G570_1.TLM - там одна сессия или несколько? Вроде как несколько. Напряжение питания 50V?
Похоже сессии теперь делятся при timestamp = 0

3Daemon
btframework:

там одна сессия или несколько? Вроде как несколько. Напряжение питания 50V?

Если не изменяет память - две или три по 6 с небольшим минут, да. Питание 50V - 12S, да. Могу добавить ещё файлик, где точно 4 сессии. Надо?

3Daemon

Вот файлик сегодняшний.
Там 5 полётов (первый подлёт около минуты и потом 5 минут) и потом три полноценных полёта по 6:15-6:25 примерно. Реально из датчиков присутствует только датчик вольтажа силовой (12S, с 50 вольт в начале полёта до ~42-43 вольт в конце) напряжение RX тоже должно присутствовать, оно правда не соответствует всему борту, так-как взято не с BEC’a а с сервисного раз’ёма ESC’a - 5,3В гдет должно быть. RPM датчика нет и gear rate не настроено.

btframework

Спасибо большое. Думаю завтра что-нибудь будет рабочее, что можно будет потестировать.

3Daemon

Было бы круто! Telemetry File Reader от Кевина - на нём показывает вот такую ахинею. Правда только номер и имя модели 😉 А та поделка что от Robo-Soft - этож вообще за гранью добра и зла 😦

btframework

Да, я смотрел. Там сдвиг данных на 4 байта получается. Не пойму, почему timestamp в новом формате всегда имеет одинаковый последний байт (в пределах сессии), но разберусь. И еще сессии стали делить криво, что тоже пока не совсем понятно, но это уже не проблема.

btframework

Здесь тестовая версия. Пока показывает только в таблице и только стандартную телеметрию, но зато читает все файлы (старые и новые). В новых не понятно со временем. Кажется у них ошибка в логировании. Сессии прерываются как угодно и когда угодно. Ну или не правильно я время считаю.

3Daemon

Спасибо! Уже что-то! Но время действительно неправильно.
В моём файле (из поста #789) - пять полётов. Таймер стоит на 06:00, включается по тумблеру, по этому же тумблеру включается-выключается запись телеметрии в файл.
Ну, после сигнала пока сяду, реально полёты (и соответственно логгинг-сесии) получаются где-то 06:15 - 06:25.
Ваш вьюер на этом файле показывает 5 сессий (это верно), но сумма 1 и 2 должны быть где-то ~06:xx, так-же как и продолжительность сессий 3,4,5. А Ваш вьюер показывает 0:02:хх.хххх
Для “старых” файлов - тоже показания времени неверны. Вот этот файл записан со “старой” FW 1.07, ридер от Кевина корректно там показывает одну ссесию 0:05:59.60, а Ваш - две сессии по 0:02:11.ххххх
Давайте я сегодня запишу только одну сессию и напишу точное время по таймеру для неё? Возможно Вам это поможет?

Кстати, кто-то зареган на RC-Groups? Задать там в лоб вопрос AndyKunz - типа новый формат файла телеметрии это правильно и так и должно быть/будет - или бага там в FW 1.08-1.09? Моя переписка с сапортом Spektrum и Robo-Soft содержит пока только уклончивые “водяные” ответы.

btframework

Со временем там действительно что-то пока не понятное. Ковыряю. В старых файлах все более или менее логично и понятно. А вот в новых сессии запросто могут прерываться “мусором”. Еще бывает “сбой” меток времени (timestamp). Скажем началась сессия 0x00000010 и длится до 0x00002000. И вдруг следующий пакет имеет метку 0x00000100 (т.е. как будто новая сессия началась) и опять увеличиваются тики. Мой код это и трактует как “сбой телеметрии” и начинает новую сессию. Причем между таким вот “сессиями” никаких заголовков нет, просто дальше идут данные телеметрии но уже с новыми метками времени (могут перекрываться с предыдущими).