Доброго времени суток!
Хочу освоить С51, в частности например P89LPC9107, в даташите написано, что память программ - 1кВ (4 страницы по 256 байт),

Но если писать к нему прогу, например в Кейле, то там только #include <REG9107.H> уже больше двух килобайт весит, и соответственно, .НЕХ код получается почти 4 кВ??? Как такое возможно, и как его прошивать?

Заранее извиняюсь за незнание

#include <REG9107.H> - это грубо говоря привязки символьных имен к конкретным адресам в контроллере. Размер этого файла на размер hex влиять не должен. Минимальный размер можно посмотреть если собрать проект с одним С файлом:

тогда размер .НЕХ будет зависеть только от размера стартап-кода.

Спасибо, действительно, 136 В получилось, да и ещё на схем.нет говорят, что BIN файл должен быть меньше, чем НЕХ.
Тогда вот еще же есть всякие stdio, math ... - они то уж влияют на размер? (хотя щас сам посмотрю)

Ан нет, добавил STDIO.H, размер тот же ))

Сообщение отредактировал TeddyIn - Jan 4 2009, 08:12

Сами заголовочные файлы не влияют на размер, как Вы сами убедились, но как только Вы используете хоть одну функцию из stdio, например, то тут же приплывет весь ввод-вывод по полной программе.

Прошивка в формате BIN имеет тот же размер, что и прошивка в памяти программ микроконтроллера. А файл в формате (Intel) HEX это всего лишь специальный формат представления данных той же прошивки. Если прошивка представляет из себя непрерывную область памяти (в противном случае вовсе не обязательно, что следующее утверждение справедливо), то HEX-файл на диске вашего компьютера конечно же больше места займет. Но в процессе загрузки его в память программ микроконтроллера он преобразуется в тот же размер, что и BIN. Есть специальные утилиты BIN2HEX и HEX2BIN для преобразования файлов из одного формата в другой. Найти их можно, например, на сайте Keil. Так что по большому счету для вас нет особой разницы в каком формате будет представлена прошивка.

Не могу найти в даташите к проге, в чем сии цифры измеряются?


Извините за вопрос чайника, но уже все выяснил -> вторая цифра - это размер BIN кода в байтах )))
(скачал и запустил НЕХ2ВIN)
а насчет первой принципе уже все рано )

Сообщение отредактировал TeddyIn - Jan 6 2009, 19:18

Спасибо , скачал сейчас, и действительно, размер BIN файла почти в 3 раза меньше, чем HEX-80, который создаёт Keil! Что собственно очень сильно радует

1я - в байт.бит (т.к переменные также можно размещать в bit-addressable области SFR).

ок

Сообщение отредактировал TeddyIn - Jan 7 2009, 11:44

У кого нибудь такое было - если его запустить - остановить - снова запустить, то значение логического порта, которое по идее должно оставаться 1 при новом запуске (без сброса) сбрасывается на 0...

Да да да ), так и есть - загнал вместо аналайзера весь выход на UART - и там все нормально (останавливай не останавливай - на dыходе printf все значения правильные)
Выявлен баг 3-ей версии Keil.
У кого лицензионный Кейл? - можете сообщить производителю - пусть исправляет в следующей ревизии!

У кейла всё что касается printf scanf и имхо putchar - в отладчике не симулируется и кейл в окно SERIAL выводит нечто изнутри себя , видимо перехватывая сами входы в функции в симуляторе и не давая им выполняться. Может отсюда ноги растут?
SBUF=хх не работает через окно SERIAL !!!!
Таким образом эмуляция не на уровне буфера приемопередатчика а по самим функциям . Проверял неоднократно. Багом они это не посчитают а пошлют.

а что это значит? не давая им где выполняться?


А разве тут есть какие то различия?

В теле кода printf() например . попробуйте в окне дизассм поставить там точки прерывания(отладки) - никогда не остановится . гыгы.

огромные, нельзя например отладить через SeRIAL окно свою программу вывода.

Ее можно отладить с реальным терминалом. Кейловый отладчик позволяет перенаправить UART из симулятора на реальный COM-порт. Дальше, если в компе есть два свободных COM-порта, замыкаем их нуль-модемным кабелем, а если нет - ставим виртуальный нуль-модем и на один из его портов натравливаем симулятор, на второй - терминалку или PC-приложения общения с вашим прибором. Шикарная опция, позволяет одновременно пошагово отлаживать и вашу программу и ответное PC-приложение.