При компиляции для At89c51rc ( 32 kB flash ) выдает такую ошибку:

Build target 'Target 1'
linking...
LX51 LINKER/LOCATER V4.17 - SN: *********
COPYRIGHT KEIL ELEKTRONIK GmbH 1995 - 2007
@.\Release\Exe\1 nnnn.lnp ".\Release\Exe\STARTUP.obj",
".\Release\Exe\MAIN.obj"
TO ".\Release\Exe\1nnnn"
PRINT(".\Release\1 nnnn.map") CLASSES (XDATA (X:0x0-X:0xFF), HDATA (X:0x0-X:0xFF), CODE (C:0x0-C:0x7FFF), CONST (C:0x0-C:0x7FFF),
ECODE (C:0x0-C:0x7FFF), HCONST (C:0x0-C:0x7FFF))
*** ERROR L107: ADDRESS SPACE OVERFLOW
SPACE: XDATA
SEGMENT: ?XD?MAIN
LENGTH: 000132H
******************************************************************************
* RESTRICTED VERSION WITH 0800H BYTE CODE SIZE LIMIT; USED: 4287H BYTE (831%) *
******************************************************************************
Program Size: data=10.6 xdata=321 const=0 code=17723
*** ERROR L107: ADDRESS SPACE OVERFLOW
SPACE: XDATA
SEGMENT: ?XD?MAIN
LENGTH: 000132H
*** ERROR L250: CODE SIZE LIMIT IN RESTRICTED VERSION EXCEEDED
LIMIT: 0800H BYTES
Target not created

Чего ему не хватат - ОЗУ, программной памяти или всего сразу? Или другие причины ( RESTRICTED VERSION WITH 0800H BYTE CODE SIZE LIMIT; USED: 4287H BYTE (831%) *)?

Во-первых, ему не хватает внешней памяти (xdata). Определено, что её (xdata) всего 256 байт, а только в main требуется 306 (132h) байт. Памяти программ в МК хватает: нужно на всё чуть больше 17К, но версия Keil, та, что Вы используете имеет ограничение на создаваемый код - 2К (это - поддаётся лечению)

Видимо, я напрасно поставил галку use on-chip XRAM? Поскольку по доке у At89c51rc 512 байт ОЗУ.
А по процессу лечения сообщите поподробнее пжлст. Я пользовался советами ника VAI.

Возможно, ограничение на xdata в 256 байт - это тоже ограничение триальной версии...
По поводу личения. Увы, я давно не использую Keil для новых проектов, а для поддержки старых - хватает древней версии Keil'а, поэтому плохо ориентируюсь в методах лечения современных версий. Ясно, что с лечением у Вас что-то не получилось... Когда я занимался самолечением для этого использовалась клизьма... В и-нете гуляли клизьмы с тремя цифирьками в конце (обозначение версии): 3хх - для АРМ; 7хх (позже 8хх) - для МК51. С клизьмой поставлась и инструкция по применению - (важно!) перед применением сгенерированной лицензии необходимо подменить указанный в инструкции и поставляемый с клизьмой файл (для Вас - L51.DLL). Результат применения можно проверить, если зайти в Keil'е (надеюсь, у Вас восьмая версия) в Menu->File->License Management - для продукта РК51Prof. Developers Kit должна быть действующая лицензия.

Я применял эти рекомендации ( ника VAI ) только не перезапустил компьютер ( в них не указано, но очевидно, это необходимо) Теперь всё компилируется, если убрать галочку Use On chip XRAM (0x00 - 0xFF) Правда не работает. Будем смотреть далее.

Какой забавный МК Вы используете. Обратите внимание, что у него 512 байт On-chip RAM, а не 512 байт On-chip XRAM. Надо бы посмотреть DS на предмет: "что сие означает?".

Использую этот МК по причине острой необходимости, и считаю его не забавным, а дерьмовым. DS я читал, если XRAM = expanded RAM (ERAM), то непонятно, почему галочка мешает. Правда атмеловские даташиты, прямо скажем, сумбурные.
В общем, компилятор вроде зашуршал, а проблемы с неработоспособностью программы я как нибудь осилю )

Да, можно считать, что XRAM = expanded RAM (ERAM). Если посмотреть в DS, то размер ERAM равен 256. И Keil тоже так считает: возле галочки написано "Use On-chip XRAM (0x0-0xFF)". А, вот Вы пытаетесь поместить туда гораздо больше - 321 байт (судя по информации в Вашем первом посту).

Кстати, у меня с подобной галкой были проблемы. Я считал, что установка этой галки заставит транслятор поместить в startup код устанавливающий бит в регистре, который разрешает использовать дополнительную внутреннюю память командами movx. Однако, ничего подобного не обнаружил. Пришлось startup править руками. Правда, это было давно, может быть, в современных версиях Keil'а это поправили (или я что-то тогда недопонял).

