Просмотр логов телеметрии передатчиков Spektrum

Dimenn
btframework:

Хотя, что-то мне подумалось, что это можно сделать как опцию к графику. В общем записал себе в ToDo - буду думать.

Спасибо!
Параметр усреднения отдать на откуп пользователям как параметр опции допустим как усреднение за период времени.

3Daemon
btframework:

Вроде стало гораздо лучше

Aaaa!!! Щайтан! Стало супер! 😃
Было (v137), Стало (v139), график лога из самого JLog для сравнения
Я - доволен! 😃

Dimenn:

щетка по моему осталась

А можно картинку? Не понимаю, чем она Вам мешает?

btframework
3Daemon:

Я - доволен!

Ну, теперь с меня экспорт, для полного счастья, так сказать 😃

Dimenn
3Daemon:

А можно картинку? Не понимаю, чем она Вам мешает?

Вот так у меня выглядят обороты со спектрумовским датчиком оборотов на тм1100.
Определить более менее точно обороты не получается.

3Daemon
Dimenn:

Вот так у меня выглядят обороты со спектрумовским датчиком оборотов на тм1100.

Да уж, “шумновастенько”… Или датчик так работает или TM1100. А на передатчике (DX9 у Вас?) что при этом?
У меня кстати TM1100 с проводом от датчика оборотов HobbyWing 100A v.3 HV вообще с ума сходил, начинал всякую лабуду по всем каналам выдавать, в том числе и про вольтаж силового пака. Писал где-то про это в теме HW. Отключить пришлось, всё думаю с другим датчиком попробовать.

Dimenn
3Daemon:

А на передатчике (DX9 у Вас?) что при этом

Да на передатчике нормально показывает максимум ± 15 оборотов.

3Daemon

Майк, багу обнаружил в версии 139.
ESC: Output % при разгоне движка поднимается от 0% только до 63% и “замерзает так”.
Возьмите любой мой G660.TLM - ESC: Output % должен подниматься до 80+ % при разгоне движка и далее колебаться от этой полки достигая иногда 100% - это гувернёр работает, поддерживая заданные обороты. Проверил в версии 137 - там нормально с “ESC: Output %” ещё.

btframework
3Daemon:

Майк, багу обнаружил в версии 139.

Спасибо, исправил. Пока не выкладывал, готовлю большое обновление.

btframework

Beta version of the TLM Viewer: www.btframework.com/files/tlmviewer2.zip

* Current sensor parsering reworked;
* PowerBox sensor parsering reworked;
* Airspeed sensor parsering reworked;
* Altitude sensor parsering reworked;
* Variometer sensor parsering reworked;
* Standard Telemetry sensor parsering reworked;
* Flight Pack sensor parsering reworked;
* Accelerometer (G-Force) sensor parsering reworked;
* RX Pack (Dual Energy) sensor parsering reworked;
* Airspeed sensor Air Speed Max reading added;
* Flight Pack sensor second battery data added;
* RX Pack (Dual Energy) sensor second battery data added;
* Fixed bug when RX telemetry has not been shown;
* RX Pack sensor power calculation added;
* ESC sensor power calculation added.

3Daemon

О! Круто! Сейчас буду тестить.
edit… THE PAGE YOUR ARE LOOKING FOR WAS NOT FOUND ON THE SERVER
😃

3Daemon
btframework:

Еще одна бета

Только сейчас добрался. Посмотрел 143. Что-то как-то не то…
Voltage на моих файлах (G660.TLM) изчез совсем. В 139 - ещё был в ESC. Уже в 139 кстати пропал voltage борта…
сейчас сплю уже, завтра постараюсь посмотреть и сравнить всерьёз.

btframework

Там ошибка была. Постараюсь сегодня исправить. Третий день воюю с фильтрами.

3Daemon

Майк, пожалуйста почините “багу с вольтажами”. Фильтрация и усреднение - это уже опционально. Я, пока откатился на 129 билд.
Если нужна какая инфа и/или логи - сообщите.
В любом случае - СПАСИБО за Вашу работу!
Эх… спектрумы… им должно быть стыдно! “Фирма” блин, “телеметрия” блин, а сами софтинку для своей телеметрии сделать не способны 😦

btframework

