Протокол SAMBA? Опции

[SpiritDance]

Кто-нибудь видел описание протокола SAM-BA по dbgu для sam7s? Нужно заливать прошивку вместе со своим загрузчиком, попутно его конфигурируя. jtag на плате нет.

[Сергей Борщ]

Кто-нибудь видел описание протокола SAM-BA по dbgu для sam7s?

Прямо в даташите. В разделе 22.5. Если получится запустить через DBGU - отпишите, я вчера пробовал - не пошло. У меня JTAG разведен, USB - нет. Молчит как рыба, хотя через JTAG вижу, что самба скопировалась во флеш и стартует.

[gormih]

Кто-нибудь видел описание протокола SAM-BA по dbgu для sam7s? Нужно заливать прошивку вместе со своим загрузчиком, попутно его конфигурируя. jtag на плате нет.

Не понял, а зачем протокол? В клиенте SAM-BA под windows есть поддержка скриптов... Может этим пользоваться проще?
Сам же протокол действительно есть в даташите. У меня все работает через USB.

[PrSt]

Прямо в даташите. В разделе 22.5. Если получится запустить через DBGU - отпишите, я вчера пробовал - не пошло. У меня JTAG разведен, USB - нет. Молчит как рыба, хотя через JTAG вижу, что самба скопировалась во флеш и стартует.

тут найдете исходник программы SAM-BA прошивцик под линукс и в иходнике можете все увидеть - http://projects.org.ua/new/index.php?mod=n...=show&id=43
(AMWSOFT)

.

[АДИКМ]

на ftp атмела лежат исходники.

[vmp]

Прямо в даташите. В разделе 22.5. Если получится запустить через DBGU - отпишите, я вчера пробовал - не пошло. У меня JTAG разведен, USB - нет. Молчит как рыба, хотя через JTAG вижу, что самба скопировалась во флеш и стартует.

Прекрасно работает через DBGU. SAM7S256. И на отладочной плате, и в готовом устройстве (внешний генератор на 25 МГц). Начальный диалог с самбой можно провести и в терминалке - послать 0x80, 0x80, 0x23, на экране должна появится '>'. После нажатия 'V', '#' - появится версия самбы.
Порт в компьютере настроен на 115200, 8N1, без готовностей.

Собственно сама программа из флеши может только читать и писать ОЗУ и запускать на выполнение. Писать во флеш она не умеет. При работе нужно записать в ОЗУ загрузчик и запустить его. Далее этот загрузчик стирает флеш, принимает данные и пишет их во флеш. Загрузчик я использовал самописанный.
В основную программу можно вставить кусочек эмулятора самбы, который запускается по приему стартовой последовательности 0x80, 0x80, 0x23 и реализует требуемое подмножество системы команд. Это позволит избежать при работе 10-секундной паузы с замыканием TEST.

[IEC]

на ftp атмела лежат исходники.

А как на него (ftp) попасть?

[Airan]

Прекрасно работает через DBGU. SAM7S256. И на отладочной плате, и в готовом устройстве (внешний генератор на 25 МГц). Начальный диалог с самбой можно провести и в терминалке - послать 0x80, 0x80, 0x23, на экране должна появится '>'. После нажатия 'V', '#' - появится версия самбы.
Порт в компьютере настроен на 115200, 8N1, без готовностей.

Собственно сама программа из флеши может только читать и писать ОЗУ и запускать на выполнение. Писать во флеш она не умеет. При работе нужно записать в ОЗУ загрузчик и запустить его. Далее этот загрузчик стирает флеш, принимает данные и пишет их во флеш. Загрузчик я использовал самописанный.
В основную программу можно вставить кусочек эмулятора самбы, который запускается по приему стартовой последовательности 0x80, 0x80, 0x23 и реализует требуемое подмножество системы команд. Это позволит избежать при работе 10-секундной паузы с замыканием TEST.

