Перейти к содержанию
    

Prizrak_Kommunizma

Участник
  • Постов

    141
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о Prizrak_Kommunizma

  • Звание
    Частый гость
    Частый гость

Посетители профиля

2 166 просмотров профиля
  1. Звучит как парсинг файла в своём скрипте. Я уже говорил, что заниматься этим не хотелось бы. Я ищу способ передать эти параметры из конфигурационного файла средствами Eclipse.
  2. Имеете в виду переменные среды Windows или что-то внутри Eclipse? Можно, пожалуйста, поподробнее раскрыть тему?
  3. Если вы про то чтобы объявленное в Conf.h файле добавить в команду компилятора, то это одно и тоже, просто иметь файл с дефайнами удобнее, когда настроек условной компиляции становится много. Но мой вопрос был не про это. Мне нужно передать параметры из файла не компилятору, а post-build скрипту.
  4. Всех приветствую. Вопрос по STM32CubeIDE, ну или по Eclipse, кому как нравится) Я использую в своём проекте файл Conf.h для того, чтобы делать условную компиляцию. А ещё использую дополнительный скрипт в post-build чтобы ренеймить выходной hex файл. Вопрос - можно ли в параметры этого скрипта из Eclipse передать константы, объявленные в Conf.h файле? Более наглядно свою хотелку показал на приложенной картинке ниже. Заранее оговорюсь - открывать этот файл и парсить его средствами скрипта не хочется.
  5. 1, А если моя цель просто показывать юзеру текущие углы крена, рысканья и тангажа без необходимости воспроизводить по ним положение датчика на компе или где-то ещё, то проблема сохраняется? Или она только при воспроизведении и пересчёте координат будет возникать?
  6. Чтобы не плодить новые темы, напишу тут. Я работаю уже продолжительное время с датчиком BNO055, реализую получение информации об абсолютной ориентации изделия на карте. У него есть возможность выдавать на выход кватернионы и углы Эйлера. Все пишут везде, что с углами Эйлера могут быть проблемы из-за эффекта "складывания рамок" и от того, что углы Эйлера зависят от выбора очерёдности поворота по углам. Мне с этим не всё ясно, не могу понять следующее: 1. Актуальна ли проблема Gimbal Lock (Складывание рамок) для MEMS гироскопов? Там же другая конструкция и рамок по сути нет. 2. Если ответ на 1 вопрос - да, то могу ли я надеяться, что Bosh уже решили эту проблему за меня внутри своего датчика с помощью данных магнетометра и акселерометра? Находил патенты, что такие алгоритмы есть, но разбираться в формулах нет времени, нужно делать изделие. Сам Bosh почему-то об этом в ДШ молчит. 3. Почему углы Эйлера это такая проблема, если можно узнать заранее в какой последовательности датчик и записывает и воспроизводить так же? Мы же не рандомно каждый раз их применяем, а по алгоритму. Почему обязателен переход на кватернионы?
  7. А тем временем я решил пойти в другую сторону и попробовать убить небольшой пакетик. И знаете, что? У меня не получилось вызвать его возгарание без непосредственного протыкания. Я взял стандартный элемент LP401430, откусил плату защиты, выводы замыкал накоротко, пропускал через него 5 ампер в обоих направлениях грел паяльником до 350 градусов полчаса, от чего на нём остался отпечаток, но сам элемент не взорвался, только чутка вздулся. Фото прилагаю. Быть может в этом и есть секрет? Делают же кучу китайцев свой ширпотреб без какой-либо защиты. Быть может на таком размере акума прочность фольги корпуса выше энергии раздувания и бояться пожара бессмысленно?
  8. А можно ссылочку где их можно купить на раз? Ни чип-дип, ни элитан не находят у себя их. Обращаться к производителю не вариант, если ему не интересны мелкие партии. Тут выше ещё грамотно замечали про схему зарядки этого конденсатора. Не усложнит ли это чрезмерно схему, раздув её габариты? Диод и резистор для меня недопустимо, много мощности потеряю.
  9. Посмотрел ионисторы. По моему либо на них не пишут, либо они в большинстве предназначены для низких токов разряда. Эти из видео выше это какие-то особые. Их ещё не так просто достать.
  10. Кстати идея отличная! Если рядом с маленьким аккумулятором такой же по размеру суперконденсатор поставить просто в параллель, то можно снимать большие токи?
  11. Есть такие аккумуляторы да, но они опять же предусмотрены например на свои 30С при разряде постоянный током. Но значит ли это, что от них можно питать нагрузку например током 60С, но ШИМом с коэффициентом заполнения 50 %? Те же вспышки для фотокамер например. Имею в виду миниатюрные. Когда заряжают конденсатор для лампы, с аккумулятора снимается большой ток, а судя по размеру вспышек, там вряд ли даже 18650. Там скорее пакетики где-нибудь на 1000 мАч. Но при зарядке конденсатора там явно снимается больше 1 ампера в короткий промежуток времени. Подобные решения на относительно слабых элементах питания существуют, вопрос как их рассчитывать, чтобы не сделать из той же вспышки бомбу замедленного действия.
  12. Скорее всего тема уже где-то поднималась, но я найти не смог. В последнее время часто сталкиваюсь с проектами, где нужно в небольшой объём впихивать небольшой LiPo или LiIon аккумулятор в районе 100 мАч, но разряжать который надо на нагрузку токами до 3А в короткие промежутки времени. Экспериментально убедился, что встроенные защитные схемы сработать не успевают и аккумулятор продолжает питать остальную схему, пусть и проседая на время. Но это по сути ни о чём не говорит, может схемы защиты просто слишком инерционные. Документация на аккумуляторы не даёт информации по принципиальной допустимости и допустимым параметрам такого типа разряда, указывают обычно 1C постоянного тока и всё. По этому вопрос к знатокам: Исходя из химии элементов, допустимо ли подобное и если да, то как рассчитать такой режим? Как найти минимально необходимый для выживания аккумулятора период между импульсами? Интересует в том числе с точки зрения защиты от возгорания и влияния на число циклов заряда. Заранее спасибо.
  13. Я благодарю за предложенные интегральные драйвера, но я в своё время их всех шерстил и не нашёл ни одного достаточно подходящего. У моей системы специфические задачи. Если уж кому интересно, то можете окунуться вот в эту простыню. Чудо чип я конечно же не жду, просто хочу сэкономить место на ПП, которого и так не много, а если ещё и драйвер затвора делать распределённый, то его вообще не останется. Плюс время на разработку и отладку собственной схемы управления затворами в железе нужно не малое. Если бы были готовые решения, которые прям точно можно скопировать как готовый блок, я бы ещё подумал. Неужели подходящих схожих по скорости срабатывания драйверов затворов нет? Беглый поиск по TI дал мне только похожие драйверы с похожей схемой подключения, значит они тоже в статику не могут.
  14. Я собственно не про Вас. Тут выше товарищи отписались, что для статики LM5106 не применима:
  15. Это значит ключ верхнего плеча. Мне это не подходит. Нужна именно схема управления H-мостом или двумя полумостами с минимальным dead time. И они точно есть. Вопрос как отличить пригодные для статического переключения от тех, что непригодны. И как по LM5106 вы поняли, что она непригодна? Просто пытаюсь понять эту магию древних... Реверс нужен и часто. По этому нужен именно H-мост.
×
×
  • Создать...