Создание собственной системы стабилизации
Привет, чисто совет не по теме. Попробуй для сборки использовать BGA пасту вот такую в ту субботу купил и очень доволен, трудозатраты на сборку сократились почти в 2а раза (контакты лудить вообще не нужно перед пайкой чипов) просто мажешь в пропорции на дорожки и паста сама распределится по ножкам в момент нагрева феном. А самое вкусное это то что она с безотмывочным флюсом и остатков флюса вообще не остается. Собрал с помощью нее два приемника и был приятно удивлен легкостью работы и качеством пайки.
Руал, сдорофф!
есть, использует на все 100%.
Я не знаю, что ты используешь для кодинга, но у меня в модуле math есть два определения pow:
extern double pow _PARAMS((double, double));
extern float powf _PARAMS((float, float));
Первая явно не юзает фпу.
Пробуй powf();
синусов-косинусов и прочих это тоже касается.
Руал, сдорофф!
Сдорофф, Дринкер!
Я не знаю, что ты используешь для кодинга
Использую кейл
но у меня в модуле math есть два определения pow:
extern double pow _PARAMS((double, double));
extern float powf _PARAMS((float, float));
Первая явно не юзает фпу.
Отчего так думаешь? Тоже думал над этим, так глубоко исполнение функции не трассировал. Теоретически дубль можно реализовать несколькими заходами через FPU.
Отчего так думаешь?
Делал контрольный пример. На даблах один и тотже код выполнялся 44 сек, на флоатах - 4сек. При отключении фпу на флоатах тоже около 40 сек.
Попробуй
мне до ближайшего радиорынка 200км и там нету 😦
ничё всё ОК второй птенец с утра был запущен 😃
ДЛЯ ТЕХ КТО В ТЕМЕ !!! Некоторые изменения: R41=47K, R40=10K !!! - делитель на батарейку если чё…
На даблах один и тотже код выполнялся 44 сек
блин чё приехали обратно к X86 что-ли? в 32-х битном проце, опять всё грузим в АЛУ по 8 бит - только отсюда такие тормоза могут быть?
блин чё приехали обратно к X86 что-ли? в 32-х битном проце, опять всё грузим в АЛУ по 8 бит - только отсюда такие тормоза могут быть?
Сдорофф! Ты о чём? Кто куда че грузит?
ну переменные двойной точности 64-бит правильно? так если бы мы (проц) напрямую работали с 32-х битными переменными - т.е. в регистр бахали сразу 32 бита - то и 64 за 2 раза влезло бы, а так получается по 8 бит в регистр то естественно что 32 и 64 разница офигенная будет…
ну переменные двойной точности 64-бит правильно? так если бы мы (проц) напрямую работали с 32-х битными переменными - т.е. в регистр бахали сразу 32 бита - то и 64 за 2 раза влезло бы, а так получается по 8 бит в регистр то естественно что 32 и 64 разница офигенная будет…
Ёпрст, БЕЗ фпу даблы и флоаты примерно одинаковы по скорости, как только фпу используется - сразу разница в 10 раз.
Дык я про что - получается в ФПУ данные медленно отправляются…
Доделаю то, что обещал(ещё одна платка), тоже присоединюсь к кодятничеству 😃
Дык я про что - получается в ФПУ данные медленно отправляются…
Сергей…Ты чего? ФПУ стм32ф4 НЕ РАБОТАЕТ с даблами, столько синглы. Все даблы софтово обрабатываются.
ФПУ стм32ф4 НЕ РАБОТАЕТ с даблами
так я о чём и толкую - это плохо 😦, у нас помоему “твоя моя не понимает” 😃
а на сколько нужны переменные с двойной точностью - применимо к барометру?
так я о чём и толкую - это плохо ,
Ну так-то да, плохо. Да и фиг с ними - синглов достаточно.
На даблах один и тотже код выполнялся 44 сек, на флоатах - 4сек. При отключении фпу на флоатах тоже около 40 сек.
мда… скорей всего дело в этом, у меня вся коррекция горизонта за 46 мксек выполняется, а там перемножение 8ми матриц 4х4…
а на сколько нужны переменные с двойной точностью - применимо к барометру?
эта хз, надо проналитить…
Да и фиг с ними - синглов достаточно.
6й знак давления в мБар сколько высоты даёт?
По большому счёту у меня там инерциалка, т.е. влиять должно только на точность удержания. На болтанку больше влияет качество фильтра и вибрации.
Трассернул, дубль действительно делается без сопроцессора… Буду пробовать с одинарной точностью.
Ах ха ха, пока мы тут пытаемся сделать STM32F4… Дидроновцы уже обсуждают, куда дальше идти ))))) VR Brain то же вроде имеют уже более мощный контроллер…
Если я правильно понял, все катится к Linux подобным решениям и соответствующим процессорам. Уже сейчас делают порт (не дидроновцы, хотя HAL под Linux какой то уже есть) под BeagleBone Black, да и вроде под RPi то же.
В общем, с нашими ресурсами(временными, материальными), плестись нам в хвосте паровоза )))
Если я правильно понял, все катится к Linux подобным решениям
Не понятно только (мне): ЧТО это даст…, в смысле какая функциональная нагрузка будет на систему (?).,
типа “все остальное” уже и на F4 работает и он не справляется…
И зачем там BeagleBone?))) Там столько всего лишнего, в том числе и линукс, если только камеру хотят прикрутить к нему или еще какие-нибудь датчики, и мп3 плеер)).
И зачем там BeagleBone?))) Там столько всего лишнего, в том числе и линукс
Расценивайте BB как breakout board c линуксом на борту (им как раз и хочется запустить арду под линуксом).
Вопрос такой, как вычислить баровысоту без матфункции pow
Altitude = 18400*logf(101325.0f/(float)MS_press);
Ах ха ха, пока мы тут пытаемся сделать STM32F4… Дидроновцы уже обсуждают, куда дальше идти ))))) VR Brain то же вроде имеют уже более мощный контроллер…
Если я правильно понял, все катится к Linux подобным решениям и соответствующим процессорам. Уже сейчас делают порт (не дидроновцы, хотя HAL под Linux какой то уже есть) под BeagleBone Black, да и вроде под RPi то же.
В общем, с нашими ресурсами(временными, материальными), плестись нам в хвосте паровоза )))
Вот скажте мне пожалуйста, а какой нафиг смысл мне как человеку которому нужен дешевый контроллер и стабильный полет, линукс и RPi к примеру с его мощей и графическим ядром то? Да на этой платформе можно реализовать техническое зрение и много чего интересного, AR-drone вообще если мне не изменяет память с самого начала на линуксе и даже свой SDK имеет. Но самостоятельно спаять такой контроллер под BGA пайку это ппц, придется либо готовыми проектами пользоваться либо дорого… В общем люди с жиру бесятся потому что есть возможности, а у нас и на лампах все хорошо летает))))) Дело скорее в другом они пишут а мы делаем похожее, вот это удручает. потому что каждый пилит свой проект…
Но самостоятельно спаять такой контроллер под BGA пайку это ппц
а мы делаем похожее,
Вот пайка ЛУТ и совсем “не похожее”, у автора темы, например, другой подход к железу, у третьего еще что то… “выбирай - нехочу”…, тут вопрос самой ИДЕИ как в софте, так и в “железе”, я б даже сказал дело вкуса…