Как "правильно" отлаживать устройства не имеющие JTAG? Может Atmel и считает что в 2k байтной программе нечего отлаживать, но для меня это далеко не так.

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

Возникла идея встроить в программу нечто вроде отладчика который будет способен выполнять очень просты действия получать от ПК новые значения параметра и заносить его в SRAM. Камень tiny26 , есть три свободных пина(ISP по совместительству). Но возникли сомнения в плане того хватит ли МК на это производительности ведь придется поддерживать какой никакой простой но программный протокол обмена с ПК. Оценить даже приблизительно эти издержки я не могу, ибо опыта нет.

Прокоментируйте пожалуйста эти мысли вслух, что вы думаете об этом?

Если идея с отладчиком здравая то наверное есть где-то примеры реализации подобных задач?

В некоторых мелких камнях есть debugWIRE, правда, я сам это чудо не пользовал ниразу... В Т26 его нету(

Мне нравится отладка через UART и ПК - об этом методе я прочитал там: [banned]/z4.htm - очень удобно ИМХО.

Вот что нашел сам , разибраюсь пока

avr.nikolaew.org/debug.htm

ИМХО, для отладки 2k кода вполне достаточно осциллографа (или светодиодов), минимальной диагностики по UART и симулятора.
А в большинстве случаев хватит и чего-нибудь одного.

Именно в большинстве случаев Смотря какая периферия навешана. Совсем недавно для отладки кода аж в 160 слов пришлось Marconi 2955 привлечь - синтезатор частоты не слушался.

Дело в том что у тини26 нет UART .Есть USI которое более всего годится для SPI.
Если нужно было управлять\читать с компа, я посылал адрес ячейки оперативки с флагом
чтения\записи (у нее 128 байт оперативки ,как раз 7 бит для адресса и один на флаг),
вторым байтом или принимал или посылал само значение.
Программка обслуживающая подобный протокол занимала буквально десяток команд.
1 Принимаем ,выделяем флаг,остальное сохраняем в указателе.
2 Определяем значение флага и по нему решаем ,заносить следующий байт в оперативку или выбрать и отправить.

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

bodja74

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

Может есть где примеры превращения COM в SPI?

По быстрячку можно сделать следуещее.
1. Подлинковать старый добрый software uart - сделать передачу, через любую ногу (правда займет таймер)
2.Хранить критичные параметры в eeprom и обмениватся ими через программатор.

Оба отладочных обмена (попроще и покруче) реализованы в программе программатора (ну и сказал :-) ) uniprof

nml

Спасибо.

У меня есть исходники совсем простого примера эмуляции COM в SPI на VB6.
Если устраивает,оставляйте адресс ,вышлю.

есть ещё два способа которые сам пользую:
а)макетка с мегой16 на которой отлавливаю баги в коде для мелких камней с помощью житага
б)пользую Algorithm Builder . к коду добавляется 130байт программы обмена и отладка через один назначенный пин проца

bodja74

Да, пожалуйста. VB незнаю но думаю осилю спортировать это в С или Pascal.
shevek at netman.ru

Исходник использует контролл MSCOMM32.OCX ,насколько я в курсе Борландовские среды их не переваривают,если хотите портировать на Си,ставте С++ из комплекта VisualStudio от MicroSoft.
Ладно пошел отправлять.

bodja74
Получил спасибо.
Разберусь.

Использую IDE и ее отладочный интерфейс по SPI или СОМ ( SPI может быть программным )
с tinyboot.com ( раздел Firmware )

Интересная штучка. Можете выложить что-то сделаное на ней ?

Если реплика к IDE c tinyboot.com, то использовал ее для работы с PDP11
часть документации перевел.

P.S. Что поконкретнее интересует?

Ребята, а не проще сделать программу под mega процессор, отладить ее, а потом ее видоизменить под tiny?

