Вид для печати
Есть предложение создать контролёр компортов на базе 16c550 Uart по datasheet поддерживает скорость до 1Mbps, в замен вп1 065
На сколько это реализуемо?
Datasheet https://pdf1.alldatasheet.com/datash.../ST16C550.html
Производятся по сей день, ценник от 0.8$ до 6$ за штуку.
Он Фи-Фо, для ДВК неподходящь...Цитата:
Сообщение от max232cpe
Можно рассмотреть более старую модель контроллера, без Фи-Фо ( до 16C450 ).
Например, с чего срисовали 1002ХЛ1 ( питание только +5в. )
https://radio-hobby.org/uploads/data...d1-6402b-9.pdfЦитата:
Сообщение от MM
До 125 Кбод.
фифо надо специально включать, насколько я помню работу с ним на 286-х машинках... так что - это не проблема.
есть куча разных древних уартов, в дип корпусах, доступных на али. в том числе 6402.
вариант для ленивых - 5в атмега32 в дип 40, с небольшим разгоном от номинала эмулирует нужный уарт прям на шине
(и баудрэйт генератор сразу есть, не надо городить кварцы с редкими частотами и дип свичи). без разгона - требует внешнюю обвязку.
я бы сначала задался вопросом - а цель-то какая ?
если мы говорим о терминале то 9600 это уже нормально
а 57600 это выше крыши
Чем больше скорость, тем лучше :)
57600 - для текстового терминала хорошо...
А если файлы тащить , или терминал графический да картинка растровая?
Конечно в некоторых играх на текстовом терминале - печально будет, слишком быстро :)
Нет. При работе на прерываниях система почти всё время начинает тратить на обработку прерываний. Я экспериментировал на 115200 - и это для PDP2011. А ВМ1 вообще повеситсяЦитата:
Сообщение от Alex
Вопрос в том, что если есть делать что процессору окромя копирования... Тогда да.
Не просто так мультиплексоры да ещё с прямым доступом к памяти придумывали :)
Были так же платки для UNIBUS кои добавляли возможность DMA обычным последовательным интерфейсам, да и не только им(для принтера, перфоратора и прочая).
Знакомый инженер хвастался :)
Вот как они были сделаны, как работали - не ведаю :(
Тогда не поинтересовался подробностями, а теперь жалею :(
У меня есть, конечно свои гнусные домыслы и измышления, но это всего лишь мои гнусные домыслы и измышления...
Но в большинстве случаев, в случае RT11SJ всё будет неплохо.
Проблемы начнутся с FB, а уж на мультизадачных RSX-11(TSX-11, RSTS/E да и прочая) будет виселица ... Там как раз платки эти и мультиплексоры весьма актуальны.
Нет. Начиная с какой-то скорости задержки на обработку прерывания съедают на нет всю бОльшую скорость. Если работать без прерывания - порог будет выше, но будет. Но работа без прерываний - это не через систему.Цитата:
Сообщение от Alex
Мультиплексор - это в первую очередь уменьшение количества регистров и микросхем логики работы с шиной.Цитата:
Сообщение от Alex
Мультиплексор DH. Возможно, даже мой DHV поддерживает, но лень и некогда лезть в документацию. Но - штатно - это поддерживает только RSX да ещё и с достаточно жёсткими ограничениями - потому как в обычный в/в хорошо вмешивается драйвер. Например, можно драйверу сказать - спозиционировать курсор и потом вывести.Цитата:
Сообщение от Alex
Именно на ней я и проверял. На PDP2011. На 115200 уже было всё так себе.Цитата:
Сообщение от Alex
На RSX виселицы не будет - я вполне впараллель процессу вывода текстовика на один терминал работал на другом. Но периодические кратковременные подтормаживания были. Так что RSX уже можно было не считать real-timeЦитата:
Сообщение от Alex
Ну да, не просто так загрузки в КЦГД писались по готовности.
В мультиплексорах были ещё буфера...
Платки не были частью мультиплексора, они были сами по себе. Предполагаю, что они как-то сигнал готовности перехватывали и делали цикл DMA.
По этому их можно было на многие устройства повесить.
Мультиплексор DH - это отдельное законченное изделие.
- - - Добавлено - - -
PDP2011 - скажем так, случай несколько особый ... Вот если на 1801ВМ3 или F-11, J-11 тормоза будут...
Если честно, мне было бы интересно будут тормоза или нет в таком случае.
Как мне представляется, при копировании - в SJ всё зависнет, но там всего лишь одна задача и на это плевать. Как только очередной блок данных отправлен(принят) обслуживание последовательного порта прекратится и всё вернётся на круги своя :)
Конечно, есть и в SJ программы, которые будут виснуть, но это проблема автора программы ... Недостаточно качественно написан код.
Как вариант, можно использовать драйвер перфоратора и посмотреть, будет ли виснуть...?
- - - Добавлено - - -
Если нужно реальное время в SJ - тогда всё в руках программиста :)
- - - Добавлено - - -
И ещё, если ввод-вывод идёт средствами системы через макросы, то число число прерываний, обрабатываемых системой, как минимум удваивается и-за выполнения EMT ...