тебе то есть нужно только значение предельное?

тебе то есть нужно только значение предельное?

Да девайс вроде как запрограммирован. Его использую по идее в гонках, и фиксирует оно именно столкновения (хз как распознает удар)
при подключении к девайсу я могу считать пакеты по 256 байт, с 0 по 15 байт разная инфа типа даты записи, времени и версии пакета, и т.д.
с 16-256 байты содержат эти тройки XYZ.

вот как их чел описывает эти данные:
contentBytes = the actual impact data, up to a max of (256 - 16) bytes. The data is stored in the
order X0, Y0, Z0, X1, Y1, Z1, X2, Y2, Z2... and so on where each XYZ set are from the same
instant in time. The XYZ data is signed 12bit, where 1LSB = approx. 0.1G (since the data is raw
from the accelerometer, with no calibration). Since the data is 12bit the data is packed to reduce the
memory required to store and transmit. The packing format is as follows:

У них еще есть проект на плюсах который типа строит графики, просто рисуя эти значения как три линии. но никакой формули нахождения G-force там нет.

Я вообще очень слаб в физике и с такими девайсами не работал, пытаюсь ресерчить ифну по этой теме, но готовых ответов никто не дает, даже как преобразовать xyz в G.

Постоянно встречается в контексте обсуждения формула sqrt(x*x + y*y + z*z) — но хз к чему она, на самом деле

да, значение G по осям
Вот как найти G - не ясно. Выше Денисио подсказал фильтр Кальмана

значит после каждого удара у тебя уже находит G?

получается что да)

что тебе мешает сделать массив?

я не знаю)