СОМ порт РС и программа Terminal

[vsky]

Доброго времени суток!

Я планирую с помощью программы Terminal (см. во вложении) лить в свой микроконтроллер большой BIN файл. В некоторых местах, а может быть и после каждого принятого байта необходимо что бы РС (host) немножко "подождал". Понятно, что необходимо использовать процедуру "рукопожатия" (handshaking). Выходной сигнал готовности приёма байта (входной для РС) я сформирую микроконтроллером.

Какую дополнительную линию COM порта использовать (вход для PC)?
Какой режим (RTS/CTS, XON/XOFF, RTS/CTS+XON/XOFF, RTS on TX) использовать?
Есть ли другие подобные Terminal программы, которые ждут готовности принятия байта?

Заранее благодарен за помощь!

Прикрепленный файл: 3975880.zip

[urry]

В некоторых местах, а может быть и после каждого принятого байта необходимо что бы РС (host) немножко "подождал".

Обоснуйте необходимость, плиз.
Я ее не вижу. Обмен со стороны компа должен быть по максимуму прозрачный - все проблемы нужно решать на приемной стороне (мк). Это - проще. Что при этом срывается - регенерация дисплея, таймер - все можно решить на месте. В мк, изменив алгоритм. Если брать виртуальный ком - порт (обмен по юсб ) - а к этому нужно стремиться - то дополнительных линий у Вас как бы и физически не будет.
Лично я по обмену контроллера с портом использую это
- и ни разу не раскаялся.
http://ishodniki.ru/list/cpp/cpp_sys...s_io/1261.html

[ra9mig]

Какой режим использовать?
Какую дополнительную линию COM порта использовать (вход для PC)?

Если уж так надо, используйте режим "RTS/CTS" (CTS - вход для PC). В Вашей програме он работает.

Есть ли другие подобные Terminal программы, которые ждут готовности принятия байта?

Я использую COM Port Toolkit, вот ссылка http://www.compt.ru/serial-port-monitor/en/download.php

Прикрепленный файл: 3975880.zip

[Unichorn]

А я на базе этого свою библиотеку *.Dll сделал, и использую в своих программах.

Прикрепленный файл: 6075663.pdf

[urry]

Ну и еще, раз я упустил в посте топикстартера слова "лить в мк bin" - речь, скорее всего, идет о загрузке програмы через бутлодер. В этом случае как бы стандартом (если можно говорить о стандартах в таком тонком деле, как передача инфы по открытому каналу - каждый мутит защиту как хочет, чтоб, не приведи господи, не сняли хекс)- является режим эхоотражения - следующий байт не будет выдан в микроконтроллер из компа до тех пор, пока обратно не вернется предыдущий. Вот Вам и необходимая задержка - и заодно проверка корректности приема.

[vsky]

Спасибо за внимание к моему ламерскому вопросу.

urry, согласен с Вами насчет виртуального СОМа, и цель мою Вы почти разгадали. Только делаю я для себя программатор Nand флеш и иду по быстрому и простому пути А можно ли использовать эхо по RX (со стороны РС)? Если да, то как? Это даже лучше. Софт для РС я писать не умею и в данной задаче это не нужно.

ra9mig, c CTS я экспериментировал, но мне показалось, что я со стороны микроконтроллера не могу тормозить передачу с ПК на уровне байтов. Ещё по экспериментирую с этой линией

Unichorn, если есть готовый софт для РС предложите.

[CERGEI1982]

Бесплатно нету или не туда тыкаю?

-- Прилагается рисунок: --

[urry]

Кризис, раньше было бесплатно.....
А с другой стороны, не порнуху ведь скачиваете - не вижу ничего зазорного в том, чтобы поддержать 1 баксом ресурс, я там много интересного для себя нашел.
Во вторник выложу этот класс. Я там в код коррекцию ввел - таймаут по времени приема байта - выход... Ну, такое...
vsky,можно,а софт со стороны рс писать -как молитва, не знаю, поможет ли - но не навредит -точно (С) Сапковский "Кровь эльфов".

[kiuaki]

To CERGEI1982
Возможно не самый свежий, но бесплатный здесь
http://www.netcode.ru/cpp/?lang=&kat...178&artID=5164

[vsky]

Спасибо всем, особенно urry за идею с эхом!

Вопрос снят - договорился о написании программы для РС