Пытаюсь прошить SIM300D через контроллер (Atmel MEGA128).
Встроенный UART не использую, просто изменяю состояние ножек в зависимости от входного сигнала.

Flash update tool 1.40, прошивка версии 17, скорость 115200, 2 стоповых бита, RS232 аппаратный (не переходник).

POWERKEY всегда подключен к земле.

Что делаю:
1. запускаю flash update tool
2. выбираю прошивку, тип модема и настраиваю порт (115200, 2 стопа)
3. нажимаю "Start Download"
4. через 1-2 секунды включаю питание модема и контроллера
5. программа пишет "sending RAM program", потом "waiting for ASK at flash type"
6. потом появляется ошибка "ERROR Device not supported by RAM program ASK not received!"

Смотрю portmon что передается и принимается и сравниваю с "The Download Protocol of SIM300 Series(080724).

В начале все идет как описано в документации.
Но после того как отослали Flash sector map происходит следующее
flash update tool пишет в порт 2 байта - 0x21 и 0x07,
где 0x07 выбранная скорость обмена

Затем переключает скорость на 115200 и шлет опять 0x21 и после этого SIM300D
не отвечает и через 10 секунд программа выводит ошибку "ERROR Device not
supported by RAM program ASK not received!"

Что делать в этой ситуации?

Сообщение отредактировал antis - Jun 1 2010, 10:26

Аналогично делел на LPC2142, это АРМ с частотой 60 МГц и быстрым доступом к портам IO. На 115200 иногда сбоило, стабильно - на 57600. Так-что для AVR думаю 115200 это много.

Сообщение отредактировал =F8= - Jun 1 2010, 13:37

Наконец-то и я дошел до этой стадии.
После flash sector map флэш тул посылает модему 21 07 и в ответ тишина.
Иногда пишет
ACK not received,
а иногда во время данного таймаута модем видимо выходит из режима прошивки
и включается в обычном режиме в результате чего присылает что-то вроде \r\nCall ready\r\n и первый байт 0D флэш тул интерпретирует как отказ и выдает
.. not supported by RAM !

По поводу предложения перейти на 57600: дело в том, что модуль еще не дошел до стадии обмена на выбранной скорости. И даже если поставить 57600, то все равно первые две стадии включая передачу Flash Sector Map будут идти на 115200.

Еще раз поражаюсь, насколько китайцы сделали сложную и непонятную процедуру перепрошивки.... зачем было вообще переключать постоянно скорости... ? Неужели нельзя было сделать без извращений ?....

Мое мнение - это не китайцы наворотили, а завязано с тем как работает лоадер в чипсете от AD

Мрачновато... технологический разъём совсем зря не поставили.
Я бы подключил "шпиона" между МК и модулем, померял тайминги... но непонятно, что из этого может получиться.
А так ли уж нужна "прозрачная" прошивка модуля? Сомневаюсь, что это будет делать пользователь... а если сервис, то можно и разборку устройства допустить и прошивать напрямую. Если перепрошивка модуля нужна только в процессе разработки и выпуска - так тем более.

Подключился через платку напрямую к ногам модема - прошивка прошла успешно.
Сохранил лог, буду изучать. Остается понять почему не работает все-таки "прозрачная" прошивка через процессор.

PS. Кстати через переходник USB-COM действительно не шьется. Видимо USB тайминги вносят свою лепту и переключение скоростей не отрабатывают.

Через USB-COM на FT232 нормально шьется.

115200 для АВР очень даже и не много , тем более для М128, у меня вся периферия на 115200 работает и ничего не сбоит,так что наверное что-то не так в программе.

Ура, мне удалось прошить модем через проц (MSP430F16xx), при этом проц работал на оч медленной частоте 3.68 мгц.
Из-за такой низкой частоты не получилось дергать ножкой на TXD от проца к модему синхронно с входом RXD от PC к процу.
На этом медленном проце дергание ножкой даже на 57600 давало ошибки, что уж говорить о 115200.

Поэтому пришлось юзать аппаратный UART проца, и переключаться с 28800 на 115200 при получении определенной посылки (см. соотв. протокол обновления прошивки SIMCOM).
С аппаратным UART проца возникла также проблема скорости: проц просто не успевал пересылать по каналу данные (т.е. транслировать посылки от PC на модем).

Как решил проблему:

Сделал аналог SIMCOMовского FUT (firmware update tool) , который работает в 2-4 раза медленнее. Т.е. тоже шпарит на 115200, но при этом вставляет паузы в посылках, так чтобы проц успевал обрабатывать.

Результат:
модем шьется ОК, но время прошивки занимает 11-12 минут.

Сообщение отредактировал buletz - Jun 7 2010, 07:13

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

Основной этап прошивки успешно идёт вплоть до 460800, к этому и стоит стремиться.