Уважаемый RA0WKC правильно написал, так и должно делаться (так и в 1-Wire сделано и в RFID). Но тут возникает главный вопрос: "Как добиться оптимального баланса питания и сигнала?" - это более сложный вопрос. Потому как много устройств - большой ток потребления и соответственно ниже выходное сопротивление передатчика линии - а его придётся этим устройствам "пере6тягивать".
Кстати 10Base2 не передаёт питание по шине и поэтому можно взять только протокол и идиологию. Если бы небыло требования передавать клоки по шине всё было бы проще - можно было бы взять обычный CAN и наложить питание через 100 Ом например. Вообщем...
Вообщем тема интересует меня самого, постольку поскольку разрабатывается ряд устройств для работы в единой сети со следующими параметрами:
- питания нет
- число проводов: 2
- опторазвязка и защита от элетрошока и ЭМИ (прямое попадание ядрёной бомбы в расчёт не берётся
)
- скорость до 1 Mbps (наверное будет достаточно и 115200)
- топология: 1-2 мастер / 1-10 слэйв
- протокол асинхронный (UART)
я для этого выбрал такую схему: шустрый оптотрон с открытым коллектором на землю и подвязка к +Uvdd через резистор и диод оптотрона (приёмного) + защитные стабилитроны. Не знаю получится или нет но буду пробовать.
А вот насчёт того, что тут было написано (если я правильно понял топикстартера) почемуто думаю, что никчему хорошему это не приведёт. Может потому, что непонятны ни цели ни задачи?
В связи с этим хотелось бы узнать следующие параметры системы в целом:
1) чем обусловлена такая топология сети и нельзя ли её изменять? расстояние между устройствами и длина проводов?
2) количество устройств, что делают, ток потребления и информационный поток от устройства?
3) зачем нужна жёсткая синхронизация всех устройств от одного клока?
4) питание по двум интерфейсным проводам - это необходимо? какие это будут провода (физически: ТРП, осветительные, разные, незнаю, а какие надо и т.д.)
5) уровень серъёзности проекта - по крайней мере это будет собираться на коленке для себя или пойдёт в серъёзное производство + бюджет хотябы в для того, чтобы понять есть ли смысл применять дорогостоящие комплектующие или нет.
6) уровень подготовки разработчика - это требуется для того, чтобы понять стоит ли предлагать идеи с самостоятельной реализацией сетевых протоколов, xDSL и ЦОС или просто ограничится идеями UART битовых протоколов или "азбуки морзе
"
А то мы тут советуем всяческие компараторы, Ethernet и т.д., а главной цели то не видим и не знаем даже о ней. Будет очень обидно если хорошая идея "протухнет" из-за халявной реализации.
За ошибки прошу простить - глаза нифига не видят, жму на клавиши почти в слепую.
Всем Удачи!
, 
, или проще говоря - очень много бит. ЧТо и подтверждается вашими же словами о QAM-16 (а ведь есть и QAM 256) 
