Компилятор Hi-Tech, вычисление, на PIC12F675

[3ann]

На контроллер PIC12F675 по одному из входов поступает аналоговый сигнал, по двум другим выходам он передается на четырехразрядний семисегментный индикатор. Компиляция в Hi-Tech 8.05pl.
Если реализовать вычисление вот так:
unsigned int U_Val;
unsigned long N_ADC;
N_ADC = (ADRESH ‹‹ | ADRESL;
U_Val = N_ADC*489/100;
то вычисляет не правильно.
А если вот так
unsigned int U_Val;
unsigned int N_ADC;
N_ADC = (ADRESH ‹‹ | ADRESL;
U_Val = (long)N_ADC*489/100;
то правильно.
Возможно подскажет кто - почему и как правильно организовать вычисления в Hi-Tech, для случая когда входные данные 10 разрядов, а выходные, масштаби-рованные в диапазоне, например, 0...9999 или 0...99999 (десятичные для вывода на цифровой индикатор). Только,пожалуйста, не отсылайте к литературе на английском языке, я пытался что-то понять в руководстве на английском по Hi-Tech, даже с помощью PROMT, но безуспешно(как пишут в анкетах "читаю со словарем" как-то и только на немецком). [/i]

[urry]

Ну а хайтек здесь причем ?
Стандартная практика в любом диалекте си - проводится приведение формата данных к результату. По переполнению инт-а неправильный результат.
Указав параметр (long) Вы сделали умножение (привели к лонгу оба типа ) и затем целую часть в результат.
По поводу перевода itoa - поиск здесь толково не работает, но примеров немеряно, поверьте, тема поднималась несчетное число раз.
Ну вот рубились
http://www.microchip.su/showthread.php?t=4050

[3ann]

Вы пишете "тема поднималась несчетное число раз".Вот и мне казалось что должна бала. И прежде чем открывать эту тему как новую, я попытался поиском на этом форуме последовательно со словами сначала "вычисление", затем "арифметические операции" найти какие-то сообщения, но следовал ответ "не найдено".
Подскажите, что-ли как искать.
Вашу фразу "Указав параметр (long) Вы сделали умножение (привели к лонгу оба типа ) и затем целую часть в результат." я что-то не совсем понял.
Вы пишете "...проводится приведение формата данных к результату", как и в книгах по СИ .
Поскольку результат - U_Val,то я
пытался сделать вот так:
unsigned long U_Val;
U_Val = N_ADC*489/100;
но снова вычисляется не верно.

[urry]

Простите, я невнимательно посмотрел. Формат лонг - это целое число.
"Родным" форматом числа с плавающей запятой для Хайтека является тип double (float) - 3 или 4 байтовый, в зависимости от установок компилятора.
Чтобы корректно просмотреть результат в отладчике, выставьте формат - 4 байта.
В Вашем случае для получения дробного числа результата

double U_Val;
int N_ADC=2;
U_Val = (double)N_ADC*489/100;

Присоединяю кусочек русского описания на компилятор.

-- Прилагается рисунок: --

Прикрепленный файл: 1946041.pdf

[avr123-nm-ru]

Стандартная практика в любом диалекте си - проводится приведение формата данных к результату.

точнее к типу данных которые хранит переменная в которую данные желают поместить.

[3ann]

"Стандартная практика в любом диалекте си - проводится приведение формата данных к результату."
"точнее к типу данных которые хранит переменная в которую данные желают поместить".
Если это так, то почему считает не правильно вот это
unsigned int N_ADC;
unsigned long U_Val;
U_Val = N_ADC*489/100;
- "переменная в которую данные желают поместить" в этом случае результат unsigned long U_Val;

[urry]

Где неправильно ???

-- Прилагается рисунок: --

[avr123-nm-ru]

U_Val = N_ADC*489/100;
- "переменная в которую данные желают поместить" в этом случае результат unsigned long U_Val;

Нет ! и деление у вас целочисленное.

в 1 байт вы можете любые числа закидывать - хть мульен - но там всегда будет 1 байт !

"Язык Си для микроконтроллеров" - http://avr123.nm.ru/05.htm

Кстати CVAVR на такие выражения вонинги пишет - "возможно переполнение" типа.

[SUI]

Переменная N_ADC у вас типа unsigned int при перемножении на константу (489) получаем тот же тип (unsigned int), т.е. если у вас десяти разрядный АЦП (максимальное значение 1023) при перемножении получим 489х1023=500247, в то время как максимальное значение переменной unsigned int всего 65535. Компилятору надо сообщить, чтобы он результат этой операции рассматривал как число с большей разрядностью (один из операндов привести к типу unsigned long)
Вы же сами b ответили на свой вопрос, написав - U_Val = (long)N_ADC*489/100

[3ann]

Примерно понятно теперь для приведенного примера
(U_Val = (long)N_ADC*489/100).
А если, например, решение квадратного (или кубического) уравнения типа
U_Val = N_ADC*N_ADC*N_ADC*489+N_ADC*N_ADC*500
где расставлять эти (long)и? Или эта задача решается принципиально по другому?