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]

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

А можно как-нибудь, чтоб всем хорошо было, и на USB-COM и на COM работало? Тайм-ауты это в смысле ожидания ответа на USB-COM больше нежели на COM? А если пустить на параллельном потоке отправку 0x56 каждые 50 мСек, а в основном ожидать ответа.

Еще такой вопрос, можно ли ввести сервис (по ключу), который бы сравнивал предыдущий записанный файл в МК с записываемым сейчас и стирал-переписывал только те сектора, которые изменились относительно старого? При этом, само-собой, не проверяя содежимого самого МК. А при отсутвие предыдущего записанного файла (но наличию ключа) проводил обычную запись.

[spf]

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

А можно как-нибудь, чтоб всем хорошо было, и на USB-COM и на COM работало? Тайм-ауты это в смысле ожидания ответа на USB-COM больше нежели на COM? А если пустить на параллельном потоке отправку 0x56 каждые 50 мСек, а в основном ожидать ответа.

Уже сделал.

Еще такой вопрос, можно ли ввести сервис (по ключу), который бы сравнивал предыдущий записанный файл в МК с записываемым сейчас и стирал-переписывал только те сектора, которые изменились относительно старого? При этом, само-собой, не проверяя содежимого самого МК. А при отсутвие предыдущего записанного файла (но наличию ключа) проводил обычную запись.

Затруднительно:
1.Текущий движек программатора не расчитан на такое (операция стирания ничего не знает и знать не может о параметрах программирования)
2. Функция адресного стирания не реализована (ни в ПО PC, ни в ПО MCU ), но возможна подмена ae_flash.362 для выполнения специфичных операций подготовки flash к программированию ПО.

Почему до сих пор не сделано?
Потому что считаю что все подобные вещи (хитрые режимы стирания и прошивки) лучше реализовывать в bootloader'е.

PS:
Сам isp_mb9x использую только для проверки его функцианирования, вся аппаратура на MB9X программируется через bootloader по CAN.