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

Цитата:

Сообщение от Vamos

можно ли программно управлять сигналами DTR и RTS не зависимо от передачи данных?

Можно.

Код:

DTR_CONTROL_DISABLE : DTR = FALSE ; программно: EscapeCommFunction( hComPort, CLRDTR ) DTR_CONTROL_ENABLE : DTR = TRUE ; программно: EscapeCommFunction( hComPort, SETDTR ) RTS_CONTROL_DISABLE : RTS = FALSE ; программно: EscapeCommFunction( hComPort, CLRRTS ) RTS_CONTROL_ENABLE : RTS = TRUE ; программно: EscapeCommFunction( hComPort, SETRTS )

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

Цитата:

Сообщение от Vamos

Попробуйте вот такой вариант схемы переходника

Попробовал. Пробовал менять параметры fDtrControl, fRtsControl, StopBits, fOutxCtsFlow, fOutxDsrFlow в разных комбинациях, ничего не дало. Комп не грузиться, хотя тест http://zx-pk.ru/showthread.php?t=160...l=1#post847144 проходит и приглашение @ в консоли появляется. То есть РС понимает что дает УКНЦ, а наоборот нет.

offtop

Еще нашел кое-какую документацию http://retropc.org/index.html?action..._razdel=31#c15. Может она конечно у всех есть, но она мне здесь не попадалась.
[свернуть]

Цитата:

Сообщение от RABBIT-1

Комп не грузиться,

Тогда последний вариант схемы

Код HTML:

Разъем Разъем Стык С2 DB9S 1,10 (102) ■─────────────────────■ 5 (GND) 5 (103) ■──────────┐ ┌────■ 3 (TD) ┌────■│■────┘ 6 (104) ■────┘ └──────────■ 2 (RD) ┌────■ 4 (DTR) 7 (109) ■────────────────┤ ├────■ 1 (CD) 3 (+5В) ■─ └────■ 6 (DSR) 2 (108) ■──────────┐ ┌────■ 7 (RTS) ┌────■│■────┘ 9 (107) ■────┘ └──────────■ 8 (CTS)

Цитата:

Сообщение от Vamos

Тогда последний вариант схемы

Судя по симптомам - работать сможет только такой кабель, в котором от PC не передаются постоянные уровни, кроме 0в.

Значит, единственный возможный вариант кабеля с квитированием - такой:

Код HTML:

Стык С2 DB9S 1,10 (102) ■─────────────────────■ 5 (GND) 4,5 (103) ■──────────┐ ┌────■ 3 (TD) ┌────■│■────┘ 6 (104) ■────┘ └──────────■ 2 (RD) 2 (108) ■────┐ ┌────■ 4 (DTR) │ │ 7 (109) ■────┤ ├────■ 1 (CD) │ │ 9 (107) ■────┤ └────■ 6 (DSR) │ │ ─■ 7 (RTS) │ └────────────────■ 8 (CTS)

Цитата:

Сообщение от RABBIT-1

То есть РС понимает что дает УКНЦ, а наоборот нет.

Т.е. вообще загрузка не стартует или как в начале появляются ошибки при загрузке ОС?

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

Цитата:

Сообщение от Patron

Значит, единственный рабочий вариант кабеля с квитированием - такой

Можно еще вариант попробовать:

Код HTML:

Разъем Разъем Стык С2 DB9S 1,10 (102) ■─────────────────────■ 5 (GND) 5 (103) ■──────────┐ ┌────■ 3 (TD) ┌────■│■────┘ 6 (104) ■────┘ └──────────■ 2 (RD) 7 (109) ■──────────┐ ┌────■ 4 (DTR) │ │ │ ├────■ 1 (CD) 3 (+5В) ■─ │ │ │ └────■ 6 (DSR) │ 2 (108) ■──────────┤ ┌────■ 7 (RTS) ┌────■│■────┘ 9 (107) ■────┘ └──────────■ 8 (CTS)

Цитата:

Сообщение от Vamos

Можно еще вариант попробовать

Есть два аргумента против:

1. В реальной жизни PC невозможно заставить снять квитирование ( даже если программа вообще не читает COM-порт - драйвер Windows успевает принять 3 Кб в системный буфер, прежде чем снимает квитирование ).

2. На линии 107 всегда будет постоянное напряжение с чужого блока питания - а это единственное, чего нет в рабочем кабеле без квитирования.

Цитата:

Сообщение от Patron

1. В реальной жизни PC невозможно заставить снять квитирование ( даже если программа вообще не читает COM-порт - драйвер Windows успевает принять 3 Кб в системный буфер, прежде чем снимает квитирование ).

