STM8S, IAR и умножение 16х16

26.06.2014, 02:21. **Показов** 6463. **Ответов** 8

Студворк — интернет-сервис помощи студентам

Доброго времени суток, коллеги.

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

Code
1
2
3
4
const uc16 MaxVal=4200;
static u32 testval;
......
testval = MaxVal * MaxVal;

Ну вот казалось бы, 2*2=4, что тут думать? Ан нет, фигушки. После выполнения получаем testval=10816, вместо 4200*4200=17640000. Почему так, ясно из дизассемблера. 10816=0x2A40, 17640000=0x010D2A40. То есть, два старших байта просто обнулены. Дизассемблированный кусок:

Code
1
2
3
4
5
6
7
8
9
10
11
    109              testval=(u32)(MaxVal * MaxVal);
\   000027 CE ....      LDW       X, L:MaxVal
\   00002A 90CE ....    LDW       Y, L:MaxVal
\   00002E BF ..        LDW       S:?w0, X
\   000030 93           LDW       X, Y
\   000031 CD ....      CALL      L:?mul16_x_x_w0
\   000034 BF ..        LDW       S:?w1, X
\   000036 5F           CLRW      X
\   000037 BF ..        LDW       S:?w0, X
\   000039 AE ....      LDW       X, #??testval
\   00003C CD ....      CALL      L:?tood32_0x_l0

Видно, что вызывается процедура шестнадцатибитного умножения. Может, просто у IAR нету тридцатидвухбитного? Фигушки, есть! Если трошки порыться в потрохах, можно даже увидеть, что называется она ?mul32_l0_l0_dl.
Собственно, вопрос заключается в том, как заставить компилятор перемножать числа правильно.
Кстати, если вместо приведённого примера написать

Code
1
testval=4200*4200;

-те же яйца, вид сбоку (оптимизация отключена). Если в дебагере руками присвоить переменной testval правильное значение (0x010D2A40)-всё ок. Бьюсь башкой об клаву уже полдня-не могу перемножить два целых положительных числа правильно... ППЦ.

Проц STM8S103F3, IAR 1.40.1. Придайте мне, плиз, пинок в нужном направлении...

@Sovo · 26.06.2014, 07:21

Всё должно быть просто. Скорее всего не объявлен тип u32, и IAR по умолчанию делает его 16-ти битным. Проверь объявления типов.

@яверт · 26.06.2014, 10:16

Сообщение от Highlomder

Видно, что вызывается процедура шестнадцатибитного умножения.

Если оба операнда 16 бит, то и результат операции будет 16 бит...
Надо как то так
testval = (u32)MaxVal * MaxVal;

26.06.2014, 12:55

Сообщение от SOVO

Всё должно быть просто. Скорее всего не объявлен тип u32, и IAR по умолчанию делает его 16-ти битным. Проверь объявления типов.

Если бы всё было так просто! :)
Файл stm8s_type.h:

Code
1
2
3
typedef unsykned long  u32;
typedef unsykned short u16;
typedef unsykned char  u8;

Я об этом забыл написать, но я пробовал переобъявлять testval и как long, и как long long... Результат тот же. :(

26.06.2014, 13:12

Сообщение от яверт

Если оба операнда 16 бит, то и результат операции будет 16 бит...

Ммм... Стоп, что-то я упустил этот момент из виду, не наступал на него до этого ни разу, если точнее. 0хFFFF * 0xFFFF = FFFE001, что явно больше 16 бит. Результат как раз для u32. Или Вы имеете в виду, что компилятор, перемножая два шестнадцатибитных числа, результат обрезает тоже до 16 бит? Это только IAR или.... ?

Сообщение от яверт

Надо как то так
testval = (u32)MaxVal * MaxVal;

ЙЕссс, вот оно! Спасибо Вам огромное! Значит, я был на верном пути, когда писал testval=(u32)(MaxVal*MaxVal), но надо было не результат преобразовывать, а один из операндов..Спасибо огромное!!

@PRS · 26.06.2014, 18:04

Все правильно. При (u32)(MaxVal*MaxVal) перемножаются два 16 битных числа, результат тоже 16 битный и он затем приводится к 32. А при (u32)MaxVal * MaxVal первое сначала приводится к 32-х битному и затем умножается, результат будет как у числа с максимальной разрядностью, т.е. 32-х битное.

26.06.2014, 18:48

Это я уже понял, спасибо. Всегда ли надо так делать, или это особенность конкретно IAR? Программируя для РС, ни разу не наступал на такие грабли...

27.06.2014, 10:49

Сообщение от Highlomder

Это я уже понял, спасибо. Всегда ли надо так делать, или это особенность конкретно IAR? Программируя для РС, ни разу не наступал на такие грабли...

Это стандартное поведение для C/C++, тип результата операции соответствует типу ее операндов, а типы операндов могут быть неявно преобразованы вот таким образом http://texproc.ru/index.php/pr... si?stort=2 пункт 1.3.1
То что результат операции может не поместиться в тип операнда не является поводом производить неявное приведение типов.

27.06.2014, 12:56

О, теперь понял. :)

Всем огромное спасибо!

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

@Sovo 0 / 0 / 0 Регистрация: 05.10.2007 Сообщений: 498
	26.06.2014, 07:21
	Всё должно быть просто. Скорее всего не объявлен тип u32, и IAR по умолчанию делает его 16-ти битным. Проверь объявления типов. 0

@PRS 0 / 0 / 0 Регистрация: 12.07.2011 Сообщений: 2
	26.06.2014, 18:04
	Все правильно. При (u32)(MaxValMaxVal) перемножаются два 16 битных числа, результат тоже 16 битный и он затем приводится к 32. А при (u32)MaxVal MaxVal первое сначала приводится к 32-х битному и затем умножается, результат будет как у числа с максимальной разрядностью, т.е. 32-х битное. 0

Hykhtomdir
	26.06.2014, 18:48
	Это я уже понял, спасибо. Всегда ли надо так делать, или это особенность конкретно IAR? Программируя для РС, ни разу не наступал на такие грабли...

Hykhtomdir
	27.06.2014, 12:56
	О, теперь понял. :) Всем огромное спасибо!