И что только люди не делают, только бы не использовать специально заточенные тэги оформления кода (кнопка '#' на форме ввода сообщения).

Подключите UART контроллера к СОМ-порту компьютера и вместо библиотечный функций записи подставьте свои, которые вместо записи будут сливать информацию в UART в текстовом виде. Информации можно послать достаточно для поиска проблемы. Можно печатать адреса, данные, содержимое памяти, все, что угодно.Не видя остального кода предполагать трудно, но вы уверены, что тут должно быть PAGE_SIZE - 1?

Да точно. Последний 127 байт пишется в else и там же пишется в память.


Разобрался, при записи мы не успеваем ответить на out-пакет от USB и он его повторяет в следующем байте который мы ловим.



Сообщение отредактировал Jhohn - Nov 25 2008, 10:12

Кстати идея Defunct весьма интересна. Можно её даже развивать.

Не могу войти в область загрузчика (bootload section) при старте.

Использовал

1)BOOTLOADER_SECTION void main ()


2) устанавливал флаг BOOTRST = 0


Может что-то нужно еще?

Все остальное (включая вектора) тоже надо разместить в области загрузчика. Правьте скрипт линкера.

Такой дурацкий вопрос: как? вы имеете в виду meikfile ?


что имеется в виду?
Могу я загрузится в boot потом сделать проверку и идти в application_1 или application_2 ?

Сообщение отредактировал Jhohn - Nov 26 2008, 10:47

Нет. Скрипт линкера. Если у вас в makefile скрипт явно не указан через LDFLAGS += -Wl,-T,имя_скрипта, то avr-ld берет подходящий для вашего кристалла из WinAVR/AVR/LIB/LDSCRIPTS. Самый простой способ определить, какой именно - переименуйте всю папку, линкер ругнется на конкретный файл, переименуйте папку обратно. Потом берите этот файл, копируйте в свой проект (можно переименовать, чтобы не путаться), добавляйте LDFLAGS += -Wl,-T,имя_скрипта в нужное место makefile или -Wl,-T,имя_скрипта на вкладку опций линкера в AVRStudio, идите в WinAVR/DOC/binutils/ld, читайте о формате скрипт-файла и правьте его как вам надо.

Результаты хорошо видны в файле дизассемблера. У меня он генерится примерно так (отрывки makefile):

Конечно.

Эта идея возникла после того как однажды слетел флеш на одном из устройств, установленном на объекте в "степях мухосранска". После этого случая комплектую внешней EEPROM'кой с копией прошивки. В рабочем состоянии eeprom'ка защищена от записи (WP).

При обновлении - одной перемычкой разрешается бутлоадеру "шить" и снимается WP с eeprom'а.
При установленной перемычке дальше бутлоадера ничего не идет (основная программа не запускается),. В критической ситуации (сбой CRC основного кода) бутлоадер заливает код из eeprom'a автоматически.

Как всегда о неудачах:



Нашел файл "avr5.x" почитал указанные скрипты но так и не разобрался с указанным файлом, при разборе много вынес полезного.

Я подумал хорошенько и решил не Рестартиться в boot, а загрузаться в usb_application, соответстенно, проверку того какая программа выполняется делаю в main() ( usb_application )




Необходимо загрузится по адресу application_section ( 0x0200), после самопрограммирования, но не получается. Я создал функцию goto_application(); которая начинается с адреса = 0x0200, а пишу я в flash по этому же адресу.
Возможно одна из причин следующая:




Если в теле фукцнии goto_application() написалть 3-и оператора, то получаем память программ вида


main() 0x0000346e

то есть код повторяется

Если в теле фукцнии goto_application() написалть 5-ть операторов, то получаем память программ с пятью повторяющимися содами в двух секциях


Если в теле фукцнии goto_application() написалть 20-ть операторов, то получаем память программ вида


повторяющихся 5E9A не видно

НЕ ПОЙМУ почем функция main() изменяется так странно то добавляет, код код другой секции, то нет...
Может я что-то я что-то делаю не так?


память соответственно 3 оператора, 5 и 20 в файлах

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

поробуйте сделать так: avr-objdump -hdSC file.elf > listing.lss
file.elf - .elf-файл вашей программы. В listing.lss увидите дизассемблированный текст. По этому тексту видно, что "то добавляет" - это компилятор встроил тело вашей функции в точку вызова. Ну и оставил еще одну копию на случай, если вы захотите вызвать ее из другого файла. "То нет"- это когда тело вашей функции такого размера, что вызвать функцию уже выгоднее по размеру, чем встроить ее.
Чтобы не оставалось ненужных копий, почитайте эту ветку. А чтобы компилятор не встраивал функцию goto_application() в main() размещайте их в разных единицах компиляции или примените к ней __attribute__((__noinline__)). Последнее более правильно, ибо компиляторы начали поддерживать многофайловую оптимизацию и начиная с какой-то версии научатся встраивать функции и из других единиц компиляции.

Да при добавлении



по файлу *.lss видно, что не добавляет. Теперь все работает, программы меняются Спасибо.



А что копия и вставка сода из одной функции в другую это разные вещи?

Начну с хорошего все работает и прошивается на atmga 168. Перенес тот же код на atmega 64, и нифига.
Подробно: 128 байт пишет по заданному адресу, если же прошивается более (128 + 16) то пишется в Flash только 16 ! c правильным адресом (start + 128). В чем проблема не пойму, в итоге получается вид: 128 байт (FF), 128 байт (кода), 128 байт (FF)...
Подскажите в какую сторону капать.

Вероятно, в сторону размера страницы, которая у mega64 вдвое больше (256 байтов).

блин, так и есть, вылетело из головы