Электронное оборудование ракет - БРЭО,часть XIV

LEVSHA> Пеший тест датчика давления BMP180.

Это сырые данные с датчика? Или с усреднением?

Serge77> Это сырые данные с датчика?
Да.

Отлично смотрится. А если усреднить, то вообще будет чудо)

Брат-2> Serge77! Пытаюсь использовать твой высотомер в качестве самописца для стенда.

Разобрался.
Это переполнение переменной при вычислении высоты в точке нахождения курсора мыши. Переполнение получается из-за того, что данные необычные для этой программы.

В принципе я могу поправить программу, но наверно нет смысла, потому что всё равно для стенда эта картинка на экране ничего не значит. Пока нужно просто использовать данные из файла, открывая его в Excel.

Если ты уже будешь использовать такой стенд, я начну писать программу для обработки данных со стенда, такую же, как для высотомера. На экране будет профиль тяги.

Serge77> Если ты уже будешь использовать такой стенд, я начну писать программу для обработки данных со стенда, такую же, как для высотомера. На экране будет профиль тяги.

Действительно, если писать реальный график, подобной ошибки не возникает! А специальная программа была бы кстати, просто не все осознают своего счастья от использования твоей разработки!
Пытаюсь в стенде параллельно использовать тензодатчик от безмена WeiHeng на 40кг. Но этот безмен автоматически выключается через 1,5 минуты, функцию отключить не удалось, при этом высотомер пишет инверсную величину входного сигнала, и выключение высотомера регистрируется как максимальный сигнал, портя всю картину. Ничего, победим!

Брат-2> специальная программа была бы кстати, просто не все осознают своего счастья от использования твоей разработки!

Буду делать, но боюсь, что быстро не получится.

Брат-2> Пытаюсь в стенде параллельно использовать тензодатчик от безмена WeiHeng на 40кг. Но этот безмен автоматически выключается через 1,5 минуты

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

Serge77> Выключай запись ещё раньше, это ничего не портит, просто помни, что твои данные - это только первая скажем минута, а дальше мусор, оставшийся от предыдущих записей.

Получилось. Питанием моста управляется ключ. При отключении моста, то есть отключении безмена, ключ переводит выходное напряжение ОУ к значению близкому к напряжению питания. Впрочем, возможно действительно воспользуюсь твоим советом, съемную память заранее подготовлю (сотру), а далее после записи буду выключать, ведь мне достаточно 1мин, в запасе еще 30сек, зачем заборы городить! У меня не было в наличии инструментального усилителя, собрал его на 3х MCP6002, оказался очень шумным, но на подходе AD623AR, думаю ситуация улучшится.

Каково полётное задание? Обеспечить стабилизацию полёта отклонением вектора тяги, газовых рулей, аэродинамических управляющих поверхностей?

Если задача - одна из трёх перечисленных, то с одной стороны нужно знать положение корпуса модели в пространстве в каждый момент времени, и с другой стороны - положение управляющих механизмов в ракете, опять же в каждый момент времени. После получения экспериментальных графиков, нужно, используя сведения, в них содержащиеся, методом последовательного приближения, уточнять коэффициенты регулирования, чтобы добиться оптимальности (минимума колебаний). Я так понимаю, что это - основное...

Non-conformist>

Алексей , тебе датчики что выписывал с китая приехали?

Я не выписывал датчиков из Китая. Но что выписывал (заказов пятнадцать уже) - всё пришло, за исключением второго УСБ-программатора, для молодого коллеги. Прошёл месяц - видимо, надо подождать ещё.

Не переживай, всё придёт-приедет.

Non-conformist> Не переживай, всё придёт-приедет.

Ок,Спасибо!

###

LEVSHA> Если кто-то выскажет свои соображения по данному вопросу, буду рад.

Углы отклонения ты как собираешься получать?
Если магнитным датчиком, то вряд ли, угол очень зависит от положения ракеты и 20град тут не уловить, если оптическим - очень сильно надо его дорабатывать, пока это на форуме не реализовано.
Гироскопы? Расскажи , что имеешь наработанное.
А других вариантов и нет.

LEVSHA> Речь пойдет о работе алгоритма системы спасения.
ИМХО над алгоритмом системы спасения надо задумываться когда изделие и прошивка для него уже готовы. Сейчас надо надо над ЦОС и реализацией логики думать. Тем более что у тебя, кажется, на АРМе система и возможностей для обработки сигналов на борту больше.
А ты с хвоста начинаешь.

RLAN> Углы отклонения ты как собираешься получать?
С помощью совместной работы датчика ускорения и гироскопа.

RLAN> Гироскопы? Расскажи , что имеешь наработанное.
В составе плат бортовой электроники есть плата датчиков. MPU6050 акселерометр и гироскоп в одном флаконе. HMC5883L магнитометр. BMP180 датчик давления. Ниже принципиальная схема, платы недавно выкладывал.

GOGI> ИМХО над алгоритмом...
Электроника уже есть прошивка в процессе, поэтому и вопросы задаю.
GOGI> Сейчас надо надо над ЦОС и реализацией логики думать.
Расшифруй, пожалуйста.
GOGI> Тем более что у тебя, кажется, на АРМе система...
Именно так ниже принципиальная схема.

LEVSHA> Электроника уже есть прошивка в процессе, поэтому и вопросы задаю.

Massaraksh> ...
Материал полезный для размышления. Спасибо.

GOGI>> Сейчас надо надо над ЦОС и реализацией логики думать.
LEVSHA> Расшифруй, пожалуйста.
Ну вот смотри, типичное устройство. Выходов с блока ЦОС я с запасом нарисовал, все конечно вряд ли кто будет реализовывать.

Решаем организовать выброс в апогее, Поскольку скорость и перед стартом равна нулю, то блокируем апогей до достижения определенной высоты. Привязываем выход логической схемы к ключу 1.

Для такой структурированной схемы мы можем очень быстро и легко написать эмуляцию, через которую может по сотне запусков за секунду с разными параметрами ветра, двигателей и прочего прогнать ракету еще до первого запуска.
Что мы увидим: вероятно мы увидим, что очень часто выход не будет срабатывать. Почему? Потому как вертикальная скорость ракеты не равна нулю нигде. Очевидное решение, что сделать элемент вертикальной скорости пороговым, например скорость Y Мы сразу будем знать, что и где нужно исправлять.
После очередной симуляции выяснится, что выход срабатывает на слишком малое время. Необходимо добавить в логическую часть одновибратор.
А можем сделать апогей не по высоте, а по перевороту ракеты, изменив только блок логики.
Это конечно очень простые примеры, до проблем которых легко догадаться и без симуляции. Но с таким построением об алгоритмах апогея и прочего, необходимо будет заботиться уже с готовой прошивкой. И в ней менять только пороговые органы, если возникнет нужда. А все остальное софтово.