я уже с сканф мучался, в одной доке одно, в другой другое, а на деле для лонгдабла оно нихрена не работает и в конечном итоге - strtod() который тоже в одной доке просто дабл, а в другой лонгдабл

я чего и спрашивал, эти функции верхнего уровня чёт не соответствуют реальности

Надо смотреть в стандарте, как там написано так и делай

да с чего бы?
по стандарту передача флоатов в функцию идет даблом

в каком сандарте? сейчас покажу какая штука ломает все стандарты

#if defined(__mips_hard_float)
extern __FDLMATH_XDOUBLE strtod (const char *, char **);
#else
extern double          strtod(const char *, char **);
#endif

Живите дальше в проклятом мире, который сами и выбрали.

#embedded #STM32 #RTOS

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

В данный момент проверяем гипотезу с использованием STM32 в качестве ядра системы. Есть наработки, но своих рук не хватает. Поэтому ищем эмбеддера в Питере, для начала на сдельную работу. Дальше как пойдет. Рассматриваем удаленку и офис.

К чему нужно готовится:
- Опыт работы с операционными системами реального времени. Сейчас есть куски на кубе и ARM mbed - отлаживали железо. Но можно предложить свой вариант, стек еще не зафиксирован.
- Отсутствие страха перед I2S и DMA
- Работа с сетью, CAN в перспективе

Первой задачей будет доделать стыковку АЦП с процессором. Нужно как всегда вчера. Из плюсов можем предложить максимально гибкий подход в сотрудничестве, и возможность заскочить на старте разработки и сделать все как надо.

Если интересно - стучитесь https://t.me/shtirlich

Доброй ночи. Есть кто-то из представителей FPGA Designer/Architect, RTL Verification engineer и т.п. специальностей? Очень хочу перейти в данную область, и есть пара мелких вопросов (обещаю не писать в ЛС по 100 сообщений в день:)). Может быть ктото из присутствующих здесь HR ищет Junior специалистлв на подобную вакансию - очень хочу у вас работать, релевантный покранейней мере частично опыт есть.

сюда попробуйте https://t.me/fpgasystems

Всем привет, кто-нибудь может подсказать по какому алгоритму лучше сделать спидометр с датчиком холла? Хочу на мотике заменить штатный, в котором тросик вращал диск с прорезями через оптодатчик, на один оборот колеса было 12 переключений этого датчика. Интересно если делать на датчике холла, то нужен 1 магнит и 1 датчик(видел так на велокомпьютерах) или сделать примерно как было 12 магнитов. И как лучше считать? В инете пишут что можно считать время от одного пролета магнита над сенсором до другого, или считать время нахождения магнита над сенсором. Делать хочу на stm32

а там разве не герконы в велокомпьютерах?

А чем старый способ не угодил? Магнит может нехило долбануть по датчику, я и на веле от него отказался: крепится плохо, всегда есть шанс вырвать. Да и центробежной силой может улететь скорость же большая.

Да хочу свою панельку намутить, и заодно избавиться от троса и стирающихся шестеренок на колесе

Маленькие магнитики вставляются в оправку напечатанную на 3d принтере

Тогда я бы юзал магнетометр, от него такое колесико в оправе может быть довольно далеко

И это одевается на ось мотика

Интересен сам алгоритм, как считать, как оказалось это не совсем тривиальная задача, по крайней мере для моих мозгов

И с использованием stm32, в который я только начинаю вникать

Вы там вторую космическую развиваете? Магнит с нормальным крепежом никуда не девается.