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

[ikm]

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

[ikm]

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

To jcxz
Так вот я и прошу помощи в рекомендации выбора железа и литературы по алгоритму.

Погодите, зачем коммутатору разбирать пакет, я надеялся получить что то типа циркулятора.

[Baser]

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

Вот только сейчас ваша мысль становится понятной

Хаб с тремя равнозначными UART, имхо, построить не удастся. Порты все равно будут различными по функционалу, если хотите дуплекс. Как вы коллизии разгребать будете?
Если достаточно полудуплекса, то проще всего делать так, как все делают, т.е. возле всех мастеров/слейвов по преобразователю UART/RS-485, и дальше одна общая шина.

[ikm]

Вот только сейчас ваша мысль становится понятной

Хаб с тремя равнозначными UART, имхо, построить не удастся. Порты все равно будут различными по функционалу, если хотите дуплекс. Как вы коллизии разгребать будете?
Если достаточно полудуплекса, то проще всего делать так, как все делают, т.е. возле всех мастеров/слейвов по преобразователю UART/RS-485, и дальше одна общая шина.

Ну понятно, что порты не совсем будут равнозначные. Всё равно в алгоритме мы как минимум должны выбрать в какой первый порт выкидываем из буфера, а в какой во вторую очередь, после чего очищаем буфер.
Те порты которые будут в первоочередными будут использованы в построение линии связи, а те,что второстепенные будут отданы оконечным устройствам.
С линией я к сожалению сделать ничего не могу, это UART и точка.
К тому же схема построена по разделенному во времени опросу оконечных устройств: Мастер запросил данные с определённого оконечника, тот ему ответил. Через 100мс опрос другого устройства.