Защита от КЗ.
MPU 6050 На 50 MMA XX XX
2-8метров.
До выброса парашюта 100раз сек после 10.
STM32F103C8T6
До приземления на максимальной после 2МГц.
Сейчас не скажу могу завтра посмотреть
Защита от КЗ.
MPU 6050 На 50 MMA XX XX
2-8метров.
До выброса парашюта 100раз сек после 10.
STM32F103C8T6
До приземления на максимальной после 2МГц.
Сейчас не скажу могу завтра посмотреть
Большое спасибо за ответы!
По защите USB нашёл в таком-же корпусе USBLC6-2.
Хороший приборный отсек. Для брэо на базе датчика давления каким требованиям он должен удовлетворять?
герметичный сверху и снизу
в стенках 2-3 одинаковых отверстия напротив друг друга, других отверстий лучше чтобы не было
отверстия с ровными краями, выше и ниже на 1-2 калибра ракеты корпус ракеты должен быть прямым цилиндром без выступов и т.д., которые могут нарушать плавный ток воздуха
в общем, всё логично и просто
в общем загнал все свои данные в программу для построения аппроксимирующей функции и вычисления времени наступления апогея.
сделал 2 варианта вычисления - для данных,которые идут непосредственно с датчика давления/высоты и для значений высоты после нахождения среднего из последних 10-ти.
как говорилось выше - чем ближе к апогею, тем точнее прогноз получается.
по самим данным в атачах:
alt, m - значение высоты с датчика
avg alt, m - среднее значение высоты с последних 10-ти значений
time, 1/20 s - время (1 = 0,05 с)
forecast apogee time, 1/20 s - прогнозируемое значение апогея по данным введенным с датчика высоты
apogee by avg alt, 1/20 s - прогнозируемое значение апогея по округленным с последних 10-ти значений высоты
далее не очень нужные значения
accel (G) - ускорение кратно g (по значениям скорости в данный момент времени и 0,5с назад - 10 итераций)
speed, m/s - по данным усредненной высоты в текущий момент и 0,5 с назад (10 итераций)
полет 1
полет 2
полет 3
первый полет не представляет какой-либо ценности, из-за скачков на датчике. прогнозы тоже "пляшут" в обоих режимах
второй и третий полеты - уже получше. но использование значения апогея, рассчитанного по высоте с датчика - сложно определить когда разбирать ракету.
а вот если брать прогноз апогея по усредненному значению высоты, то тут легко определить прогнозируемое время - оно должно быть больше текущего)) и мы сравниваем прогноз с текущим и когда получается нужная разница инициируем разбор ракеты
почему заморачиваюсь этим. когда апогей считаем по среднему значению с 10-ти последних значений датчика, то апогей получим только через 5 итераций (уже четверть секунды), потом зажигание и другие процессы - еще задержка не очень маленькая. в третьем моем запуске (когда все штатно сработало) по графику видно запаздывание срабатывания парашюта примерно на 2 секунды от апогея. а 2 секунды свободного падения - это уже скорость 20 м/с
могу прогнать этой программой и данные с других ракет
пытался смотреть данные, глаза разбегаются, ненаглядно
можешь это как-то вывести на графики?
совместить график высоты и график предсказания апогея
а какой алгоритм предсказания апогея?
для наглядности предсказанное время умножай на 10, тогда на одном графике будет высота, а на втором время и всё будет хорошо видно
наверное да, но в жизни всякое бывает... для начала хочется заставить это работать))
- - - Добавлено - - -
все-равно не понял... просто по обоим осям будет время. вправо - текущее время, а вверх - предсказание апогея. будет не наглядно... то ты раньше строил график параболы на данных полета (где брал определенное кол-во данных для расчета) - там всё ясно, а у меня уже сразу результат... в каждую секунду - новый, с учетом последнего значения высоты...
с GoogleDrive-a через меню File -> Download As можно скачать те файлы и в экселе все графики нарисовать
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)