UPDATE: isp_mb9x v2.10, Внутрисхемный программатор микроконтроллеров семейства F2MC-16LX и FR. Опции

[spf]

• ISP_MB9X: Релиз v2.10.
  • Fix bug: МК (MB90) с заданной строкой Baud2 программировались только при первом значении частоты кварца из списка Clock.
  • Отключен вывод отладочной информации;
  • Переработан процесс-индикатор;
  • Переработан интерфейс вывода ошибок;
  • Поддержка работы через мост USB-COM (увеличены таймауты);
  • Добавлен ключ /z - поменять функциональное назначение выводов RTS/DTR;
  • Добавлен ключ /q - один код '1' на все ошибки;
  • Добавлены 15 серий МК семейства MB90: 337, 342, 345, 346, 349, 351, 362, 367, 378, 395, 488, 489, 822, 823, 983;
  • Добавлены 7 серий МК семейства MB91: 356, 267, 272, 248, 314, 318, 345;
  • Удалена краткая форма задания МК - /Fxxx;
  • /MB90Fxxxi не чувствителен к регистру символов;
  • Файлы исполняемых модулей для разных семейств разнесены по каталогам;
  • В состав архива isp_mb9x добавлены:
    • схема адаптера;
    • screenshot отчета о выполнении операций;
  • Документация соответствует всем изменениям;

[Kovalsky]

46 нога (BOOT) на земле (согласно схеме Cremson-StarterKit), она у меня на выключателе, и на единице и на земле одинаково - не шьет.
Reset формируется MAX-ом 811: с DTR, через MAX232 - на вход MAX 811.
Изменение ключа /w от 0 до 9 не приводит ни к чему.

Вот что посмотрел:
FR Flash Programmer посылает 0x56 гораздо чаще, чем Ваш, и F362 после резета, в отведенные для этого 200 мСек, не успевает "поймать" V от вас, соответсвенно не отвечает, и переходит на исполнение программы.
Т.е. в случае, если включить reset транзистром с DTR, то Ваша прога делает reset и посылает 0x56, вероятно попадая в отведенные 200 мСек, вторая посылка 0x56 от Вас уже смысла не имеет, т.к. время уже ушло.

Не могли бы Вы сделать более частую отправку 0x56 и ожидание ответа, скажем каждые 50-60 мСек, как это сделано в FR FlashProgrammer ?

Почему хотелось бы пустить Ваш программатор? - потому что есть функция стирания только необходимых секторов и исполнение из командной строки (чтоб не выходить из SlickEdit-а). И само-собой, свой писать не очень хочется - в выходной надо отдыхать.

PS На днях решил вопрос с параллельным программированием MB91F36x (требуется в случае изменения Security Vector или при сбое на стирании). Если надо напишу в FAQ,

[spf]

FR Flash Programmer посылает 0x56 гораздо чаще, чем Ваш, и F362 после резета, в отведенные для этого 200 мСек, не успевает "поймать" V от вас, соответсвенно не отвечает, и переходит на исполнение программы.
Т.е. в случае, если включить reset транзистром с DTR, то Ваша прога делает reset и посылает 0x56, вероятно попадая в отведенные 200 мСек, вторая посылка 0x56 от Вас уже смысла не имеет, т.к. время уже ушло.

Уже догадался. Это из-за увеличения таймаутов, что необходимо для поддержки моста USB-COM.

Не могли бы Вы сделать более частую отправку 0x56 и ожидание ответа, скажем каждые 50-60 мСек, как это сделано в FR FlashProgrammer ?

Сделаю к понедельнику.

Почему хотелось бы пустить Ваш программатор? - потому что есть функция стирания только необходимых секторов и исполнение из командной строки (чтоб не выходить из SlickEdit-а). И само-собой, свой писать не очень хочется - в выходной надо отдыхать.

Да и зачем, если уже есть

PS На днях решил вопрос с параллельным программированием MB91F36x (требуется в случае изменения Security Vector или при сбое на стирании). Если надо напишу в FAQ,

Шли на мыло, которое на страничке "О сайте".