Да, переменных получается на 321 байт ОЗУ. Большой пасиб за консультацию. Но у меня ощущение, что я этот 89c51rc заброшу и перепишу прогу под ПИК. Чую, окажется быстрее по времени.
P.S. А мне Кейл хвалили как наилучший для семейства МК51.... Даже боюсь предположить, как функционируют другие среды.

В действительности переменных получается на 332 байта, что должно поместиться в ОЗУ (RAM+ERAM). А вот с распределением этих переменных у Вас не всё в порядке: 10.6 байта (10 байт и ещё 6 битов) Вы размещаете в секции data ("нормальном" ОЗУ мк, оно же RAM), а остальные 321 байта пытаетесь разместить в секции xdata ("внешнем" ОЗУ, или ERAM, которая размером 256 байт). Если часть данных, которые Вы размещаете в xdata разместить в data, то всё должно поместиться. Не забудьте, что в "нормальном" ОЗУ ещё располагается стек и часть его (ОЗУ) отображена на регистры. Т.е. переместить в data желательно по минимуму, так, чтобы остальные данные поместились в xdata. Желательно в data хранить наиболее часто используемые переменные.

Keil - действительно самое лучшее средство разработки для МК51, остальные и близко не стоят...

А вы не могли бы подсказать, как расставить галочки в проекте, чтобы распихать 321 байт переменных по банкам ОЗУ? Может , еще какие нибудь директивы применить в исходнике?
Поскольку программа, которую я пытаюсь откомпилировать вполне работоспособная, только довольно старая. Раньше её компилировали в IAR примерно 1990 года выпуска.

Попробую помочь... Только, если что запамятовал за давностью - строго не судите!

1. Галки на форме, что Вы привели - пусть стоят. Они указывают, что данные из базы Keil о размерах памяти применённого Вами мк будут переданы линкеру для контроля: "не вылезла ли программа и данные за рамки памяти?". Это полезно для контроля за размерами использованной памяти. (Надеюсь, что тип мк в опциях проекта Вы указали AT89C51RC).

2. Данные в окнах "Off-chip XDATA memory" - убрать (внешнюю память Вы к мк не прикручивали)

3. Распихивают данные по разным областям с помощью спецификаторов:

data — внутренняя память данных, прямая адресация
idata — внутренняя память данных, косвенная адресация
bdata — внутренняя память данных, побитно-адресуемая область
xdata — внешняя память данных, обращение через DPTR
pdata — внешняя память данных, обращение через @R
code — память программ

Если спецификатор не указан, то переменная помещается в область по-умолчанию. Обычно, это: bdata для битовых переменных; code - для констант; data - для всех остальных. У Вас, наверное, при описании переменных стоят спецификаторы xdata или pdata (иначе, зачем бы транслятор пытался запихнуть столько переменных в xdata ?).
Итак. Переменные, которые Вы собираетель разместить в ERAM надо описать примерно так

int xdata i;
unsigned char xdata ch[8];
char * xdata ptr;

Поскольку, память ERAM имеет размер 256 байт, то ко всей памяти ERAM можно адресоваться косвенно через регистр. Поэтому, возможно, с точки зрения быстродействия и расходов памяти программ, выгоднее будет использовать спецификатор pdata, т.е.

int pdata i;
unsigned char pdata ch[8];
char * pdata ptr;

Те же переменные, которые Вы собираетесь хранить в RAM нужно оставить без спецификаторов (или, если это почему-то не поможет, приписать спецификаторы bdata для битовых переменных и data для всех остальных)

int k;
char d[20];
int * ptr;
или
int data k;
char data d[20];
int * data ptr;

Если у Вас в программе часто используются указатели, то для увеличения быстродействия, сокращения потребной памяти (данных и программ), хорошо бы указывать на что указатели будут собственно указывать. Например
char data * xdata ptr1; // ptr1 распологается в xdata, указывает на char, который храниться в data

4. Что бы ERAM стала работать, необходимо установить какой-то там бит в каком-то регистре (посмотрите в DS). Нужно поправить Startup, вставив в него соответствующие команды.

пасиб, буду разбираться.

Попробовал, локальные переменные никак не хотят попадать в сегмент data. Глобальные переменные туда перенеслись. Стартап не смотрел, но он вроде для просто MK51, где внутренняя память ERAM отсутствует. Но локальные переменные компилятор пихает именно туда.

P.S. И ведь некоторые недовольны ПИКами за кривизну обращения к ОЗУ через банки!

Извиняюсь - не углядел... Модель памяти в приведенной Вами форме нужно поставить "Small: variables in DATA"

При таких установках ошибка

compiling TST51RC.C...
TST51RC.C(2528): error C249: 'DATA': SEGMENT TOO LARGE
Target not created

