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

это я уже понял

просто у меня уарт должен работать в двух режимах
1 - режим захвата и определения - далее работа с источником захвата
2 - принудительная работа с целевым уартом

При такой схеме всегда будет приоритет на прием

и в голове не укладывается как это реализовать

вот скажем это:
SoftwareSerial portOne(10, 11);
SoftwareSerial portTwo(8, 9);

оно где то определяется и присваивается

а вот это переопределяется
 portOne.begin(9600);
 portTwo.begin(9600);

На трех аппаратных уарт сменив мк

т.е. одновременно не работает!

Программный порт хорошо подходит для простых проектов, не критичных к времени работы кода или для отладки проектов, позволяя не отключать модули использующие UART во время загрузки сетчей. При его использовании нужно лишь помнить что никакой другой код не может выполняться пока программа занимается считыванием данных из него и передача может осуществляться только в полудуплексном или симплексном режимахполудуплексном или симплексном режимах. Так же на программный RX можно назначать только те выводы, которые поддерживают прерывание по смене уровней.

Полудуплекс

у нас симплексный режим

сперва читаем - потом пишем

При этом приоритет на чтение

скорость 115200

По прерыванию

8-n-1

Передать сможете только когда все 3 уарт ничего не прииимают

тут спорный вопрос