да уже давно подчинил. Бьюсь над нормальной фильтрацией уже вторую неделю. Проблем осложняется тем, что куча “разрывов” в данных.
www.tlmviewer.com/files/build.zip
После запуска зайдите в настройки (settings) и поставьте PostProcessing в None. Потом откройте любой из приложенных файлов. Там где n/a - нет данных (сенсор не посылает данные). Вот что с таким делать - ума не приложу.

Т.е., как видите, напряжение (в Standard) поступает постоянно. Датчика температуры нет. А вот RPM данные поступают как им вздумается. И даже те, которые поступают как валидные (особенно в начале), не похожи на правильные. Слишком уж большие скачки (хорошо видно на графике). Кстати, график теперь в PostProcessing = None строится точечный, по нему хорошо видно, где “разрывы” в потоке данных с телеметрии. И такая беда в большинстве случаев. Это, конечно (особенно A5 файл) экстримальный вариант, но на нем простейшие фильтры режутся. Сейчас пытаюсь прикрутить скользящую медиану, но проблема в том, что не хочется делать 2-3 прохода по данным, чтобы не замедлять работу программы.

3Daemon

21.30 - n/a
21.37 - 1737.15
21.43 - 4607.97
21.50 - n/a
и это всё за 200ms? yahoo.eu от таких “данных телеметрии”…
Если у Вас всё в порядке с пэрсингом исходных данных и действительно такова эта “телеметрия”…
может автору этих файлов разобраться/выбросить свой датчик?

btframework

Я с Вами согласен, но хочется что-то с этим сделать на стороне программы. В общем помучаюсь еще дня три, если ничего хорошего не получится, оставлю как было. 😃

btframework

Beta 4

New in Beta 4:

* Settings for data post processing added;
* When displaing the data graph without postprocessing it uses the Point mode
by default to show when yout telemetry data lost (you can change it in graph
settings for analizing);
* reset.cmd file has been added to fast reset the application settings to its
default values;
* This version requires resseting the application settings to the default values.
Run it with reset.cmd for first time;
* Four postprocessing types have been implemented:

  1. Postprocessing: None - Does not apply any postprocessing to the sensor data.
    Graph showing in Dot Mode by default. Can be used to find telemetry issues.
  2. Postprocessing: Simple filter - Applies very simple filtering of invalid data.
  3. Postprocessing: Peak filter - Applies peak filter to the sensor data.
  4. Postprocessing: Smooth - Applies complex filter to the sensor data. Can be
    ajusted by changing the Apperture parameter.
    The Peak filter may not work good for some files.

in addition to:

* Current sensor parsering reworked;
* PowerBox sensor parsering reworked;
* Airspeed sensor parsering reworked;
* Altitude sensor parsering reworked;
* Variometer sensor parsering reworked;
* Standard Telemetry sensor parsering reworked;
* Flight Pack sensor parsering reworked;
* Accelerometer (G-Force) sensor parsering reworked;
* RX Pack (Dual Energy) sensor parsering reworked;
* Airspeed sensor Air Speed Max reading added;
* Flight Pack sensor second battery data added;
* RX Pack (Dual Energy) sensor second battery data added;
* Fixed bug when RX telemetry has not been shown;
* RX Pack sensor power calculation added;
* ESC sensor power calculation added.

www.tlmviewer.com/files/tlmviewerbeta.zip

3Daemon

Только сейчас добрался посмотреть 😦
Навскиду - всё выглядит очень хорошо и правильно. Peak filter - то что нужно для моих “пиков по RPM при выключении”. Спасибо!
Поплотнее посмотрю завтра.
Вот только, с какой-то версии (после 126?), и в этой тоже, в моих файлах G660.tlm пропала секция RX Telemetry. A она там есть, передатчик показывает. Там всё мусор (я описывал почему) кроме Voltage. Вот он мне нужен, это Voltage всего борта. В файлах G570.tlm эта секция кстати присутствует и в новых версиях Вашей программы.

Dimenn

Странно тоже посмотрел, тоже понравился Peak, у меня RX напряжение борта показывает правильно.
По поводу RPM фильтр особой ясности не внес, а вот ложные пики вылезают, по поводу сглаживания, как то оно странно работает поъоже что больше отрезает часть и стыкует оставшиеся значения.