Вид для печати
Да! Я знал! Там яркая такая приметка не пропустишь )Цитата:
Сообщение от RABBIT-1
http://storage1.static.itmages.ru/i/...ef7360199d.png
Ну наверняка конечно не знал ) Но догадывался.
- - - Добавлено - - -
Просто такая плата действительно редкость. Я вот только 1-у пока такую видел и то только на фото (похоже сменила владельца).
Не-а! Экономили-то на м/с 1488/1489, вон, в хламовнике валяется какая-то 486-я маманя, так там драйверы компортов - 14185, полный комплект, 3 передатчика, 5 приемников в одной м/с. Согласен, таких 486-х было мало. Но уже П-2 такие, практически, все. Компорты в составе чипа Multi-IO, оба, а ИС драйверов - 14185 или 75232, что то же самое. На чем прикажете экономить?Цитата:
Сообщение от Vamos
Такие:Цитата:
Сообщение от RABBIT-1
- - - Добавлено - - -Код:fDtrControl = DTR_CONTROL_ENABLE
fRtsControl = RTS_CONTROL_ENABLE
Parity = NOPARITY
StopBits = TWOSTOPBITS
ByteSize = 8
fParity = FALSE
fOutxCtsFlow = TRUE
fOutxDsrFlow = FALSE
В обсуждаемой ситуации всё прекрасно работает на максимальной скорости вообще без квитирования - это означает, что за всё время работы ни одна из сторон ни разу не снимает квитирование и поэтому наличие проводов квитирования в кабеле вообще не требуется.Цитата:
Сообщение от AFZ
Почему же после добавления в кабель проводов квитирования - приёмник УКНЦ перестаёт ( в менее чем 1% случаев ) отличать 0 от 1 и контрольные суммы переданных пакетов перестают совпадать.
Очевидно, что решить проблему может не только промежуточный контроллер между передатчиком и приёмником, но и вообще любая гальваническая развязка.
PC без проблем принимает 100% байтов на любой скорости и при наличии, и при отсутствии в кабеле проводов квитирования, а УКНЦ принимает байты на любой скорости только когда проводов квитирования в кабеле нет - поэтому скорее всего проблема в том, что при подаче постоянного напряжения с PC через какой-то из проводов квитирования приёмник УКНЦ теряет калибровку нуля.Цитата:
Сообщение от Vamos
При реальной работе PC не снимает квитирование вообще НИКОГДА, поэтому использование в кабеле "квитирования на передачу в PC" реально бессмысленно.Цитата:
Сообщение от Vamos
Вообще-то проблема может быть еще и в проводах, простой пучок из 5-6-8 проводов - крайне благоприятная среда для взаимных помех и прочей ерунды. По-хорошему, все сигналы надо передавать витыми парами, каждый сигнальный провод свить с земляным, все земляные обязательно заземлить с обеих сторон. То есть, взять кусок UTP, все, допустим, белые провода использовать в качестве земляных, а все цветные - в качестве сигнальных. Очень способствует. Как вариант - ленточный кабель с чередованием земля-сигнал-земля-сигнал...Цитата:
Сообщение от Patron
Помеха в проводе квитирования не может помешать приёмнику УКНЦ больше, чем постоянный уровень в этом же проводе. Можно провести эксперимент - отключить провод квитирования только со стороны PC ( при этом он превратится в АНТЕННУ, специально принимающую помехи ) и убедиться, что все "ошибки чтения" в УКНЦ тут же пропали.Цитата:
Сообщение от AFZ
Помехи же в проводах передачи и приёма на работу очевидно не влияют, потому что иначе обмен всегда бы шёл с ошибками.
Так как же тогда работаетЦитата:
Сообщение от Patron
Объясните пожалуйста, если нужно управлять еще чем-то помимо передачи данных с помощью RTSЦитата:
Сообщение от Patron
- - - Добавлено - - -
RABBIT-1, если не лень попробуйте что-нибудь из предложенного (лучше все :) ), пока мы тут гадаем на кофейной гуще.
Драйвер Windows принимает данные из COM-порта в реальном времени ( вне зависимости от работы программы ) и из-за этого приём COM-порта в PC работает вообще без снятия сигнала квитирования ( и при включённом, и при выключенном квитировании ), поэтому соответствующие провода в кабеле избыточны.Цитата:
Сообщение от Vamos
Пример есть в файле конфигурации COM_4.cfg из комплекта эмулятора терминала типа VT52 - там показано, как создавать и использовать лампочки для всех входных сигналов и кнопки для всех выходных сигналов COM-порта.Цитата:
Сообщение от Vamos
я так понимаю надо попробовать:Цитата:
Сообщение от Vamos
А. Следующие варианты кабеля:
1. http://zx-pk.ru/showthread.php?t=160...l=1#post848179
2. http://zx-pk.ru/showthread.php?t=160...l=1#post848186
3. http://zx-pk.ru/showthread.php?t=160...l=1#post848192
4. http://zx-pk.ru/showthread.php?t=160...l=1#post848208
для всех вариантов использовать настройки:
Б. восстановить схему http://zx-pk.ru/showthread.php?t=160...l=1#post392288 в которойКод:fDtrControl = DTR_CONTROL_ENABLE
fRtsControl = RTS_CONTROL_ENABLE
Parity = NOPARITY
StopBits = TWOSTOPBITS
ByteSize = 8
fParity = FALSE
fOutxCtsFlow = TRUE
fOutxDsrFlow = FALSE
Провод квитирования это Стык С2:7 (109)?Цитата:
Сообщение от Patron
Нужно пробовать все варианты или для понимания можно только некоторые?
результат вида работает/не работает? или еще что-то?
попробовать смогу только на следующей неделе :(
достаточно будет А2 и А3Цитата:
Сообщение от RABBIT-1
даЦитата:
Сообщение от RABBIT-1
загрузка не стартует/стартует но с ошибками/нормально загружаетсяЦитата:
Сообщение от RABBIT-1
я как-раз думал, что надо в первую очередь пробовать Б. и если с антенной не заработает, то все остальное автоматически отпадает :)?Цитата:
Сообщение от Vamos