Здравствуйте!
Микроконтроллер не выполняет умножение, если в качестве множителей стоят переменные. Вот код:
long x, y;
x=15;
y=x*2;
indicate(y); ///отображение числа y на семисегментном экране.
В результате отображаетс не 30, а 15, то есть вместо операции y=x*2 выполнилась операция x=y;
Если множители типа int, умножение так же не работает, вот код:
int x, y;
x=15;
y=x*2;
indicate(y); ///отображение числа y на семисегментном экране.
В результате отображается нуль.
Операция умножения работает, только если множители заданы числами:
long y;
y=15*2;
indicate(y); ///отображение числа y на семисегментном экране.
В этом случае отображается число 30, как и должно быть.
В чём может быть проблема?
Cпасибо.

Это не умножение работает, а препроцессор. И забивает по месту заранее сосчитанную константу.

А почему может не умножать микроконтроллер?

А с чего вы взяли, что контроллер не умножает?

А если так

Не, лучше подробнее код, а то так ничего не понятно.

Так то же не работает, в результате умножения получается нуль.


#include "pic18f4520.h"

int x, y, z;
void indicate(int value);

void main(void)
{
x=15;
z=3;
y=x*z;
indicate(y); ///индикация на ЖК экране.
}

void indicate(int value)
{
..... ////подпрограмма отображения символа на экране.
}

Коллеги, проблему удалось решить.
В начале программы, после строки include "pic18F4520.h" я написал настройку конфигурационного регистра:

#ifdef MPLAB_ICD
__CONFIG(4, STVREN & LVPDIS & XINSTDIS & DEBUGEN);
#else
__CONFIG(4, STVREN & LVPDIS & XINSTDIS & DEBUGDIS);
#endif

После добавления этой настройки умножение работает адекватно. Почему, мне точно не понятно. Возможно причина в следующем: такая настройка конфигурационного регистра запрещает расширенный набор команд, а по умолчанию он был разрешён и каким то образом создавал проблемы.
Всем спасибо за советы.

Как разрешение или запрет поддержки ICD может повлиять на работу умножителя, боюсь, никому не понятно. Эта поддержка требует некоторых ресурсов контроллера - пара ног, 256 слов на верхушке программной памяти да чуток ОЗУ и стека.
Другие ограничения при отладке с ICD расписаны в документации, но не помню, чтобы там поминался какой-то "расширенный набор команд". (у PIC18F4520 набор команд точно такой же как у остальных PIC18, и все команды благополучно доступны с ICD)

ЗЫЖ симулятор МПЛаба прекрасно симулирует умножитель.
ЗЗЫЖ для y=x*2 компилятор наверняка не стал заморачиваться с умножителем и заменил умножение сдвигами.
ЗЗЗЫЖ скорее всего Ваша проблема связана с проказами компилятора (а ПРО - такой проказник), но тогда её можно решить медитацией над результатами компиляции, а не телепатическим сеансом.
Если у Вас действительно ПРО, и относительно старый, то
- сначала стОит сравнить сорцы с полученными ассемблерными листингами и заглянуть в мап-файл;
- не стОит это делать в присутствии людей, которые думают, что Вы не умеете ругаться.

Симулировал он действительно прекрасно, но при прошивке программы в контроллер умножение не работало.

Умножение не работало с разными числами. Проверял сгенерированный ассемблерный код, там был код умножения, а не сдвига.

Ассемблерный код, сгенерированный компилятором, я могу только посмотреть, но не менять. Вы знаете способ изменить этот ассемблерный код перед созданием hex файла? (кроме использования ассемблерной вставки в С - коде)

Так вот, может стека как раз и не хватало?

Хайтек PICC фтопку, он буйный. Был и будет.

Расскажите это на форуме Микрочипа. Почему-то у всех, кто имел категоричность гнать пургу на компилятор, особенно по подобным поводам, обнаруживались кривые руки...


Его не надо менять. Вы его приведите, посмотрим. Дебаггер Вы не используете?

Поглядим.

hex в контроллер заливался тот же самый или с поддержкой ICD?

Я говорил про описанный Вами случай x*2. Здесь компилятор оставит умножение только при отключённой оптимизации.

Если очень хочется, то можно скомпилить в ассемблерные листинги, поковыряться, а потом из них собрать hex.
Касательно умножений (и остальной арифметики) - они живут в библиотеках, отлажены и вылизаны, сорцы функций доступны. Если есть подозрение, ничто не мешает включить эти сорцы в проект и убедиться, что они работают как задумано.

Вряд ли. Линкер использование стека отслеживает и при возможности переполнения ругается. Я бы в мап-файл заглянул, не накосячил ли линкер с расположением секций.
ТС не показал содержимое indicate(), но сомневаюсь, что там можно выбрать хотя бы хардварный стек. Если таки удалось, то это повод задуматься о замене контроллера на более разумный без таких ограничений - 31-уровневый стек - просто издевательство над полётом фантазии.