Просмотр логов телеметрии передатчиков Spektrum
- (и думаю простое) менять цвет линеек столбцов на выбранный цвет графика если пользователь его меняет. А то легенда не работает, начинаеш путаться где смотреть значения.
Не совсем понял, что хотелось бы. Можно чуть более расширено?
- относиться к датчику оборотов, посмотрел значения обновляются каждые 4-6мс и при этом обороты скачут с разницей под сотню. Нельзя ли как то аппроксимировать данные для графика оборотов вычисляя средние значения допустим каждые 25мс (ну или задавать пользователем) и откидывать сильно завышенные значения при минимальном времени (ну не могут обороты на 100-150 измениться и вернутся за 4-8мс). Хочется по графику реальные просадки отследить а пила графика в 100-150 оборотов такого не позволяет.
Киньте в меня (или сюда или на мыло) свой TLM файл - гляну, что можно сделать.
К сожалению, сейчас чуток пригружен работой, по этому пока не могу быстро сделать обновления, но кое что из предыдущих “желаний” уже реализовал. Думаю, за недельку сделаю релиз (с, наконец-то, экспортом сессий).
Здесь столбцы значений не изменили цвет и сложно сразу понять какой график какому столбцу соответствует.
Вот крутил верт на полу строго на 1900-2250-2350-1900 оборотов без нагрузки.
Обороты держались ровно и не скакали, а на графике щетка. И есть пики до нуля и до 5000 оборотов.
Файл TLM.
Здесь столбцы значений не изменили цвет и сложно сразу понять какой график какому столбцу соответствует.
К сожалению, пока с этим ничего сделать не смогу.
Вот крутил верт на полу строго на 1900-2250-2350-1900 оборотов без нагрузки.
Ага, понятно. Постараюсь, что-нибудь придумать. Давно над этим голову ломаю (как отфильтровать вот такие вот скачки), но пока ничего не придумал. В любом случае - этим занимаюсь.
Обороты держались ровно и не скакали, а на графике щетка. И есть пики до нуля и до 5000 оборотов.
Появилась минутка позаниматься RPM. Кое-что удалось исправить. Но, к сожалению, не все. Так как не хочется, честно говоря, добавлять в программу какую-либо обработку данных. На крайний случай можно сделать экспорт в Excel и там наложить сглаживание. Что удалось победить, так это отфильтровать некорректные данные. Вроде стало получше.
Обновленная версия на сайте.
Обновленная версия на сайте.
Майк, спасибо что не бросаете софтинку!
Да, появилось сглаживание, и возможно Дмитрию это уже поможет. А вот с моим “броском” по RPM при выключении с 1900 на 6124 это не помогает.
Повторюсь - это НЕ критично! И не Ваша задача в общем править Spektrum’овские баги. Но, некий опциональный “фильтр-лимитер”, не помешал бы при передаче данных из таблицы в графико-построитель.
Но, некий опциональный “фильтр-лимитер”, не помешал бы при передаче данных из таблицы в графико-построитель.
Стараюсь, что-нибудь придумать. Ну очень не хочется делать простую “резалку” по min/max. Все-таки надеюсь найти “интеллектуальный” вариант фильтрации.
Еще чуток поигрался с фильтрацией данных. Вроде стало гораздо лучше. Брать здесь: www.tlmviewer.com/files/tlmviewer1.zip
Спасибо посмотрел последнюю версию, ошибочные пики ушли, но щетка по моему осталась прежней.
но щетка по моему осталась прежней
Здесь я, к сожалению, ничего не сделаю. Это так данные пишутся.
Жаль 😦
А может все же удастся в виде опции сделать что то типа этого?
Там еще в комментах на мой взгляд есть интересные решения.
Да сделать то можно, но, честно говоря, смысла не вижу. Ведь задача телеметрии показать, что реально происходит на борту, а не некий “красивый” график. Если взять обороты, то они никогда не будут ровно 2900 (к примеру) все время. А они плавают в некотором диапазоне. Что, собственно, телеметрия и показывает. Сейчас вот работаю над тем, чтобы делать “разрывы” на графике (и как-то выделять в таблицах) моменты, когда данные с телеметрии не поступают (нет связи, помеха, еще что-то). И таких моментов даже в вашем логе куча. И у них ведь есть какая-то причина, которая может привести к, не дай Бог, крэшу.
=======
Хотя, что-то мне подумалось, что это можно сделать как опцию к графику. В общем записал себе в ToDo - буду думать.
смысла не вижу
Жаль, я считаю, что по крайней мере вертолетчикам эта функция необходима.
Опишу почему, по графику лога RPM при усреднении можно будет отследить динамику изменений оборотов. Вот к примеру настройка гувернера, взлетаем выполняем подъем-спуск подъем, смотрим график, о обороты просели на 120 оборотов, добавляем в настройке гувернера параметр отвечающий за набор, далее летаем с вращением по рудеру, смотрим график обороты просели на 50, увеличиваем параметр гувернера отвечающий за рудер и т. д.
Сейчас разницу оборотов в 50-100 оборотов определить очень сложно (ядумаю что просто невозможно).
Убедили. 😃 Буду думать, как сделать удобно.
Хотя, что-то мне подумалось, что это можно сделать как опцию к графику. В общем записал себе в ToDo - буду думать.
Спасибо!
Параметр усреднения отдать на откуп пользователям как параметр опции допустим как усреднение за период времени.
Вроде стало гораздо лучше
Aaaa!!! Щайтан! Стало супер! 😃
Было (v137), Стало (v139), график лога из самого JLog для сравнения
Я - доволен! 😃
щетка по моему осталась
А можно картинку? Не понимаю, чем она Вам мешает?
Я - доволен!
Ну, теперь с меня экспорт, для полного счастья, так сказать 😃
А можно картинку? Не понимаю, чем она Вам мешает?
Вот так у меня выглядят обороты со спектрумовским датчиком оборотов на тм1100.
Определить более менее точно обороты не получается.
Вот так у меня выглядят обороты со спектрумовским датчиком оборотов на тм1100.
Да уж, “шумновастенько”… Или датчик так работает или TM1100. А на передатчике (DX9 у Вас?) что при этом?
У меня кстати TM1100 с проводом от датчика оборотов HobbyWing 100A v.3 HV вообще с ума сходил, начинал всякую лабуду по всем каналам выдавать, в том числе и про вольтаж силового пака. Писал где-то про это в теме HW. Отключить пришлось, всё думаю с другим датчиком попробовать.
А на передатчике (DX9 у Вас?) что при этом
Да на передатчике нормально показывает максимум ± 15 оборотов.
Майк, багу обнаружил в версии 139.
ESC: Output % при разгоне движка поднимается от 0% только до 63% и “замерзает так”.
Возьмите любой мой G660.TLM - ESC: Output % должен подниматься до 80+ % при разгоне движка и далее колебаться от этой полки достигая иногда 100% - это гувернёр работает, поддерживая заданные обороты. Проверил в версии 137 - там нормально с “ESC: Output %” ещё.
Майк, багу обнаружил в версии 139.
Спасибо, исправил. Пока не выкладывал, готовлю большое обновление.