Easyelectronics.ru

При отладке проектов на базе 51 серии под Proteus-ом всем хочется чтобы прога выполнялась пошагового, да и еще чтобы исходник был виден.

Пожалуйста. В Proteus-е есть файлик Asemddx.exe который извлекает отладочную информацию из *.LST файлов созданых компилятором ASEM-51 Version 1.2. Создает файл *.SDI.

Но вот беда. При использовании макросов и инклудов эта тузла генерит "БРЕД", причем полнейший.

Если весь код держать в одном файле и не юзать макросы - "всё пучком". Это конечно возможно.

А если проект не на пару десятков байт, это уже "ГЕМОР".

Может кто спалкивался с такой проблемой?

А кто не хочет с ней встречаться, потесте мою тузлу Ddxasem. Выполняет почти аналогичные действия как и тузла из Proteus-а.
Тестировал с ASEM-51 Version 1.3. Правда патченой.

Никогда не пользовался SDI, возможно напрасно. Где можно почитать о возможностях отладки с его помощью? Что он дает?

Чего то недопонял. К модели МК прицепляем HEX, в меню указываем исходник ASM, включаем отладку. И также ходим по исходнику без SDI.

Не знаю как с 51ми . Со всем остальным отлично юзается *.cof , *.elf.
Ваша компиль это не генерит ?

Ну если подсунуть Сишный исходник, и указать что именно генерить, то сгенерит. Зачем COF, ELF поверх ASM? ASM и BIN практически тождественны в коде, а HEX это расширенная текстовая ASCII запись BIN с контрольными суммами.

Кто то вам сказал что cof/coff это прерогатива Сишных компиляторов ?

Сам так думаю, зачем файл с отладочной информацией к исходнику на ASM? Прямая кореляция ASM <-> HEX, что еще можно запихать в COF? Все что нужно для ASM есть в LST, MAP.
Вернусь к топику, что это за файл SDI? Что он содержит, где может помочь? Литература есть по этому вопросу?

Как я понял, то формат простой.



Запись содержит 4 поля:
1 - адрес ячейки памяти
2 - машинный код операции
3 - метка
4 - текст исходной программы
Све поля разделены запятыми.

Например:
1 2 3 4
0003,00,MainLoop,MainLoop: nop

В тех строчках где есть адрес можно ставить бряк.

Наконец понял для чего файл SDI. Этот файл создает сам Proteus для пошаговой отладки. От типа МК его создание не зависит, оно зависит от наличия исходников.
1. Исходников нет, в Proteus загружен HEX. Пошагово походить по программе можно только через окно диззасемблера.
2. Исходники есть, подключены через меню Proteus. Если в этом же меню нажать Build, то вместе с HEX создается и SDI. И если теперь войти в Debug, пошаговая отладка доступна автоматом по исходникам.
Все это делается автоматом, о наличии файла Asemddx.exe раньше не знал.

anakost, S_Alex, меня конечно прикалывает ваша упертость , но повторюсь - не судьба *coff юзать ?

Ну так научите "упертых", как научить ассемблер генерировать *coff файл. Не имеет значения а51 или avrasm2. Что им нужно указать, чтобы они смогли сгенерировать совершенно им ненужный файл?

Какой то объектный файл генерит же ваше убожество ? А ненужный он только вам...
coff ли это, elf, ubrof ищите . Loader Proteusa многие грузит .
Winasm например от микрочипа генерит coff .

не обязательно каждый ассемблер умеет генерить объектники.

Убожество , да согласен...

да ладно убожество, это щас все умные стали да привередливые. а раньше часто асмы не генерили ничего кроме бинарника и, изредка, lst файла с адресами меток. юзали и ничего, живы-здоровы.

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

Мое стандартное "убожество" генерит стандартный файл obj. Файл sdi генерируется дополнительно к нему Proteus для пошаговой отладки.

Какой компилятор ?

В этом топике речь идет о ассемблере, а говорил об аsm51 или avrasm2.

Кейловский ассемблер генерит. Назвать его "убожеством" было бы как-то опрометчиво. :)

Понадобилось вернуться с AVR на MCS51, и попытался для ускорения использовать прототипирование в Proteus. Обнаружил те же глюки, что и вас.
Мой совет прицепить исходник и откомпилить в Proteus-е не проканал, ассемблер Proteus-а ASEM-51 не полностью совместим с ассемблером Кейла А51. Препроцессоры очень отличаются.
Как я понял, после компиляции в Кейле, я должен отдельно запустить вашу программу и сгенерировать SDI? Это нельзя как то совместить с самой компиляцией?
P.S. Да, и в чем состоит патч ASEM-51?

С Кейлом знаком понаслышке и заглядывал одним глазом.

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

Раньше строки типа:
DB "Привет"
вызывали ошибку, т.е. были доступны только ASCII символы (до 128), теперь все до 255.

Насчет этого в Кейле богато. Да только за давностью я уже и забыл, как работать с переменными окружения. Может кто поможет? Для справки, тулза от S_Alex принимает в качестве единственного параметра имя LST файла.

Пока вопрос с переменными окружения в Кейле под вопросом, решил пока сделать костыль. А именно Кейл предусматривает возможность создания пользовательского меню для сторонних программ. Кстати переменные окружения используются те же что и в предыдущем посте. Но т. к. я указал рабочую папку, логично предположить что с ней сторонняя программа и будет работать. Поэтому в качестве файла листинга я указал реальный файл из этой папки.
Запускаю, получаю невнятный ответ от тулзы, что ей не понравилось? Может нужен оконечный слеш в конце названия папки?
P.S. Слеш не помог, печально.
P.P.S. Т. к сама программа мелькает доли секунды попробовал перенаправить вывод с консоли " > Error.txt". Обломс.