С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
А тот что в СА стоит разве не на другие регистры мапится? И что там переделать нужно?
---------- Post added 05.02.2013 at 00:03 ---------- Previous post was 04.02.2013 at 23:58 ----------
Это как бы Xon/Xoff и 8-Y-1 ? вместо RTS/DTS и 8-N-1 ? или я что-то совсем не о том?
Если воткнуть адаптер СА в УКНЦ - на шине появятся регистры последовательного порта СА.
Про Xon/Xoff надо сразу забыть и никогда больше не вспоминать - это работает только при текстовом обмене (как с терминалом). HX Server с Xon/Xoff нормально работать не сможет.Это как бы Xon/Xoff и 8-Y-1 ? вместо RTS/DTS и 8-N-1 ? или я что-то совсем не о том?
Отсутствие квитирования грозит только тем, что HX Server не сможет использовать сжатие ( это где-то -15% средней скорости ), в остальном - разницы ни какой.
Наличие паритета - это просто лишний бит в каждой посылке ( -10% скорости ).
т.е. на самом деле при подключенном адаптере СА встроенный стык С2 отключен и адреса его регистров заняты ВП-шкой из СА? Или СА подключиться по другим адресам?
А как происходит "квитирование" ? на сколько я понимаю ВП-шка должна отослать обратно в COM-порт сигнал об успешном приеме байта, по какому проводу это происходит?
Так ведь UART сам пересылает повторно байт если произошла ошибка в бите четности? Или это не работает?
По другим ( 176560, 176562, 176564, 176566 ).
По двум дополнительным проводам ( RTS и CTS ). Если в проводе уровень "1" ( -5..-12V ) - передавать можно, иначе - нельзя.А как происходит "квитирование" ?
Приёмник не имеет аппаратных средств (нет в кабеле таких проводов), чтобы сообщить передатчику о необходимости повторной передачи байта.Так ведь UART сам пересылает повторно байт если произошла ошибка в бите четности? Или это не работает?
Последний раз редактировалось Patron; 05.02.2013 в 17:41.
ХМ...странно, я вот смотрю например в результаты работы проги >ACO SHOW и вижу там:
name vector csr
YLA 060 177560
А тут какие-то 176560 и 176570? получается что С2 и CA не являются главной консолью? Тогда вопрос что более СТАНДАРТНО из них по отношению к оригинальному железу?
Вот тут на фото в 11/93 адреса дополнительных линий 176600...176660:
http://www.pdp-11.nl/pdp11-93startpage.html
И еще вопрос,существует ли принципиальная програмная разница\несовместимость ВП1-065 и того же DL11-W (M7856)?
Это коммуникационные порты.
У программ адреса и вектора портов настраиваются - поэтому разница непринципиальна.Тогда вопрос что более СТАНДАРТНО из них по отношению к оригинальному железу?
Да - у них принципиально разные биты ошибок. Но т.к. большинство программ нормально работают только когда ошибок нет - разница в битах ошибок не очень важна. У разных дековских портов тоже с битами ошибок чехарда.И еще вопрос,существует ли принципиальная програмная разница\несовместимость ВП1-065 и того же DL11-W (M7856)?
Значит для меня самый легкий путь (без выпаивания) будет просто переделать тот ВП1-065 что в СА чтобы он работал как RST/CTS + 8-N-1 и будет все ОК? (ну наверное прийдется загружчик набивать вручную? или пункт "загрузка из сети" сработает?)
Подскажите как переделать СА правильно?
Именно так. Только у ВП1-065 всегда 2 стоповых бита, но без квитирования он может принимать посылки и с 1 стоповым битом.
Когда есть связь и известен формат в котором УКНЦ хочет получить через СА загрузчик - передать его с PC не проблема.или пункт "загрузка из сети" сработает?
Keeper схемку подключения CP2102 к СА давал - он наверняка может подсказать какие дорожки на плате СА обрезать, чтобы отключить проверку чётности.Подскажите как переделать СА правильно?
Скрытый текст
[свернуть]
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)