Страница 1 из 1
dword
Добавлено: Пт май 09, 2025 01:04:42
airnbrew
Tiny88.
Нужно отмасштабировать сигнал с АЦП с коэффициентом 0..1.
Коэффициент 16-битный, точности достаточно.
Ну и разобраться, как оно вообще работает.
Думаю, должно быть быстрее и короче, чем через float.
Имею примерно следующее.
uint16_t result,k;
uint32_t x;
x=analogRead(an0)*k;
x=x>>16;
result=x;
С любого разворота умножение даёт ноль.
У большинства потребителей вход максимум 16-битный, не понял, как присвоить известно какую часть uint32 в uint16, младшую или старшую, где почитать? Что присваивается при обычном присвоении?
И вообще, такой вариант должен работать тупо в лоб, или нужно искать какие-то доп. библиотеки?
Re: dword
Добавлено: Пт май 09, 2025 01:07:20
Уош
да, я смотрел одно, видел другое, думал о третьем, поэтому, удалил свой ответ, как вводящий в заблуждение, прошу прощения.
Добавлено after 1 minute 7 seconds:
присваиваются, разумеется, одинаковые разряды. То есть, начиная со младших.
А если явно указать приведение? например:
Код: Выделить всё
uint16_t result, k;
result= (uint16_t)((uint32_t)analogRead(an0) * k) >> 16);
Re: dword
Добавлено: Пт май 09, 2025 12:14:06
muravei_
Re: dword
Добавлено: Пт май 09, 2025 12:35:03
BOB51
Для преобразования диапазона/масштабирования в референсе есть функции
constrain(x,a,b)
и
map(value, fromLow, fromHigh, toLow, toHigh)
другое делаем в случае, ежли ресурса тех функций недостаточно будет.
Re: dword
Добавлено: Пт май 09, 2025 12:53:59
uldemir
да вы что. Если аналогРид даёт 16 бит и умножаете на K, который 16 бит - в результат получаете 16 бит (и, возможно, теряете данные если происходит переполнение), который потом записываете в 32 битную переменную. Но там всё-равно будет только 16 бит, которые операцией x>>16 уйдут прочь и останется 0.
Чтобы при умножении не потерять точность, либо объявите k как 32битную или приведите её к 32 битам:
x = Analogread() * (uint32_t)k;
или аналогично приведите результат аналогрида к 32 битам.
Re: dword
Добавлено: Пт май 09, 2025 13:02:59
BOB51
Это при масштабировании "вверх".
Там соответствующий размер результата надо с самого начала выбирать. Да и решений гораздо больше.
Только где у АВРок АЦП более 12 бит то?
Или таки задача состоит в получении младшего байта(слова) из более "крупноформатного" значения?
Тогда или lowByte()/highByte() обратно им свертка l и h байт в word - word(h,l)
или "фокусы" с union/struct lдля более "крупнразмерных" данных...
Re: dword
Добавлено: Пт май 09, 2025 18:13:21
airnbrew
x=(long)analogRead(an0)*k;
Правильно так.
Оказывается, его нужно явно ткнуть носом, сам не умеет при умножении, когда в операндах 32 бита, к ним приводить.
Re: dword
Добавлено: Пт май 09, 2025 18:19:46
HardWareMan
[uquote="airnbrew",url="/forum/viewtopic.php?p=4713409#p4713409"]x=(long)analogRead(an0)*k;
Правильно так.
Оказывается, его нужно явно ткнуть носом, сам не умеет при умножении, когда в операндах 32 бита, к ним приводить.[/uquote]
Вы будете смеяться, но даже gcc для ARM так не умеет. Сам наступил на эти грабли при работе с STM32, который далеко не 8 бит.
Re: dword
Добавлено: Пт май 09, 2025 18:22:02
BOB51
А кто мешает обьявить k как long?
Re: dword
Добавлено: Пт май 09, 2025 18:35:58
Уош
смотря где объявить.
Re: dword
Добавлено: Пт май 09, 2025 19:02:44
uldemir
BOB51 писал(а):А кто мешает обьявить k как long
Жадность. Но...
Если мы в теме про ардуину, можно допустить, что речь идёт о 8 битных контроллерах, так избыточная разрядность может выйти боком. Например, если эта переменная будет использоваться в прерывании, то надо будет заботиться о блокировке прерываний на время каждого её изменения в теле программы. Впрочем, на восьмибитках так же надо поступать и с 16 битными переменными.
Re: dword
Добавлено: Пт май 09, 2025 19:57:31
BOB51
Так в прерываниях свои правила.
Да и регистровые пары довольно частое явление во многих 8-битных МК.
Как там ресурсами компилятор распоряжается то только предположить можно (Си в этом смысле не ассемблер).
При том, что предположить формат результата вполне доступное дело.
Размерность результата АЦП известна, размерность коэффициента и конечного результата также.
Только функция чтения АЦП уже имеет свой формат возвращаемых данных.
Следовательно или результат надо приводить к наибольшему возможному или вторую участвующих в вычислениях переменную (константу) заранее с максимальным форматом объявлять.
То уже зависит от конкретики(где чего удобнее).
Re: dword
Добавлено: Пт май 09, 2025 19:58:38
Уош
uldemir, полагаю, речь лишь о тех переменных, которые и вне и внутри прерывания?
Re: dword
Добавлено: Пт май 09, 2025 20:31:48
veso74
Умножите ваш коэффициент 0..1 на 10, 100, 1000 (или больше), а в полученном результате просто напр. на дисплее переместите десятичную точку (столько раз, сколько нулей).
Пример:
567 * 0.123 = 69.741 -> 69.741V
будет
567 * 123 = 69741 -> 69.741V
Re: dword
Добавлено: Пт май 09, 2025 20:41:28
uldemir
ну да. Обычно те, что обзывают волатильными. Компилятор может позаботиться, чтобы её "не соптимизировали", но позаботиться, чтобы при присваивании этой переменной какой-то другой не оказалось, так, что часть из этой жизни, а часть из другой - не всегда.
Спойлер
Код: Выделить всё
/******************************************************************************
* ATOMIC OPERATIONS for ATMEGA328 ONLY
* Since the ATMega328 is an 8 bit processor it is possible that you will end
* up trying to read a multi-byte quantity that is modified in an interrupt while
* you are doing the read or write. The result is a corrupt value. 32 bit processors
* are unlikely to suffer from this since quantities are read in a single operation.
*
* The AVR compiler provides a method for you to disable interrupts for the
* duration of a block of code and then restore the state at the end of the block.
*
* It is not enough to simply turn off interrupts and then turn them back on because
* you need to remember the state of the interrupt enable flag at the start of the
* block.
*
* These macros do this for you and should be either modified for different processors
* or bypassed if needed.
*
* Use like this:
* ATOMIC {
* // code to protect
* }
*
*/