COM port на 16c550 Uart

[max232cpe]

Есть предложение создать контролёр компортов на базе 16c550 Uart по datasheet поддерживает скорость до 1Mbps, в замен вп1 065
На сколько это реализуемо?
Datasheet https://pdf1.alldatasheet.com/datash.../ST16C550.html

Производятся по сей день, ценник от 0.8$ до 6$ за штуку.

[Advertiser]

[MM]

На сколько это реализуемо?

Он Фи-Фо, для ДВК неподходящь...

Можно рассмотреть более старую модель контроллера, без Фи-Фо ( до 16C450 ).
Например, с чего срисовали 1002ХЛ1 ( питание только +5в. )

[MM]

с чего срисовали

https://radio-hobby.org/uploads/data...d1-6402b-9.pdf
До 125 Кбод.

[Vasily_A]

фифо надо специально включать, насколько я помню работу с ним на 286-х машинках... так что - это не проблема.

есть куча разных древних уартов, в дип корпусах, доступных на али. в том числе 6402.

вариант для ленивых - 5в атмега32 в дип 40, с небольшим разгоном от номинала эмулирует нужный уарт прям на шине
(и баудрэйт генератор сразу есть, не надо городить кварцы с редкими частотами и дип свичи). без разгона - требует внешнюю обвязку.

[SuperMax]

я бы сначала задался вопросом - а цель-то какая ?

если мы говорим о терминале то 9600 это уже нормально
а 57600 это выше крыши

[Alex]

Чем больше скорость, тем лучше
57600 - для текстового терминала хорошо...
А если файлы тащить , или терминал графический да картинка растровая?
Конечно в некоторых играх на текстовом терминале - печально будет, слишком быстро

[Hunta]

Чем больше скорость, тем лучше

Нет. При работе на прерываниях система почти всё время начинает тратить на обработку прерываний. Я экспериментировал на 115200 - и это для PDP2011. А ВМ1 вообще повесится

[Alex]

Вопрос в том, что если есть делать что процессору окромя копирования... Тогда да.
Не просто так мультиплексоры да ещё с прямым доступом к памяти придумывали
Были так же платки для UNIBUS кои добавляли возможность DMA обычным последовательным интерфейсам, да и не только им(для принтера, перфоратора и прочая).
Знакомый инженер хвастался
Вот как они были сделаны, как работали - не ведаю
Тогда не поинтересовался подробностями, а теперь жалею
У меня есть, конечно свои гнусные домыслы и измышления, но это всего лишь мои гнусные домыслы и измышления...
Но в большинстве случаев, в случае RT11SJ всё будет неплохо.
Проблемы начнутся с FB, а уж на мультизадачных RSX-11(TSX-11, RSTS/E да и прочая) будет виселица ... Там как раз платки эти и мультиплексоры весьма актуальны.

[Hunta]

Вопрос в том, что если есть делать что процессору окромя копирования... Тогда да

Нет. Начиная с какой-то скорости задержки на обработку прерывания съедают на нет всю бОльшую скорость. Если работать без прерывания - порог будет выше, но будет. Но работа без прерываний - это не через систему.

Не просто так мультиплексоры ... придумывали

Мультиплексор - это в первую очередь уменьшение количества регистров и микросхем логики работы с шиной.

Были так же платки для UNIBUS кои добавляли возможность DMA обычным последовательным

Мультиплексор DH. Возможно, даже мой DHV поддерживает, но лень и некогда лезть в документацию. Но - штатно - это поддерживает только RSX да ещё и с достаточно жёсткими ограничениями - потому как в обычный в/в хорошо вмешивается драйвер. Например, можно драйверу сказать - спозиционировать курсор и потом вывести.

в случае RT11SJ всё будет неплохо

Именно на ней я и проверял. На PDP2011. На 115200 уже было всё так себе.

а уж на мультизадачных RSX-11(TSX-11 да и прочая) будет виселица

На RSX виселицы не будет - я вполне впараллель процессу вывода текстовика на один терминал работал на другом. Но периодические кратковременные подтормаживания были. Так что RSX уже можно было не считать real-time

[Alex]

Ну да, не просто так загрузки в КЦГД писались по готовности.
В мультиплексорах были ещё буфера...
Платки не были частью мультиплексора, они были сами по себе. Предполагаю, что они как-то сигнал готовности перехватывали и делали цикл DMA.
По этому их можно было на многие устройства повесить.
Мультиплексор DH - это отдельное законченное изделие.

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

PDP2011 - скажем так, случай несколько особый ... Вот если на 1801ВМ3 или F-11, J-11 тормоза будут...
Если честно, мне было бы интересно будут тормоза или нет в таком случае.
Как мне представляется, при копировании - в SJ всё зависнет, но там всего лишь одна задача и на это плевать. Как только очередной блок данных отправлен(принят) обслуживание последовательного порта прекратится и всё вернётся на круги своя
Конечно, есть и в SJ программы, которые будут виснуть, но это проблема автора программы ... Недостаточно качественно написан код.
Как вариант, можно использовать драйвер перфоратора и посмотреть, будет ли виснуть...?

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

Если нужно реальное время в SJ - тогда всё в руках программиста

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

И ещё, если ввод-вывод идёт средствами системы через макросы, то число число прерываний, обрабатываемых системой, как минимум удваивается и-за выполнения EMT ...