Если установить модель "Large", то результат ОК

Build target 'Target 1'
assembling STARTUP.A51...
compiling TST51RC.C...
linking...
Program Size: data=61.6 xdata=261 code=5900
creating hex file from ".\RELEASE\EXE\test51rc"...
".\RELEASE\EXE\test51rc" - 0 Error(s), 0 Warning(s).

Вчера нашел еще одно окошко, где настройки влияют на использование ОЗУ. Там надо было сбросить галочку "Use memory layout from target dialog"
Нажмите для просмотра прикрепленного файла

Но что интересно у меня 2 почти одинаковых проекта с одинаковыми настройками, но в первом такое окошко есть, а в другом его нет.

Это - вполне нормально : раньше данные не помещались в xdata - теперь они не помещаются в data. Нужно приписать спицификатор pdata (или xdata) к некоторым данным, чтобы не все они пытались влезть в data...
P.S. При установке модели памяти "Small" данные без спецификатора области размещения - размещаются в data
P.P.S. При установке модели памяти "Large" данные без спецификатора области размещения - размещаются в xdata

Ну так я и говорю : мне надо так распихать переменные, чтобы ни в одном из банков не было больше, чем 256 штук. Кстати, в сегменте 'DATA' сейчас : data = 61.6 байт.
Но, как я уже написал, локальные переменные в сегмент 'DATA' почему то никак не попадают. Только глобальные.

Может быть я непонятно написал... Переменные (в том числе, локальные) попадут в data, если указать модель Small. Тогда, сегмент data - переполнится (переменных слишком много). Некоторым из них нужно приписать спецификатор pdata (xdata), чтобы часть из них размещалась в ERAM (но, чтобы такие переменные не занимали более 256 байт).
Можно пойти от противного (неверное, это - хуже и сложнее)... Оставить модель Large, но части переменным присвоить спецификатор data: стольким переменным, чтобы в xdata осталось не более 256 байт переменных...

P.S. В data разместить 256 байт переменных не получится - во первых data не более 128 байт, но часть из них занимает область регистров общего назначения и битовоадресуемая память.

Да, кстати, ещё одно замечание. На потребную программе память влияет примененный линкер (лучше поставить галку "Use LX51") и уровень оптимизации (лучше поставить не менее "Level 2", а то и 4)

В общем, отказался я от этого МК51-го сейчас портирую (или как это там называется) прогу на PIC18. Сразу исчезли все проблемы с ОЗУ и вообще с железом. Еще раз подивился упорству фанатов классического МК51... Мазохисты.

Сам такое слово! Отличный микроконтроллер! Keil отличная IDE, отличный компилятор, линкер, дебаггер!!! Просто у некоторых руки растут не из правильного места... Стартап должен использоваться именно для твоего микроконтроллера, иначе компилятор про твою дополнительную память ничего не знает!!! В Memory Model для твоего проекта надо поставить Compact: variables in PDATA (про зоопарк памяти у MCS-51 слышал?). И действительно часть данных ОСОБЕННО непрерывных - массивы (буферы приёма передачи и т.д.) описать как PDATA! Обрати внимание сколько занимает стек и укажи с запасом в стартапе. Реальный пример компиляции для микроконтроллера AT89C5115 (256 Bytes on-chip RAM and 256 Bytes ERAM): Program Size: data=155.1 xdata=131 code=15356. После добавления массива unsigned char pdata ucUartDataXXX[100] = {0}; Program Size: data=155.1 xdata=231 code=15459. Если и дальше будут проблемы - шли исходники, добью твой прожект

Добрый день

Появилась аналогичная проблема. 3 месяца 8.06 отработала нормально, а вот вчера слетела. Помогите.
В архиве с клизьмой 3.22 нет правленного l51.dll.

Т.е. я просто поставил девелопмент версии 8.06 и сгенерил лицензию. При таком раскладе она проработала 3 месяца без проблем.
А теперь различные танцы с бубном не увенчались успехом. Подкиньте плиз действующую клизьму. В работе для 51 ядра я пользуюсь uVision2 оболочкой. Для ARM uVision3 оболочкой.

Спасибо

Для МК51 я использовал вот этот файл для версии 8.16а; с АРМ'ами - не работаю, но вроде тоже - подходит

Спасибо вам больше.

У меня эта клизьма есть Я проделал следующее. Сначаласгенерил лицензию просто для devel kit. Удалил все obj и скомпилил проект. Оно нормально скомпилилось, но не собралось. Попросило проапгрейдить до PK51 (Professional). Сгенерил теперь для Prof. И перекомпилил. И все получилось. Раньше я сразу генерил для проф и удалял обж файлы. В этот раз повезло. Буду пробовать этот путь на работе.