A51 в HEX

[digitalis]

Для типа float нужно вводить плавающую арфметику (библиотека), а это:
а) раздувает код
б) замедляет работу в разы
в) совсем ни к чему.
Одно только объявление float не спасёт отца русской демократии.
Тhe right road - просчитать константы вручную и забить их в дефайны, мы вроде определились.

[devel2011]

Жаль... Потому-что некоторые вычисленные значения констант дробные, а некоторые еще и со знаком минус. Объявить их через EQU как числа не получается.
Тем не менее, осталось три ошибки из примерно 600 (более 2100 строк кода). И один варнинг.
Варнинг: Value has been Truncated to 8 Bits

        ADD     A,#CORTIK

Это последствия кривой арифметики

Ошибки: Code-address expected

MOV     R2,#8
JB      ACC.0,RS1

Что тут не нравится компилятору - непонятно.
Сразу под ним:

SETB    INF        
AJMP    RS2        
RS1:    CLR     INF

INF определен в начале как INF REG P1.5 (ну или INF EQU P1.5), т.е. это 5 пин 1го порта МК. Ошибку вызывает строчка

RS1:    CLR     INF

Attempt to Define an Already Defined Label
Тут я нашел причину. В reg51.h, который инклудится в шапке уже определен битовый регистр RS1. Переименовал метку в RSS1, и ссылку из первой ошибки - и осталась последняя ошибка:

        MOV     P0,#FFH

Undefined symbol (PASS-2).
Здесь по сути идет установка портов P0 (P0.1-P0.7) в лог.1.
P0 - также определен в reg51.h. Сделал вот так:

MOV     P0,#11111111B

Равнозначна ли такая запись?

[devel2011]

Вопрос с константами пока открыт. От них просто так не уйти, т.к. в программе ведется подсчет времени, и другие счетчики (в т.ч. от внешних датчиков). И все это увязано на частоту кварца. Какой выход возможен, если вот так сделать нельзя:

CONST1 EQU -50.51
CONST2 EQU 0.171717

?

[devel2011]

Поскольку выяснилось, что EQU работает только с целыми числами, то решил пока пренебречь этим. Переделал выражения, чтобы не вываливались за диапазон 65535. Также пробовал просто указать значения. Вобщем, компилируется, HEX получен.
Эксперимента ради закинул FILE.A51 в компилятор Atmel C51ASM. Ему потребовался несколько иной inc, но это мелочь, подошел AT89S51.inc (в нем указано, что он подходит для AT89C51 тоже). На удивление, этому компилятору на числовые выражения справа от EQU фиолетово. Зато он вывалил 30 варнингов Expression greater than 8-bits.

        ANL     (7),#NOT AKT_B

AKT_B определен так:

AKT_B   EQU     10000000B

И ANL (7),#NOT AKT_B - это первая операция с ним в программе.
Во многих других варнингах также присутствует NOT, но не во всех.
По-прежнему непонятно выражение (7). Что оно означает (порт, восемь бит 11111111, или что-то иное)?
Но главное не в этом. Размер HEX-файла получился 8,2кБ. А у AT89C51 флеш всего 4кБ. Крайний адрес 0FFFH. У меня же получилось почти 2100H. Попробовал подгрузил HEX в miniPro - вижу блоки ... FF FF FF ... в середине прошивки. По идее такого быть не должно. Возможно, нужно как-то указать компилятору, как использовать память (пропустить FF, например).
В "железе" внешней EEPROM не предусмотрено, т.е. предполагается, что весь код должен уместиться во флеш 4кБ. Возможно, исходник A51 - не финальный вариант, и в отладке использовался EEPROM, но как это определить?
Если же это только мои домыслы насчет EEPROM, то как оптимизировать HEX, чтобы он влез в 4кБ? Фантастическая досталась мне прошивка =)

[digitalis]

Не проще ли, зная алгоритм, написать прогу с нуля? А то получится что-то костыльное с неопределённым количеством мин в виде необнаруженнвх багов. А если алгоритм неизвестен? Тогда имеем перевод произведения неизвестного жанра с южно-португальского на древне-зулусский посредством корейского разговорника.