Тема интересная, но вот возникло пару вопросов:
- загрузчик лежит во флеше и перегружается в RAM только после комамандной последовательности 0x80, 0x80, 0x23 (тогда возникает вопрос успеет ли он переписать загрузчик в RAM?) или постоянно находится в RAM-е и реагирует на команды?
- инерено при этом шить через USB. Так вот нужно ли реализовывать интерфейс самбы для USB или можно иметь что-то своё? и где должен находиться обработчик USB-запросов(FLASH или RAM)?

[vmp]

Тема интересная, но вот возникло пару вопросов:
- загрузчик лежит во флеше и перегружается в RAM только после комамандной последовательности 0x80, 0x80, 0x23 (тогда возникает вопрос успеет ли он переписать загрузчик в RAM?) или постоянно находится в RAM-е и реагирует на команды?
- инерено при этом шить через USB. Так вот нужно ли реализовывать интерфейс самбы для USB или можно иметь что-то своё? и где должен находиться обработчик USB-запросов(FLASH или RAM)?

Загрузчика нет. Есть только программа, которая работает из флеша. Эта программа может принять загрузчик по любому из интерфейсов и поместить его а ОЗУ. Дальнейшее - зависит от загрузчика и его автора.
С USB на SAM7 не работал. Но по аналогии с UART - интерфейс повторять необязательно. Просто та программа, которая будет работать на PC, должна уметь работать с интерфейсом от SAMBA, чтобы передать загрузчик. Далее вся работа будет вестить с интерфейсом загрузчика. Загрузчик работает из ОЗУ.

А как на него (ftp) попасть?

ftp://at91dist:distrib@81.80.104.162/

[amw]

Тема интересная, но вот возникло пару вопросов:
- загрузчик лежит во флеше и перегружается в RAM только после комамандной последовательности 0x80, 0x80, 0x23 (тогда возникает вопрос успеет ли он переписать загрузчик в RAM?) или постоянно находится в RAM-е и реагирует на команды?
- инерено при этом шить через USB. Так вот нужно ли реализовывать интерфейс самбы для USB или можно иметь что-то своё? и где должен находиться обработчик USB-запросов(FLASH или RAM)?

code.google.com/u/amwsoft
Программа называется samba. Смотрите исходники.
Все работает через SAM-BA протокол с его-же загрузчиком. Как через DBGU так и через USB. Программа расчитана на Linux, а в Linux USB SAM-BA виден как ttyACM - то есть COM порт.
Загрузчик Atmel не имеет функций работы с Flash. Потому в комплект входит программка, которая заливается в процессор до прошивки и выполняет ТОЛЬКО запись Flash.

[vv95]

Загрузчика нет. Есть только программа, которая работает из флеша. Эта программа может принять загрузчик по любому из интерфейсов и поместить его а ОЗУ. Дальнейшее - зависит от загрузчика и его автора.

- Т.е. я пишу вмето загрузчика прогу чтения флэш и читаю флэш память любого SAM контроллера в комп? Потом диссамблирую или заливаю "как есть" в другой чип.
Т.е. защиты у SAM нет никакой?.

[vmp]

- Т.е. я пишу вмето загрузчика прогу чтения флэш и читаю флэш память любого SAM контроллера в комп? Потом диссамблирую или заливаю "как есть" в другой чип.
Т.е. защиты у SAM нет никакой?.

Да, сама SAMBA не защищена. А ПО пользователя - защищено.

Ещё раз о том, как работает самба.
На SAM7S она запускается в 2 включения процессора:
1. С зажатым TEST - запускается некая программа из масочного ПЗУ, которая стирает флеш и переписывает из ПЗУ во флеш самбу.
2. С отпущенным TEST - запускается из флеша самба.
Т.е. пользовательская программа уже стерта.

[vv95]

vmp спасибо за уточнение, я почему-то считал что в ПЗУ находится сам загрузчик во флэш.

[vmp]

