УКНЦ загрузка через стык С2

[hobot]

свой я купил как раз у palsw

Да! Я знал! Там яркая такая приметка не пропустишь )

Ну наверняка конечно не знал ) Но догадывался.

- - - Добавлено - - -

Просто такая плата действительно редкость. Я вот только 1-у пока такую видел и то только на фото (похоже сменила владельца).

[AFZ]

Вот как раз на последних такое и началось, когда китайцы начали штамповать РС а внешние модемы которые требовали "полного" СОМ канули в лету.

Не-а! Экономили-то на м/с 1488/1489, вон, в хламовнике валяется какая-то 486-я маманя, так там драйверы компортов - 14185, полный комплект, 3 передатчика, 5 приемников в одной м/с. Согласен, таких 486-х было мало. Но уже П-2 такие, практически, все. Компорты в составе чипа Multi-IO, оба, а ИС драйверов - 14185 или 75232, что то же самое. На чем прикажете экономить?

[Patron]

какие параметры выставлять в Terminal_ComPort_Adapter?

Такие:

fDtrControl = DTR_CONTROL_ENABLE
fRtsControl = RTS_CONTROL_ENABLE
Parity   = NOPARITY
StopBits = TWOSTOPBITS
ByteSize = 8
fParity  = FALSE
fOutxCtsFlow = TRUE
fOutxDsrFlow = FALSE

- - - Добавлено - - -

ИМХО, единственно правильное решение - это промежуточный микроконтроллер

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

Почему же после добавления в кабель проводов квитирования - приёмник УКНЦ перестаёт ( в менее чем 1% случаев ) отличать 0 от 1 и контрольные суммы переданных пакетов перестают совпадать.

Очевидно, что решить проблему может не только промежуточный контроллер между передатчиком и приёмником, но и вообще любая гальваническая развязка.

вероятнее всего проблемы на стороне РС

PC без проблем принимает 100% байтов на любой скорости и при наличии, и при отсутствии в кабеле проводов квитирования, а УКНЦ принимает байты на любой скорости только когда проводов квитирования в кабеле нет - поэтому скорее всего проблема в том, что при подаче постоянного напряжения с PC через какой-то из проводов квитирования приёмник УКНЦ теряет калибровку нуля.

?

При реальной работе PC не снимает квитирование вообще НИКОГДА, поэтому использование в кабеле "квитирования на передачу в PC" реально бессмысленно.

[AFZ]

Почему же после добавления в кабель проводов квитирования - приёмник УКНЦ перестаёт ( в менее чем 1% случаев ) отличать 0 от 1 и контрольные суммы переданных пакетов перестают совпадать.

Очевидно, что решить проблему может не только промежуточный контроллер между передатчиком и приёмником, но и вообще любая гальваническая развязка.

Вообще-то проблема может быть еще и в проводах, простой пучок из 5-6-8 проводов - крайне благоприятная среда для взаимных помех и прочей ерунды. По-хорошему, все сигналы надо передавать витыми парами, каждый сигнальный провод свить с земляным, все земляные обязательно заземлить с обеих сторон. То есть, взять кусок UTP, все, допустим, белые провода использовать в качестве земляных, а все цветные - в качестве сигнальных. Очень способствует. Как вариант - ленточный кабель с чередованием земля-сигнал-земля-сигнал...

[Patron]

Вообще-то проблема может быть еще и в проводах, простой пучок из 5-6-8 проводов - крайне благоприятная среда для взаимных помех

Помеха в проводе квитирования не может помешать приёмнику УКНЦ больше, чем постоянный уровень в этом же проводе. Можно провести эксперимент - отключить провод квитирования только со стороны PC ( при этом он превратится в АНТЕННУ, специально принимающую помехи ) и убедиться, что все "ошибки чтения" в УКНЦ тут же пропали.

Помехи же в проводах передачи и приёма на работу очевидно не влияют, потому что иначе обмен всегда бы шёл с ошибками.

[Vamos]

При реальной работе PC не снимает квитирование вообще НИКОГДА, поэтому использование в кабеле "квитирования на передачу в PC" реально бессмысленно.

Так как же тогда работает

Ещё у объекта Terminal_ComPort_Adapter есть состояния Out_DTR и Out_RTS, на которые можно вешать кнопки, чтобы вручную переключать у COM-порта состояние выводов DTR и RTS.

Объясните пожалуйста, если нужно управлять еще чем-то помимо передачи данных с помощью RTS

- - - Добавлено - - -

RABBIT-1, если не лень попробуйте что-нибудь из предложенного (лучше все ), пока мы тут гадаем на кофейной гуще.

[Advertiser]

[Patron]

Так как же тогда работает

Драйвер Windows принимает данные из COM-порта в реальном времени ( вне зависимости от работы программы ) и из-за этого приём COM-порта в PC работает вообще без снятия сигнала квитирования ( и при включённом, и при выключенном квитировании ), поэтому соответствующие провода в кабеле избыточны.

если нужно управлять еще чем-то помимо передачи данных с помощью RTS

Пример есть в файле конфигурации COM_4.cfg из комплекта эмулятора терминала типа VT52 - там показано, как создавать и использовать лампочки для всех входных сигналов и кнопки для всех выходных сигналов COM-порта.

[RABBIT-1]

если не лень попробуйте что-нибудь из предложенного

я так понимаю надо попробовать:
А. Следующие варианты кабеля:
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

для всех вариантов использовать настройки:

fDtrControl = DTR_CONTROL_ENABLE
fRtsControl = RTS_CONTROL_ENABLE
Parity   = NOPARITY
StopBits = TWOSTOPBITS
ByteSize = 8
fParity  = FALSE
fOutxCtsFlow = TRUE
fOutxDsrFlow = FALSE

Б. восстановить схему http://zx-pk.ru/showthread.php?t=160...l=1#post392288 в которой

отключить провод квитирования только со стороны PC ( при этом он превратится в АНТЕННУ, специально принимающую помехи )

Провод квитирования это Стык С2:7 (109)?
Нужно пробовать все варианты или для понимания можно только некоторые?
результат вида работает/не работает? или еще что-то?
попробовать смогу только на следующей неделе

[Vamos]

я так понимаю надо попробовать:

достаточно будет А2 и А3

для всех вариантов использовать настройки:

да

результат вида работает/не работает? или еще что-то?

загрузка не стартует/стартует но с ошибками/нормально загружается

[RABBIT-1]

достаточно будет А2 и А3

я как-раз думал, что надо в первую очередь пробовать Б. и если с антенной не заработает, то все остальное автоматически отпадает ?