А чем не устраивает АВРСТУДИЯ?
Очень, по-моему неплохой инструмент для отладки именно небольших
проектиков. Причем прямо по с-коду (если пишете на с)или по АСМ.

В этом трудоемком деле есть одна особенность - чаще всего бывает, что проект, одинаково работающий в mega128 и tiny15 не нуждается в отладке в принципе.

Хорошо сказано!

Отлаживал как-то я проект на меге 128 (ну была она в руках на плате). А работать должен был на меге 8. Компилю под мегу128, заливаю - работает. Компилю под м8, компилится без ошибок. Отдаю, заливают - не работает! Закончилось тем что купил мегу8 в дипе и распаял на макетке. Тогда токо понял в чем прикол. Кто нибудь знает что будет если неправильно написать имя вектора в объявлении SIGNAL(SIG_чегонибудь) (это WinAVR)? А ничего! Молча собирается, но вектор не вписывается, а обработчик остается в воздухе. Вектор заглушен weak символом и никто не жалуется... Ну а у меги 128 два усарта и вектора ессно зовутся по другому - там в имени есть 0 и 1...

А для отладки иногда хватает половинки уарта программного - только передатчик. Он реально проще приемника, можно без таймера на одних тактовых задержках сделать, и скорость задрать под мегабит для меньшего влияния на программу. Хорошо подходит для реал-тайм анализа процессов в программе. Но автору топика это вроде не подойдет - ему наоборот приемник сделать надо... Это уже правда на чем-то одно- или двухпроводном программном надо ваять. Как вариант переходника COM-SPI подойдет... та же самая тиня, может t26, а может и t13 с программным уартом с одной стороны и SPI либо своим протоколом с другой.

Может у вас старый WinAVR, или GCC запускается с ключиком -w.

demo.c
#include <avr/io.h>
#include <avr/interrupt.h>

SIGNAL(SIG_XXX)
{
}
....

$ make
avr-gcc -Wall -Os -mmcu=atmega128 -Wundef -gdwarf-2 -g3 -c -o demo.o demo.c
demo.c:4: warning: 'SIG_XXX' appears to be a misspelled signal handler


Анатолий.

Как вариант отладки программы могу порекомендовать прицепить к процессору несложный ЖК-индикатор с минимальным количеством ножек. Естественно, сначала надо будет отладить интерфейс работы с этим индикатором. Зато потом можно будет выводить переменные в реальном режиме времени и на реальном железе. ЖК-индикатор может быть на I2C или SPI.

1. Городить целый программный УАРТ на мизерном камне - для некоторых приложений может не хватить. Поэтому лучше не искать встроеную периферию а использовать 2 ноги (1 только на крайний случай) - по одной данные, по другой часы (одна из ног может быть внешним прерыванием, чтобы дергать извне). Потом, УАРТ - это ограничение скорости отладки. как хорошо програмный SPI - шифт, дернул ногой, шифт дернул ногой.
2. Снаружи стоит уже взрослый процессор, который данные полученные от 2-х ног загоняет через уарт не торопять, разумеется организуя буффер внутри.

монитор то получится - зо-ло-той!(с)

Надо это учитывать сразу.
Я обработчики прерываний описываю примерно так:


тобиш если сборка будет идти под процессор который у меня не учитывается, чтобы программа - не компилировалась. И тогда придется залезть в даташит, посмотреть какой вектор и добавить соответвующий #elif..

Обработчиков то в программе не так уж и много..

Именно для этих целей иногда использую клавиатуру+LCD с i2c. Проект я выкладывал в библиотеки. Иногда использую специальный стенд, который на LPT компа отладочную инфу передаёт. Кое-что тоже туда выкладывал.

У меня есть debugWare и JTAG, но иногда и этого не достаточно. Например когда от внешнего устройства поток идёт непрерывный. А ошибка ч/з какое-то время работы наступает. В это время необходимо "на ходу" просматривать ту или иную переменную или признак.

Пользуем RS232 и вывод в терминал.

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