Изучаем STM32 Cortex M3

[Sl_]

В развитие идеи использовать переменное напряжение.
1. Можно питать измерительный мост "прямоугольниками". Эту частоту лучше всего создать этим же процессором а потом при необходимости усилить. На выходе полезного сигнала поставить фильтр, который пропускает только эту частоту.
Частоту выбрать не кратной основной частоте помехи.
2. Это, кстати, может понизить потребление измерительного тракта и/или увеличить измерительный ток.
Если очень принципиально потребление, то скважность прямоугольников можно сделать маленькой. Но! это приведет к дополнительным гармоникам в сигнале.
3. Что бы избегать деления, можно сделать 1024 отсчета, просуммировать. Затем значение суммы сдвинуть вправо на 10 бит.
А если еще хочется получить и округление полученного результата перед сдвигом к сумме можно прибавить 512.

[CERGEI1982]

Интересно,а как модулируется полезный сигнал прямоугольником. Наверно там сложится все с шумами ?

[olegprom19]

Ого, оживленный интерес к делению
Плавающую математику точно реализовывать не буду, ибо пару знаков после запятой, мне хватит с запасом, поэтому просто умножу на 100, т.е. будут вычисления с "фиксированной точкой"

а разрядности 32 бита для моих чисел хватит
конечно это частный случай, да и все проекты это по сути "частные случаи"

Я думаю для вычислений с плавающей арифметикой взять проще cortex M4F (STM32F405 который на 100р дороже), и не греть голову

п.с. еще мысль, изначально значение АЦП в попугаях, т.е. его можно до последнего не переводить в Вольты Омы и т.д.
т.е. организовать вычисления (деление, умножения) таким образом, чтобы точность меньше терялась
т.е. сначала умножить, а потом делить

Рабочую частоту я понижу, как все отлажу
кстати заметил на меньшей частоте ядра показания АЦП меньше скачут

[nml]

А вам вообще думать вредно

Хамить тоже вредно. Бан на неделю.

[akegor]

Ого, оживленный интерес к делению

Просто некоторых пучит чересчур.

Я думаю для вычислений с плавающей арифметикой взять проще cortex M4F

Совсем необязательно. Все от конкретики. На М3 и 32 МГц крутится три полосовых КИХ-фильтра длиной около тысячи в цикле 10 мс. Плюс еще кой-какая математика. И времени на все хватает, еще и остается. Не ведитесь на float-пугалки, лучше сами оцените время выполнения.

изначально значение АЦП в попугаях

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

[olegprom19]

Все от конкретики. На М3 и 32 МГц крутится три полосовых КИХ-фильтра длиной около тысячи в цикле 10 мс.

конечно все от задачи зависит, тут наверное истины искать не стоит, это уже вопрос предпочтений

кто-то возьмет проц на 100р дороже и сделает это аппаратно
а кто-то программно
и так и так правильно

[eddy]

Мужики, меня "в гугле забанили": не могу найти внятное описание USB CDC. Стандарт слишком жирный и размытый, мне бы конкретный алгоритм для конечного автомата (ну и по протоколу: когда там ACK, а когда NACK, никак не пойму из примеров).

[DanilinSA]

Обычно на низком уровне в USB не лезут. Используй готовую библиотеку для работы. Теоретически возможно, но практически трудно реализуемо.

Почитай например https://habr.com/post/335018/

[eddy]

Используй готовую библиотеку для работы.

А нет готовой! Есть только какие-то жирные "универсальные". Мне такое не нужно.
Уже получается читать, но не могу писать + dmesg матерится, что всякие vendor-запросы без реакции остаются (а у меня даже никакого прерывания от них нет!).

Как это все работает объяснять не буду, хотя бы потому что сам до конца не понимаю

Офигенная ссылка! Прямо полезная донельзя! Особенно калокуб!!!

[j-Roger]

eddy, может, не конкретно о ЦДЦ, но вдруг окажется полезным:

Изучайте...
http://cxem.net/mc/mc430.php
http://cxem.net/mc/mc432.php
http://cxem.net/mc/mc433.php

Ссылка на страницу тут

А из поста ув. DanilinSA #5497 в статье есть ишо несколько ссылок
на "выжимку" из жирного стандарта , например: вот, вот, и в переводе