vmp спасибо за уточнение, я почему-то считал что в ПЗУ находится сам загрузчик во флэш.

Тогда ещё уточнение. Речь шла только про SAM7S. В других самах - по другому.

[CO2040]

Обидно что такая актуальная тема заглохла с 2007 года. У меня уже пошел второй год, как пользователи моих приборов всю плешь проели с мольбами сделать наконец лоадер, позволяющий грузить новые версии ПО под windows 7, потому что это у нас, разработчиков электроники урчат 200-е Pentium MMX и стоит зоопарк древних ОС от MS-DOS и win95 до win2000, а обычные пользователи уже понемногу даже от windows XP отказываются в пользу win7. И вот тут получается что SAM-PROG не работает, а простого аналогичного загрузчика у Atmel нет, да и старых версий где был sam-prog надо еще поискать. Давать простым пользователям в руки sam-ba 2.12 нельзя, слишком сложно !!! Задолбают вопросами !!!
Да. главное - используемый камень AT91SAM7SE512.
Так вот, решил поднять протокол для программирования через USB посредством виртуального COM, которым видится устройство на компьютере. С inf-файлами разобрался, прибор обнаруживается и правильно ставится в любой ОС, хоть в XP, хоть в Vista, хоть в win7 (может даже и в win8 будет, только win8 я думаю 99.9% пользователей видели только в рекламе... что очень хорошо.) Определяется как COM10 или COM1x - какой-нибудь.
Как работать с таким виртуальным COM-портом ясно, используя исключительно стандартные API для работы с файлом.
А что касается протокола sam-ba для usb - нихрена не ясно !!! То что написано в даташите на AT91SAM7S/SE - это полное дерьмо и хрень, эти команды описаны для использования DBGU. В то же время при попытке найти что-то в сети по этому вопросу натыкаешься на ссылки ведущие к 404-й ошибке на сайте AT91SAM коммунити и подобных. Да даже в этой теме все линки как говно мамонта, ни один не работает (все ж 6 лет прошло).
Единственная табличка (очень близкая к правде) лежит тут :
http://www.varsanofiev.com/inside/at91_sam_ba.htm

Сравнить ее и то что написано в даташите и как говорится найти 10 отличий...
Итак что пройдено :
- прибор обнаруживается как COM-порт системой.
- прибор если подключен обнаруживается моей программой.
- я даю команду 'N'+'#' (посылаю байты 0x4E и 0x23) в ответ получаю 0x0A и 0x0D (начало строки и возврат каретки) - это то что в даташите у Атмела зовется 'character >' (а ведь многие почитав даташит - будут упорно ждать кода '>' т.е. 0x3E.)
- то же самое возвращается и при передаче последовательности байт 0x80, 0x80, 0x23 - но она в применении usb вряд ли имеет смысл, т.к. предназначается только для физического COM с целью измерения скорости передачи.
Поэтому инициализирующую команду даю именно из таблицы по ссылке, т.е. 0x4E (N).
Ясно, что если один раз дана команда инициализации то на повтор этой команды отклика не будет.
- Теперь вопрос а что собственно дальше ? А дальше ничего не отвечает, никакие команды чтения не работают ! Вот и сижу с этой единственной табличкой 'недокументированного протокола sam-ba usb' и перебираю все возможные комбинации в посылках. То адрес байтами как есть шлю, то в ascii его преобразую и запятую даже в ascii подставляю, то не подставляю - один черт не отвечает !!!

Может кто знает где можно найти хоть чуть больше информации в дополнении таблицы
http://www.varsanofiev.com/inside/at91_sam_ba.htm
или даже есть какие-то примеры работы.

Потому что многие применяют AT91SAM7S/SE в своих разработках, и наверняка как-то решают проблему обновления встроенного ПО своими средствами не из того что предоставляет Atmel. И да, тема актуальна, может еще у кого такая же проблема назревала годами - присоединяйтесь.
Я в свою очередь буду делиться тут тем, что получается у меня.