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

[Patron]

можно ли программно управлять сигналами 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.

[Advertiser]

[RABBIT-1]

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

Попробовал. Пробовал менять параметры 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. Может она конечно у всех есть, но она мне здесь не попадалась.

[свернуть]

[Vamos]

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

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

Разъем                             Разъем
Стык С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)

[Patron]

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

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

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

Стык С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)

[Vamos]

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

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

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

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

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

Разъем                             Разъем
Стык С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)

[Patron]

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

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

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

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

[Vamos]

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

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

?

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 и еще что-то для питания. И может получится вот такая картина:

Разъем                             Разъем
Стык С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)

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

[RABBIT-1]

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

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

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

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

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

и при таком?

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

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

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

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

[AFZ]

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

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

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 есть библиотеки и (почти) готовые решения.

[Vamos]

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

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

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

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

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

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

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

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

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