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 мСек, а в основном ожидать ответа.

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

[bialix]

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

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

Увеличение таймаутов было сделано для поддержки F2MC LX-серии, при использовании кварцевого резонатора на 4 МГц. В этом случае используется очень низкая скорость обмена по СОМ-порту (4800/9600) и на длинных передаваемых блоках получается разница в таймаутах. Т.е. по сути, удлинять таймауты можно было бы только для передачи длинных блоков данных. Наверное, можно переделать и в этом направлении. Не знаю, как Сергей, сейчас это реализовал.