Цитата:

Сообщение от Patron

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

?

Цитата:

Сообщение от Patron

2. На линии 107 всегда будет постоянное напряжение с чужого блока питания - а это единственное, чего нет в рабочем кабеле без квитирования.

С СЭМЗ-овской схемотехникой квитирование работает, У Alex_K и palsw http://zx-pk.ru/showthread.php?t=160...l=1#post564725 только вот не известно унего СЗМЗ или Квант.

Исходя из этого проблемная линия 109 причем для СЗМЗ это TTL уровень, а в Кванте 109 подтянут через резистор к -12В при этом по схеме он должен быть подтянут к +12

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

Вероятнее всего у palsw Квант, у RABBIT-1 тоже работает все кроме квитирования, предполагаю что проблемы на стороне СОМ порта РС, он может быть "урезанный", видел такие, только для мыши Rx Tx GND и еще что-то для питания. И может получится вот такая картина:

Код HTML:

Разъем Разъем Стык С2 DB9S 1,10 (102) ■─────────────────────■ 5 (GND) 5 (103) ■──────────┐ ┌────■ 3 (TD) ┌────■│■────┘ 6 (104) ■────┘ └──────────■ 2 (RD) 7 (109) ■─────────────────────■ 4 (DTR) │ ─■ 1 (CD) │ 3 (+5В) ■─ ─■ 6 (DSR) 2 (108) ■──────────┐ ┌────■ 7 (RTS) ┌────■│■────┘ │ 9 (107) ■────┘ └──────────■ 8 (CTS)

тестером бы прозвонить СОМ на РС

Цитата:

Сообщение от Vamos

Т.е. вообще загрузка не стартует или как в начале появляются ошибки при загрузке ОС?

вообще не стартует загрузка.

Цитата:

Сообщение от Vamos

Тогда последний вариант схемы

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

Цитата:

Сообщение от Patron

Значит, единственный возможный вариант кабеля с квитированием - такой:

и при таком?

Цитата:

Сообщение от Vamos

Вероятнее всего у palsw Квант, у RABBIT-1

дело в том, что это возможно один и тот же комп. свой я купил как раз у palsw :)

Цитата:

Сообщение от Vamos

тестером бы прозвонить СОМ на РС

а что звонить?

Цитата:

Сообщение от Vamos

он может быть "урезанный", видел такие, только для мыши Rx Tx GND и еще что-то для питания. И может получится вот такая картина:

Крайне маловероятно. Такое могло быть на 286-386, уже на последних 486-х (которые с PCI) такого точно не было.

Цитата:

Сообщение от Patron

1. В реальной жизни PC невозможно заставить снять квитирование ( даже если программа вообще не читает COM-порт - драйвер Windows успевает принять 3 Кб в системный буфер, прежде чем снимает квитирование ).

ИМХО, единственно правильное решение - это промежуточный микроконтроллер с двумя USART'ами и несколькими кБ памяти на борту. Что-нибудь, вроде STM32F103, пробная платка с которым на Алиэкспрессе дешевле $4 с доставкой. Прицепить к ней пару MAX232, один конец в писюк, второй в УКНЦ. Получили RR от УКНЦ, сняли DSR или CTS, что там надо, и пихаем все, что прилетело от писюка в буфер, рано или поздно, оно иссякнет, ибо просигналили, что неготовы. Когда УКНЦ снимет RR, отсылаем буфер, кончится - сигналим DSR/CTS, мол давай дальше. Если взять платку, вроде этой http://ru.aliexpress.com/item/STM32F...le-For-Arduino (не сочтите за рекламу, к ней, правда, придется прикупить ST-Link V2, еще чуть меньше $3), то, вероятно, можно подключить ее прямо в USB, если справишься с софтовой поддержкой со стороны писюка. Для STM32 у ST Microelectronics есть библиотеки и (почти) готовые решения.

Цитата:

Сообщение от AFZ

Крайне маловероятно. Такое могло быть на 286-386, уже на последних 486-х (которые с PCI) такого точно не было.

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

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

Цитата:

Сообщение от RABBIT-1

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

Те же с которыми все работало.

Цитата:

Сообщение от RABBIT-1

что это возможно один и тот же комп.

уточните у него тот или не тот

Цитата:

Сообщение от RABBIT-1

а что звонить?

можно не звонить, вероятнее всего проблемы на стороне РС. Может проще найти другой РС или USB-COM адаптер (только не на PL23XXX он же ProLific, глючные они)