Сеть УКНЦ

[dk_spb]

palsw, Может на выходных справлюсь

[Patron]

Так как микросхемы 1801ВП1-035 и 1801ВП1-065 работают с инверсными сигналами RX и TX - соответствующие выводы USB-адаптера нужно подключать к ножкам 27 и 28 указанных микросхем через инверторы.

На плате УКНЦ с распаянным "Стык С2" - инвертированные сигналы можно получить так:





А как сделать то же самое на плате контроллера СА - какие дорожки надо перерезать, какие ножки заземлить и куда подключить RX и TX адаптера USB, чтобы не использовать внешний инвертор ???

[bigral]

как-то так, но резанины многовато.Возможно ещё R3 нужно будет удалить. Схема для 5ти вольтового USB2COM.

вот вот, чтоб не курочить плату:

1. НЕ МЕНЯТЬ СКОРОСТЬ, использовать на скорости 57600 (тем более что и этого мало...);
2. отрезать только сигналы rx tx rts cts у самой 1801ВП1-065 и подключать к ним ft232rl чип перед этим прошить конфигом с инвертированными rx tx. (ПРЕДУПРЕЖДАЮ есть много подделок этого чипа, у подделок передаются всегда 0x00 - это видимо на уровне драйвера закодили);

[Patron]

2. отрезать только сигналы rx tx rts cts у самой 1801ВП1-065

1. По схеме - нога 31 ( которую подключаем к CTS ) висит в воздухе, поэтому отрезать там, вроде - ничего не надо.

2. Ногу 29 ( которую подключаем к RTS ) - можно вообще не трогать и в кабеле сигнал RTS не разводить. Дело в том, что в ядре Windows для каждого открытого COM-порта заводится кеш-буфер ёмкостью 3 КБайт. Поэтому, даже если работающая с портом программа Windows не получает квантов ОЧЕНЬ долгое время ( такое бывает крайне редко ) - то УКНЦ должна передать ещё 3 КБайт, прежде чем в режиме RTS_CONTROL_HANDSHAKE будет снят сигнал RTS и начнутся потери байтов из-за того, что этот сигнал не разведён в кабеле.

В режимах RTS_CONTROL_DISABLE и RTS_CONTROL_ENABLE - отрезание от схемы ноги 29 и проключение сигнала RTS в кабеле - вообще чистое зло, потому что предотвратить потерю байтов в этих режимах невозможно, тогда как ошибиться и запретить передачу для 1801ВП1-065 - очень легко.

[Alex_K]

Но 1801ВП1-065 включена в СА в режим работы с паритетом по нечётности. Это лишний бит в каждой посылке, а значит - около 10% потери скорости.

Patron, а где вы увидели, что в СА на УКНЦ включен контроль по нечетности. Как в С2, так и в СА на вывод 30(NP) поступает +5В, а это значит, что контроля не осуществляется. В данном случае, что будет поступать на вывод 32(PEV) уже роли не играет.

[Patron]

а где вы увидели, что в СА на УКНЦ включен контроль по нечетности

Я просто повторял то, что писалось здесь на эту тему раньше. Если это ложная информация - сейчас поправлю те сообщения, где я её воспроизводил.

[Advertiser]

[bigral]

отрезание от схемы ноги 29 и проключение сигнала RTS в кабеле - вообще чистое зло, потому что предотвратить потерю байтов в этих режимах невозможно, тогда как ошибиться и запретить передачу для 1801ВП1-065 - очень легко.

Вот они софтописатели!!! хотят чтоб глюки в софте фиксились нарушением стандартов в железе! ... а насамделе успешными являются те системы в которых именно СОФТ учитывает возможные глюки железа, а само железо просто эволюционирует стараясь быть совместимым с предыдущими версиями этого же железа (понятное дело что иногда приходится жертвовать совместимостью исправляя баги жестоко блокирующие дальнейшее развитие).

p.s. дайте пожалуйста сцылу на пост где описанны причины невозможности использования rts/cts в связке 1801ВП1-065 <-> x86

p.s2. у 1801ВП1-065 есть аналоги сигналов dtr/dsr ? может их можно использовать вместо rts/cts ?

p.s3. чем К1801ВП1-035 отличается от К1801ВП1-065? можно ли заменить одну микросхему другой?

[Patron]

дайте пожалуйста сцылу на пост где описанны причины невозможности использования rts/cts в связке 1801ВП1-065 <-> x86

Таких причин нет. Если установить в DCB параметры:

fOutxCtsFlow = TRUE
fRtsControl  = RTS_CONTROL_HANDSHAKE

то тогда всё будет работать как надо. Просто, если Windows на используемой PC не находится в предсмертной агонии - нет никакого смысла отрезать ногу 29 и заводить на неё сигнал RTS с PC. Дело в том, что нормально работающая Windows всегда обслуживает COM-порт в реальном времени и поэтому в реальной жизни НИКОГДА не использует отключение сигнала RTS для остановки обмена.

у 1801ВП1-065 есть аналоги сигналов dtr/dsr ? может их можно использовать вместо rts/cts ?

Такой необходимости нет - всё прекрасно работает с rts/cts.

чем К1801ВП1-035 отличается от К1801ВП1-065? можно ли заменить одну микросхему другой?

Заменить можно. У 1801ВП1-035 максимальная скорость 19200 и нет квитирования на приём ( нога 31 используется для других целей ), поэтому там разводят только RX и TX ( ногу 29 у -035 можно подключить к RTS COM-порта точно так же, как и у -065, но это точно так же лишено большого смысла ). Судя по схеме - обмен разрешён всегда, если нога 29 заземлена.

[Alex_K]

p.s3. чем К1801ВП1-035 отличается от К1801ВП1-065? можно ли заменить одну микросхему другой?

Прямо выпаяв одну и поставив другую - нельзя. Небольшое различие по выводам. -035 может передавать в данных 5, 7 и 8 бит, -065 только 7 и 8. У -035 есть вывод HALT, активизирующийся при отсутствии стоп-битов (сигнал BREAK), зато у -065 есть соответствующий бит в регистре состояния приемника. У -035 отсутствует вывод RR (receiptor ready), поэтому невозможно затормозить поток данных на прием при аппаратном квитировании. А могут обе до 57600, просто у -035 эта фича недокументирована. И еще говорили у -035 плывет частота при сплошной передаче данных, но точно это или нет, подтвердить не могу.

[Arix]

Я прочитал эту тему и другие, касающиеся сети УКНЦ. Поизучал схемы. Я так понял, что сетевая карта УКНЦ работает почти как СОМ-порт. Но соединить её напрямую с СОМ-портом другого компьютера нельзя? Однако, я видел сообщения, где писали, что можно соединить и напрямую. Какие на СА уровни сигнала? Сигнал подается сразу на обмотку транформатора. Уровень постоянной составляющей не имеет значения? Можно ли соединить СОМ порт с СА через микросхему МАХ232? Только через неё или надо что-то ещё? Сигналы RTS и CTS на СОМе замыкать сами на себя?
Я имею в виду подключение к штатному разъему СА без вмешательства в схему сетевой карты.