такой разветвитель сделать можно - но устройство получится непростое - так как задатчиком команд для ЭБУ служит диагностический комп (ДК) или БК, то девайс должен слушать команды по обеим входным линиям, буферизовать их, и передавать в ЭБУ в соответствии с приоритетом входов. При этом девайс должен не допускать передачу команд в ЭБУ чаще, чем это допустимо по ТУ - то есть, либо ставить команду со второго входа в очередь, либо отвечать второму устройству стандартным ответом "ЭБУ занят, повторите запрос позже". Это на уровне физика/логика канала передачи.
Дальше, на уровне содержания команд - девайс должен их дешифровывать, чтобы ловить StartCommunication и StartDiagSession - если одним из устройств такая команда уже послана - игнорировать вторичную посылку другим устройством (и при этом ему выдавать положительный ответ). Аналогично с закрытием сессии через StopDiagSession и StopCommunication - для устройства, которое их послало, давать положительный ответ и прекращать с ним взаимодействие - а в ЭБУ пересылать только после получения таких команд от другого устройства.
Хорошо бы еще кэшировать одинаковые запросы на какое-то время и выдавать в низкоприоритетное устройство ответ из кэша, а не грузить ЭБУ.
В общем, девайс получается явно аппаратно-программный, причем должен реализовывать всю аппаратную спецификацию KWP (что несложно), часть логической спецификации (что чуть сложнее), а главное - иметь собственную логику работы диспетчеризации запросов.
Я могу разработать такой девайс - интересно, будет ли на него спрос?