- КР1801ВП1-065 тех. описание
- [+] Старые сообщения (6)
-
? Keeper@ - 30.07.2010 01:43
Да, я в курсе, есть еще Cypress CY7C10xx, но с симмом проще монтаж, меньше занимаемая площадь и в общем 4Мб выйдет все-таки дешевле. Сейчас посмотрел, SRAM 512Kx8, 256Kx16 у меня стоит в среднем $4 за корпус и того 4Мб обойдутся в 32 зеленых доллара.
-
? anonymous - 30.07.2010 02:57
Почему в 32? 4 микросхемы по $4 же.
-
? anonymous - 30.07.2010 02:58
А, 512kb у вас, а не 512kw
-
? anonymous - 30.07.2010 03:00
Имеет смысл первые две из указанных ставить, остальные уже устарели и, кроме HM628512, сняты с производства.
-
? Keeper@ - 06.08.2010 18:01
Запись в буферный регистр приемника приведет к формированию /RPLY?
-
? anonymous - 07.08.2010 08:30
Keeper, в каком смысле?
-
? Keeper@ - 07.08.2010 21:46
Идея следующая, второй компорт настроен на адреса 176560(2,4,6), по адресу 176562 находится буферный регистр приемника из которого считывается принятый байт, а по записи он недоступен(на сколько я понимаю). Так вот я хочу чтоб по записи в старший байт этого регистра (имеется ввиду адрес) устанавливались настройки компорта (скорость,режим,контроль четности), Но я не знаю будет ли ВП1-065 формировать сигнал /RPLY при записи в этот регистр. Такая организация удобна в плане упрощения схемотехники, т.к. достаточно задействовать сигналы /ST, A1, A2(после защелки адресов) и /DOUT (можно в принципе добавить и /WTBT и А0) Еще похоже что сигналы /ST удобно использовать в качестве /SSYNC для ВМ3...
-
? anonymous - 07.08.2010 23:35
Вообще, по стандарту на DL11/KL11 настройки пишутся в регистр состояния передатчика. А 1801ВП1-035 и -065 вырабатывают сигнал ответа при любом доступе к любому регистру.
-
? Keeper@ - 08.08.2010 00:17
>по стандарту на DL11/KL11 настройки пишутся в регистр состояния передатчика
¤
А есть описание какой бит за что отвечает? Я в этот регистр хочу завести NB0, NP, PEV, FR0-FR3
¤
>А 1801ВП1-035 и -065 вырабатывают сигнал ответа при любом доступе к любому регистру.
¤
Это здорово! А что на счет сигнала /ST? Он выдается сразу после отработки адресного селектора, т.е. не дожидаясь DIN/DOUT?
-
? Keeper@ - 08.08.2010 00:24
Посмотрел первую ссылку в гугле: http://www.chd.dyndns.org/pdp11/Notes/DL11.shtml и ПДФку:
http://www.bitsavers.org/pdf/dec/unibus/EK-DL11W-OP-001_May77.pdf, там указано что режимы устанавливаются вручную, переключателями (перемычками?)
-
? anonymous - 08.08.2010 01:49
Это в старой DL11 только переключателями, в "свежих" скорость записывалась в биты 3,4,5 при установленном в 1 бите 1, если бит 1 сброшен в 0, то скорост читается из переключателей, иначе - из регистра. Скорости, определяемые этими битами:
5 4 3
0 0 0 300
0 0 1 600
0 1 0 1200
0 1 1 2400
1 0 0 4800
1 0 1 9600
1 1 0 19200
1 1 1 38400
-
? anonymous - 08.08.2010 19:02
Я тут почитал доки разные, похоже, на UNIBUS все DL11/KL11 действительно не имеют программируемой скорости и сигнала DSR, а на QBUS - реализовали только в последних машинах, зато в них "пропал" контроль по четности, ибо в современных системах контроль выполняется программой обслуживания протокола передачи по последовательной линии. Полный аналог чипа, примененного в DLV11 - кр/км1818ВА1, она и с джамперов читает настройки скорости, и позволяет программно их устанавливать, но она редкая...
-
? anonymous - 08.08.2010 19:05
*ВА19 - девятка не пропечаталась, извиняюсь. Описание ее нашлось в МПСС #3 за 1990й год
-
? Patron - 16.01.2013 17:19
Насчёт взаимодействия 1801ВП1-065 и PC в режиме квитирования.
Было проведено масштабное тестирование: ( http://zx.pk.ru/showthread.php?postid=567057 )
Выяснилось:
1) Встроенный COM-порт PC нормально работает с ВП1-065 при использовании 2 стоповых битов. Если использовать 1 стоповый бит - байты могут передаваться без проблем лишь синхронно, т.к. при снятии CTS тормозится только следующий байт, а текущий, выдачу которого попросила остановить -065, в этом случает все равно улетает.
2) Некоторые китайские контроллеры COM-портов вообще не могут обмениваться байтами с 1801ВП1-065. Некоторые могут передавать, но не могут принимать. Некоторые при задании 2 стоповых битов отказываются работать. Некоторые при задании 2 стоповых битов работают с 1 стоповым битом.
3) Существуют контроллеры COM-портов, которые ведут себя точно как встроенный COM-порт PC - т.е. без проблем реализуют с 1801ВП1-065 квитирование в обе стороны при работе с 2 стоповыми битами.
4) PCI Serial controller с чипом производства Oxford Semiconductors Ltd. без проблем реализует квитирование в обе стороны при работе с 1801ВП1-065 и с 1, и с 2 стоповыми битами.
-
? MM@ - 17.01.2013 00:30
По поводу ВП1-065:
Насколько хорошо ВЫ согласовали по уровням и быстродействию переходник ВП1-065 и COM-канал.
Частоты тактирования ВП1-065 свыше 6 мгц ровно (реально - при студийных условиях до 7.0 мгц) крайне нежелательны.
Наличие -12 вольт на выходе блока с ВП1-065 обязательно - иначе китайские контроллеры тормозят при скоростях свыше 9600 бод.
(И начинается - 1, 1.5, 2.0 бита - это, скорее, из-за кривого согласования по таймингам (в наносекундах).).
Напоминаю также, что выходной ключ со стороны ВП1-065 должен обеспечивать ток не менее 10 ма при напряжении минус и плюс 3 вольт на
всех линиях данных. Кабель при длине свыше 30 см. должет быть обязательно советским коаксиальным - штатные КОМ-шнуры от модемов и
принтеров засуньте в определенное место. (какое-сами догадайтесь...)
Так же имеет значение, на ИСА или ПЦИ сидит контроллер (на ПЦИ он, в общем количестве релизов, переехал года так 3 назад -
раньше, несмотря на отсуствие слотов, чип ввода-вывода и температурного мониторинга был на ВНУТРЕННЕЙ ИСА матери.)
П.С. Для меня проблемы с ВП1-035-065 исчезли только при сборке дискретного выходного ключа со стороны ВП1 - лет 15 назад.
И написании дров для специального софта на ПЦ в кодах ручкам (для ДОС, разумеется). На ПЦИ будет лучше работать, особенно без
фи-фо всяких там.
-
? Patron - 17.01.2013 01:03
Обмен между портом С2 УКНЦ и COM-портом PC идёт в Windows на скорости 9600 (быстрее пока никто не пробовал) без проблем по обычному кабелю.
Я схему УКНЦ не видел, но думаю, что у ВП1-065 там порядочно обвязки, включая собственный кварц.
Буфера FIFO COM-порта не влияют - возможно из-за того, что Windows для каждого открытого порта заводит буфера по ~ 3К на приём и передачу, работающие в режиме "реального времени".
При включённых буферах FIFO порта - квитирование работает ( у тех контроллеров, у которых оно работает ) точно так же, как и при выключенных.
-
? anonymous - 19.01.2013 08:44
Patron,
1) Естественно, что прописывались два стоповых бита изначально.
2) проверялось несколько контроллеров, на разных машинках, от 8250 до 16550, на 486..пень-2, результат был одинаков, потому и выделили денежку на создание своего контроллера.
4) старшие модели имеют режим аппаратного квитирования, но это все равно что заставлять пользователей покупать кроме требуемого софта, еще и стороннюю ОС под свой программный продукт. А широкое распостранение oxfordские чипы получили лет 5-6 назад всего в нашей стране. Укомплектовать же свой софт, предназначающийся для специфичной и нечасто встречающейся машины своим же контроллером, который будет гарантированно совместим с любым ПЦ, и аналог которого найти будет очень непросто, более логично, как с сервисной, так и с маркетинговой точки зрения.
А УКНЦ работает с ее встроенными драйверами С2 на 19200 устойчиво с терминалами, с PC не стыковал.
-
? Patron - 19.01.2013 14:11
У меня сложилось впечатление, что те контроллеры, которые поддерживают квитирование аппаратно - работают и при 1, и при 2 стоповых битах.
Те же контроллеры, квитирование с которыми работает только при 2 стоповых битах - похоже - просто вызывают прерывание при получении RTS.
Весь фокус в том, что Windows ( на движке XP - точно, про остальные не знаю ) может сама обрабатывать это прерывание в "реальном времени".
Если установить в DCB значение [ fRtsControl = RTS_CONTROL_HANDSHAKE ] - то все контроллеры, которые реально выдают 2 стоповых бита при задании 2 стоповых битов в DCB - начинают без проблем работать с 1801ВП1-065 в режиме квитирования. Похоже, дополнительный стоповый бит как раз и нужен Windows для того, чтобы за время его передачи успеть обработать полученное от чипа прерывание.
¤
-
? Patron - 23.01.2013 20:07
Или я слегка ошибся и главную роль играет параметр DCB [ fOutxCtsFlow = TRUE ] - который заставляет Windows останавливать передачу из порта на время отсутствия сигнала CTS.
-
? MM@ - 23.01.2013 21:55
Дату шит на чипсет читайте - тогда не будет вопросов.
-
? Patron - 23.01.2013 22:15
Для реализации в Windows автоматического квитирования по RTS/CTS - нужно установить в DCB параметры [ fRtsControl = RTS_CONTROL_HANDSHAKE ] и [ fOutxCtsFlow = TRUE ].
- << Форум