В стендовой программке связь между компьютером и девайсом вначале шла по COM-порту, с передачей в обе стороны, потом переделал на стык RS-485 через MAX1480, но только в одном направлении, некогда было разбираться. Сейчас хочу сделать двунаправленный обмен, но не могу врубиться, как. Программка из-под Delphi, использую компоненты для COM-порта "ComPort Library version 3.10 by Dejan Crnila" для Delphi 7. На работе на рабочем оборудовании для задания направления для этой микросхемы используются сигналы ком-порта RTS и DTR, но там компьютеры под DOS. Я ещё сам как-то черкнул программку в Турбоассемблере для проверки плат связи, там получается, эти 2 сигнала имеют ту длительность, какую ты им задаёшь, а здесь, в Delphi, стал проверять, эти 2 сигнала какие-то нестабильные, установка идёт нормально, а снятие - никакой стабильности по времени, я вначале делал снятие по событию OnTxEmpty - нестабильно, потом давай с компонентом "таймер" пытаться длительность задавать - опять нестабильно. Скорее всего, причина в незнании протокола по COM для Винды. Как тут выйти из ситуации, чем можно управлять этой микросхемой?

Для начала причина в использовании всевозможных писанных неведомо кем и как "компонентов". Я понимаю, что это типичный дельфийский подход, но....
Будете писать хотя-бы на API можно будет хоть как-то беседовать о виндозных проблемах в этой области.

Что бы не заморачиваться с Windows мы использовали платы, которые автоматически определяют направление передачи, а max1480 использовали вне PC совместно с микроконтроллерами. Но однажды в нужный момент платы под рукой не оказалось и пришлось делать самопал. Если память не изменяет (дело было давно и единичное решение), то решение было такое: отправляли байт в линию и одновременно считывали байт с линии (max1480 независимо от направления передачи выдает сигнал с линии на 13 ноге? - если это не так, то была другая мс и я все забыл и дальнейшее можно не читать) и сравнивали с переданным. (попутно выяснялось нет ли коллизии на линии). Если совпадали - передавали дальше, и так до последнего байта. После индетификации последнего байта переводили max на прием, вроде бы сигналом RTS. (Использовали другую библиотеку, но это по моему не играет роли).

Похоже, просто придётся пока усложнять саму плату связи, на которой стоит MAX1480. Добавлять таймер, который бы запускался RTS или DTR, и включал и сбрасывал микросхему на передачу. До изучения Windows API пока руки не доходят.

Если я прав насчет 13ноги - (могу посмотреть,если проект остался на службе после праздников),- то ничего добавлять (в смысле таймера) не надо - тикало как часы - PC -ведущее устройство и не менее 12 ведомых. Преобразователь уровня (типа max232) полагаю уже стоит.(таймер штука ненадежная - если ведомое устройство отвечает быстро. Под NT - минимальное время, кажется 10мс).

13 ногу никак не обойдёшь, она единственная входная. На ней действительно всё отражается, и что входит, и что выходит. Для идентификации, может быть, удобно, но, по-моему, это лишнее. Спасибо, не нужно ничего смотреть. Я уже вроде бы как этот вопрос решил. Дальше будем с приёмной стороной разбираться.

Спасибо за советы.