Схемы, платы, компоненты

эт как? неФкурил... Если чё - в двух словах система такова: есть некий хост с протоколом верхнего уровня, согласно которому происходит диалоговый обмен хост-девайс. т.е. хост формирует адресный запрос, девайс на шине откликается и так перебираются все абоненты по очереди (запрос хоста - фактически команда управления девайсом, сто-то там включить/выключить, зажечь индикацию и т.п.) отклик девайса - это вектор его состояния. принятые данные складываются в "карту состояний девайсов" на хосте, с которой он в принципе и работает (протокол верхнего уровня в отдельном потоке занимается диалогом с девайсами и обновлением карты сотояний в памяти хоста) Хост фактически работает с девайсами на шине через карту состояний, как со своими локальными ресурсами. хост должен всегда видеть актуальное состояние всех девайсов (поэтому сделан последовательный перебор всех) Вдобавок все пакеты несут контрольные суммы, и всякие служебные флажочки. Реализован механизм ретреев. т.е. это протокол гарантированной доставки данных. Вкратце так. Всё это успешно бегает на RS232 на 115 кбитах для десятка абонентов, но т.к. служебный трафик достаточно большой, и пакеты длинные, то имеем лаг работы с каждым устройством порядка 10мС (на десяток абонентов лаг реакции, например на нажатие кнопочки на девайсе - 0,1сек. Вполне приемлемо увеличить его даже до 0,2сек) всё упирается в скорость шины (и ресурсы девайсов, в которых сейчас стоят меги16) есть основание полагать, что поднятие скорости до мегабита позволит на 485-м получить 200 абонентов при приемлемых задержках.