собрал седни переходник на FT232RL.. все замечательна.. маленькая хорошенькая платка.. замыкаю выходы.. чтоб петлю оганизовать. не идут данные(.. думал думал.. понял что нда замкнуть CTS та RTS, шобы обмануть управление потоком.. сделал.. повесил тоооненькую перемычку в виде 1 жилки многожильного проводка.. и погрустил что спорол косяк ((
но добрый дяденька Эд открыл мне глаза на жизнь, подсказав про отключение управления потоком из под терминалки.. что делается в настройках подключения...
А мне вот никакие замыкания не помогли, когда я пытался использовать переходник к компьютеру для телефона. Чип стоит PL2303 и никакие замыкания потоков и их отключения в терминалке не помогли мне получить ЭХО ...
ПК, микросхему определил, установил дрова, и теперь в диспетчере устройств появился виртуальный ком порт. Отправляю сообщения из МК. На ПК, в программе COM Port Toolkit наблюдаю приходящие посылки. Т.е. связь ПК - FT232 точно собрана корректно! Отправляю сообщения ИЗ ПК, для этого опять же использую COM Port Toolkit. МК, в ответ на сообщение должно мне ответить. Ответа нет, хотя используя обычный СОМ порт всё работает. Замыкаю на FT232 ножки TXD и RXD ( как Я понимаю в данном случае вы говорите "получить эхо"). Отправляю сообщение и эхо нету! Подключил осцилограф, при отправки сообщению наблюдаю всплески.
Чудеса, так не бывает если с МК посылки приходят - значит Rx работает. Если есть всплески - значит Tx работает. Должно быть эхо. Вообще, если включен hardware flow control (аппаратное управление потоком) в винде, и нет соответствующего сигнала (cts), то не работает Tx, винда складывает себе за щеку символы, но не передает их. Rx при этом работает.
Заработало, но пришлось сделать питание от USB. А вариант описанный выше был с питанием от устройства =/ Управление потоком отключено.
Добавлено спустя 10 минут 53 секунды: Похоже нашел проблему. Дело в том что на ножках RXD и TXD еще висит у меня MAX232. Отключил его и всё заработало в оба направления.