Все простые программаторы типа JDM, COMPIC и им подобных, не используют в СОМ-порту линии приема и передачи в стандартном режиме, то есть по ним не посылаются последовательные байты в соответствии со спецификациями RS232, иначе для их приема на железке должен стоять преобразователь уровней и контроллер как минимум. Посмотрите на схему вашего программатора! Если это простейший тип, то все линии в порту используются в качестве лог. входов-выходов и просто переключаются из программы на РС.
Таким образом временные параметры сигналов на этих линиях формируются из программы и затем выставляются в порту (напрямую или через API). Для правильной работы программатора нужно точное соответствие временных характеристик этих сигналов алгоритму прошивки.
При использовании переходников на USB шине происходит следующее: - программа выставляет 0 или 1 на опреденный пин в порту (например DTR); - так как порта нет, эту команду обрабатывает драйвер виртуального COM-порта на USB; - команда отправляется контроллеру USB для передачи по шине на устройство (переходник); - в зависимости от загруженности самой машины, хоста USB, шины USB, драйверов, наличия места в буферах, работы других устройств на шине USB, логики работы самого переходника и итд имеем:
от момента выставления в программе какого-то сигнала на линии и до появления его на выходных пинах твоего переходника происходит N-ное количество времени, которое вообще говоря не гарантируется - переходники используют low-speed, bulk/interrupt endpoints (из USB спецификаций), там гарантируется доставка пакетов, но не их время прохождения, то есть не real-time время доставки, как например в аудио девайсах.
Все простые программаторы типа JDM, COMPIC и им подобных, не используют в СОМ-порту линии приема и передачи в стандартном режиме, то есть по ним не посылаются последовательные байты в соответствии со спецификациями RS232, иначе для их приема на железке должен стоять преобразователь уровней и контроллер как минимум. Посмотрите на схему вашего программатора! Если это простейший тип, то все линии в порту используются в качестве лог. входов-выходов и просто переключаются из программы на РС.
Таким образом временные параметры сигналов на этих линиях формируются из программы и затем выставляются в порту (напрямую или через API). Для правильной работы программатора нужно точное соответствие временных характеристик этих сигналов алгоритму прошивки.
При использовании переходников на USB шине происходит следующее: - программа выставляет 0 или 1 на опреденный пин в порту (например DTR); - так как порта нет, эту команду обрабатывает драйвер виртуального COM-порта на USB; - команда отправляется контроллеру USB для передачи по шине на устройство (переходник); - в зависимости от загруженности самой машины, хоста USB, шины USB, драйверов, наличия места в буферах, работы других устройств на шине USB, логики работы самого переходника и итд имеем:
от момента выставления в программе какого-то сигнала на линии и до появления его на выходных пинах твоего переходника происходит N-ное количество времени, которое вообще говоря не гарантируется - переходники используют low-speed, bulk/interrupt endpoints (из USB спецификаций), там гарантируется доставка пакетов, но не их время прохождения, то есть не real-time время доставки, как например в аудио девайсах.
Ну что ж в утиль тогда его отправлю. Есть какой ни будь простенький программатор юсб для пиков? Что то искал толком ничего найти не могу. Да еще инет глючит
