Ошибка в AVR Studio4 Опции

[Wild007]

Подскажите пожалуйста!!! Уже час не могу создать MACRO.
Привожу отрывок:
. . . .
.EQU TTT=4100/1000000
LDI r17,0x100-(TTT*20000000/1024)
. . . . .
выдает "error: Operand(s) out of range in 'ldi r17,0x100'"
Считаю на калькуляторе -- значение в скобках =0x50.
В чем проблема? (цифры приведены так как они передаются в MACROS по параметрам и просьба их не обсуждать)

[xemul]

Выражение

(A/B*C/D)

вычисляется препроцессором слева направо как целочисленное, и с указанными значениями
A/B = 0 без вариантов.
К сожалению, Вам придется самому следить за переполнением и потерей точности в таких выражениях.
Выражение (A*С/B/D) не приведет ни к потере точности, ни к переполнению.

Занятно:

Код

.EQU A=4100.0
.EQU B=1000000
.EQU C=20000000
.EQU D=1024

    LDI R18,low($100-INT(4100.0/B*C/D))
    LDI R19,high($100-INT(A/B*C/D))

в R18 получим 0xb0 - правильно, а в R19 0x01 - неправильно.
Таки косячок имеется.

[Gennadiy_]

Я писал так:

Код

.equ    quant=(CK/64)/256
.equ    Hquant=(CK/256)*60*60
.equ    Mquant=(CK/256)*60
.equ    Squant=(CK/256)
;Время   =((((((часы*60)+минуты)*60)+секунды)*CK)/64)/256
;максимальное время 19ч 5мин 19 сек <<=  считает с ошибкой


.set    hour    =3
.set    min    =0
.set    sec    =0
.equ    1_Time    =((hour*Hquant)+(min*Mquant)+(sec*Squant))/64

.set    hour    =0
.set    min    =20
.set    sec    =0
.equ    2_Time    =((hour*Hquant)+(min*Mquant)+(sec*Squant))/64

И параметры вычислялись с ошибкой, но поскольку это только время нахождения в разных режимах, некритичное, я забил на это.

[Wild007]

Даа, проверять, проверять и еще раз проврять... (сказал отладчик ).
Может письмо Atmely наскрябать, чтобы препроцесор апгрейдил? Ведь при вычислении формулы РС безразлично в коком виде представлены числа, а при подстановке в реал можно ограничиваться и целочисленными значениями. Или добваить директиву препроцесора.

[IgorKossak]

Выражение

(A/B*C/D)

вычисляется препроцессором слева направо как целочисленное, и с указанными значениями
A/B = 0 без вариантов.
К сожалению, Вам придется самому следить за переполнением и потерей точности в таких выражениях.
Выражение (A*С/B/D) не приведет ни к потере точности, ни к переполнению.

Занятно:

Код

.EQU A=4100.0
.EQU B=1000000
.EQU C=20000000
.EQU D=1024

    LDI R18,low($100-INT(4100.0/B*C/D))
    LDI R19,high($100-INT(A/B*C/D))

в R18 получим 0xb0 - правильно, а в R19 0x01 - неправильно.
Таки косячок имеется.

А если так сделать?

Код

.EQU A=4100.0
.EQU B=1000000.0
.EQU C=20000000.0
.EQU D=1024.0

    LDI R18,low($100-INT(4100.0/B*C/D))
    LDI R19,high($100-INT(A/B*C/D))

[Wild007]

Проверил в Студии:

.EQU A=4100.0
.EQU B=1000000.0
.EQU C=20000000.0
.EQU D=1024.0
LDI R18,low($100-int(A/B*C/D));
LDI R19,high($100-int(A/B*C/D))
;R18=0x00 R19=0x01 -- это не правильно

LDI R18,low($100-(C/D*A/B));
LDI R19,high($100-(C/D*A/B))
;R18=0xB0 R19=0x00 -- это правильно

[Andreas1]

