Винда не предназначена для таких выкрутасов. Это вам не реал-тайм. Возможно, где-то на уровне драйверов и можно это реализовать, но на уровне пользовательской программы, увы и ах...
Если это не серийное изделие, покрутите эти задержки и добейтесь нужного результата.

>Если это не серийное изделие, покрутите эти задержки и добейтесь нужного результата.
Что же делать?

То есть получается что проще спаять переходник с автоматическим Flow controlем,
и не заморачиваться с RTS?
Вы например какие инструменты используете дабы избежать подобных проблем?

Устройство конечно же не серийное, изучаю для себя, но хотелось бы делать правильно.

Сообщение отредактировал Axxel - Feb 19 2007, 09:01

1.Попробуйте заменить драйвер СОМ-порта. Если при закороченных Rx и Tx ПС переключение RTS
сбивает посылку, то такой драйвер вообще не годится.
2. Вместо RTS стандарт допускает использование одновибраторов для переключения
прием/передача. ..www.bb-elec.com
..http://www.bb-elec.com/tech_articles/rs422_485_app_note/overview.asp#rs485

> Вместо RTS стандарт допускает использование одновибраторов для переключения

Адаптер с автоматическим управлением потоком?
Т.е все-таки проблема управления RTS-ом имеет место под Windows?
Или проблема все-таки в ДНК?
И где взять "правильный" драйвер?
Просто программу проверял на 2-х разных компах- одна ерунда.

При использовании автоматического управления потоком проблема должна отпасть?

О появлении сигнала RTS сигнализирует CTS. Дождитесь этого сигнала, а потом отпавляйте
данные в буфер.Вы наверно упустили контроль этого сигнала.

То есть?

Появление сигнала RTS занимает много времени . Данные начинают идти, а передача еще закрыта.
Теряется стартовый бит и сбиваются посылки.По схеме RTS и CTS соединены.По появлению CTS
можно начинать передачу.Ну в контроллере необходима задержка.

Да, должен сказать что упустил этот момент, даже в том
плане, что не использовал CTS из-за отсутствия необходимого
пина в разъеме от мыши (часть адаптера). Но на данный момент вроде
все это пока решается задержкой перед отправкой пакета.
А по какому событию можно определить конец посылки?

Разные программы бывают. Если не влезать в регистры UART, то когда передающий буфер пуст.

Да, нашел такое событие, переделал малость программку, но задержку
в обработчике события 5 мс перед отключением оставил, если не делать-виснет.

Как уже говорил Andy Mozzhevilov, Винда для такого не предназначена.
У нас была такая же необходимость в переходнике 232-485. Железо сделали как у Вас (простое решение по-другому и не сделаешь). А потом началя секс с программерам и задержками сигнала RTS. Ну не позволяет винда детерминированно управлять RTS относительно потока данных. Ставили девайс на прогон с подключенным осциллом (с infinit отображением сигналов), так иногда выскакивали дикие задержки с установкой, снятием RTS. Между Вами и реальным UART - куча программных прослоек, управлять которыми во времени нет возможности. Выход из этого - ваять полноценный преобразователь например на микроконтроллере: вход - RS-232, выход - RS-485.

Сделайте , по типу:
http://electronix.ru/forum/index.php?act=A...ost&id=9396
и не надо никаких микроконтроллеров.

Мне кажется кривизна в самой программе, как насчет вместо паузы использовать ожидания события ключивое слово OVERLAPPED. Еслиб посылка бы работала по возврату при постоянной передачи винда бы висла колом.

Сделал преобразователь с автоматическим управлением потоком, простенький.
Вроде все стало нормально работать, RTS больше не использую.
Пока все ОК, но думаю что вернусь еще к этому делу.