Коммутатор по UART, подскажите наиболее удобный вариант Опции

[ikm]

Уважаемые коллеги, помогите советом какую базу выбрать:
Встала задача разработать коммутатор на интерфейсах UART. Под коммутатором я понимаю, аналог Ethernet свитча, только без адресации.
В устройстве предполагается всего 3 порта, два для построения общей локальной сетки (либо простая цепочка, либо двунаправленное кольцо) и один порт идет непосредственно на терминал. Терминал умный сам пойёмет, что если пакет предназначен ему, то ответит на него. Таким образом Мастер сделает запрос,он пройдет по всем слейвам, и нужный ответит ему.
Вот теперь вопрос на чём всё это собирать.
1. Вариант 1 брать МК с 3-мя железными портами и городить на нём кольцевой буфер.
2. Вариант 2 брать разветвитель, что то типа tl16c754 и городить к нему HOST контроллер, который будет прогонять дату через себя.
И сразу доп вопросы. Если кто склоняется к первому вариант, где можно почитать грамотную реализацию кольцевого буфера?
Ну и по второму варианту, возможно ли сделать режим где host только конфигурирует расширитель, а тот сам уже организует кольцевой буфер по внутренней шине?
А также может есть третий вариант (кроме ПЛИС)?

[kolobok0]

...коммутатор на интерфейсах UART. Под коммутатором я понимаю, аналог Ethernet свитча, только без адресации. ...
Терминал умный сам пойёмет,...,он пройдет по всем слейвам, и нужный ответит ему.
1. Вариант ...

3 Вариант 3
(Если на хостах софт готов сам разгребать адресацию. то это = не свитч а хабик.)
Делается всё на элементарной логике типа 155 серии пару корпусов(для 8 лучей). топология звезда. просто до безобразия - каждый слышит всех, кроме себя. если нужны преобразователи уровней -
плюс у каждого луча по преобразователю.

решение придумано, создано и проработало годы.. когда изернет и аркнет был в диковинку, а перекачивать винты(ну и игры шли на ура типа ф19) надо было

удачи вам
(круглый)
ЗЫ
Но если хочется МК заюзать или ПЛИСИНу - то думаю можно. Ещё и бабло попилить повод к тому-же...
От задач зависит короче говоря...


Сообщение отредактировал kolobok0 - Feb 5 2018, 17:31

[ikm]

3 Вариант 3
(Если на хостах софт готов сам разгребать адресацию. то это = не свитч а хабик.)
Делается всё на элементарной логике типа 155 серии пару корпусов(для 8 лучей). топология звезда. просто до безобразия - каждый слышит всех, кроме себя. если нужны преобразователи уровней -
плюс у каждого луча по преобразователю.

решение придумано, создано и проработало годы.. когда изернет и аркнет был в диковинку, а перекачивать винты(ну и игры шли на ура типа ф19) надо было

удачи вам
(круглый)
ЗЫ
Но если хочется МК заюзать или ПЛИСИНу - то думаю можно. Ещё и бабло попилить повод к тому-же...
От задач зависит короче говоря...

Точно свитч без адресации, это хабик
Про логику интересно, но я не понял, что Вы имели в виду.

Не, у меня полностью коммерческий проект, тут пилить нечего, надо как можно меньше себестоимость делать. Но конечно не в ущерб функционалу. А мигающие светодиодики заказчику нравятся (видно что прибор работает), вот и надо ставить МК

[kolobok0]

...Про логику интересно, но я не понял, что Вы имели в виду...

Ниже приведён пример такой логики работы на 155 серии. вопросы скорострельности, RS232 - сотавляем за скобками(схему чуток нужно изменить конечно-же)..
у каждого UART есть пин на передачу и пин на приём.
предположим у хабика 3 порта.
у каждого порта есть входы(с точки зрения хаба).
In1, In2, In3
и выходы(с точки зрения хаба)
Out1, Out2, Out3
Берём 3 элемента двух входовой AND логики (например К155ЛИ1)
DD1, DD2, DD3

In1 соединяем с входами двух элементов = к 1 входу DD2 и к 1 входу DD3.
In2 соединяем с входами двух элементов = к 1 входу DD1 и к 2 входу DD3.
In3 соединяем с входами двух элементов = к 2 входу DD1 и к 2 входу DD2.
Выход DD1 будет Out2
Выход DD2 будет Out2
Выход DD3 будет Out3

Т.к. активный у UART "0", а без сигнала "1"
то по приходу по In1 активного нуля он поступает всем, кроме себя т.е. на Out2 и Out3
всё то же самое для In2 и In3...

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

если далее софтово мы хотим разрулить адресацию, то сделать аля сеть = два пальца об асфальт...(конечно же до определённых скоростей)...


с уважением
(круглый)