А чем не нравится так
#define A 4100.0
#define B 1000000.0
#define C 20000000.0
#define D 1024.0
LDI R18,low($100-int(A/B*C/D));
LDI R19,high($100-int(A/B*C/D))

В отладчике получается
;R18=0xB0 R19=0x00

[Wild007]

А чем не нравится так
#define A 4100.0
#define B 1000000.0
#define C 20000000.0
#define D 1024.0
LDI R18,low($100-int(A/B*C/D));
LDI R19,high($100-int(A/B*C/D))

В отладчике получается
;R18=0xB0 R19=0x00

Это все хорошо, но А,C и D это параметры которые передаются в MACROS, а EQU здесь применено для упрощения.

[Andreas1]

Это все хорошо, но А,C и D это параметры которые передаются в MACROS, а EQU здесь применено для упрощения.

Не понял.
.EQU задает только целые
#define можно задать целые и дробные
умножение и деление дает тип результата по операндам.
Или проблема в том, что в макрос не передается вещественное??

[Wild007]

.MACRO DELAYMKS ;
.....
LDI R18,$100-(@0/1000000*@1/@2)
.......
.ENDM

в теле основной программы:

.EQU F_cry=20000000
.....
DELAYMKS 4100,F_cry,1024
......

примерно так.

[Andreas1]

Ну тогда так

.MACRO DELAYMKS ;
.....
LDI R18,$100-INT(@0/1000000*@1/@2)
.......
.ENDM

в теле основной программы:

#define F_cry 20000000.0
.....
DELAYMKS 4100.0,F_cry,1024.0

Если работает, поробовать убрать .0 в вызове

Сообщение отредактировал Andreas1 - Nov 1 2006, 10:08

[xemul]

Выражение

(A/B*C/D)

вычисляется препроцессором слева направо как целочисленное, и с указанными значениями
A/B = 0 без вариантов.
К сожалению, Вам придется самому следить за переполнением и потерей точности в таких выражениях.
Выражение (A*С/B/D) не приведет ни к потере точности, ни к переполнению.

Занятно:

Код

.EQU A=4100.0
.EQU B=1000000
.EQU C=20000000
.EQU D=1024

    LDI R18,low($100-INT(4100.0/B*C/D))
    LDI R19,high($100-INT(A/B*C/D))

в R18 получим 0xb0 - правильно, а в R19 0x01 - неправильно.
Таки косячок имеется.

А если так сделать?

Код

.EQU A=4100.0
.EQU B=1000000.0
.EQU C=20000000.0
.EQU D=1024.0

    LDI R18,low($100-INT(4100.0/B*C/D))
    LDI R19,high($100-INT(A/B*C/D))

Не, это я протормозил. Как уже указал Andreas1, вещественные константы можно определить только через #define.
Более занятно, что при

Код

#define A 4100
#define B 1000000.0
#define C 20000000
#define D 1024

INT(A/B*C/D) = 0x50
а при

Код

#define A 4100
#define B 1000000
#define C 20000000.0
#define D 1024

INT(A/B*C/D) = 0x00
Т.е. похоже, что тип результата препроцессор полагает целым, и только когда уткнется в вещественное число, конвертит текущий результат в вещественный формат. Неаккуратненько.

[Wild007]

.MACRO DELAYMKS ;
.....
LDI R18,$100-INT(@0/1000000*@1/@2)
.......
.ENDM

в теле основной программы:

#define F_cry 20000000.0
.....
DELAYMKS 4100.0,F_cry,1024.0

Выдает ошибку

.MACRO DELAYMKS ;
.....
LDI R18,$100-INT(@0/MIL*@1/@2)
.......
.ENDM

в теле основной программы:

#define MIL 1000000.0
.....
DELAYMKS 4100.0,F_cry,1024.0
работает правильно, даже если
.EQU F_CRY=20000000

Получается для коректной работы и уменьшения времени на отладку надо все заранее объявлять ВСЕ константы через #define