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

ну удвойте сумму и сроки для приличия штоль, чтоб "не сбивать цену на рынке" :)) "не попасть в просак". По опыту работы - если изначально "с ходу" видится 3 дня - то минимум неделю кладите (с учётом отладки" и прочих непредвиденных моментов. тока схему-плату сваять пара дней нужна плотной работы, а 

в режиме "в свободное от работы время" все три-четыре.

Опять же программирование/отладка (тоже далеко не один день, особенно, если будете делать полноценный диалоговый обмен с молулями (а это 100% нужно будет, если хотите нормальные "расширители портов".

Видимо у Вас не столь богатый опыт разработки всяких "околосерийных" устройств (не для себя а именно по ТЗ и по требованию заказчика :)), как в инженерно-академической работе :)

Давно же известно из "законов Мерфи":

Добавив 2 недели к положенному по графику сроку на непредвиденные задержки, добавьте еще 2 недели на непредвиденность самих непредвиденных задержек.

http://novus-lab.ru/html/engineers.html

Расширенный принцип Эпштейна-Гейзенберга

В области исследований и разработок из трех параметров лишь два можно определить одновременно.

1.Если заданы цель и время для ее достижения, то нельзя угадать, сколько это будет стоить.

2.Если ограничены время и ресурсы, невозможно предсказать, какая часть задания будет выполнена.

3.Если четко ставится цель исследований и выделяется конкретная сумма денег, то нельзя предсказать, когда эта цель будет достигнута.

4.Если же вам повезет и вы сможете точно определить все три параметра, значит, вы имеете дело не с исследованиями и разработками!

Первый закон корректировки

Информация, ведущая к обязательному изменению проекта, поступит к автору этого проекта тогда и только тогда, когда чертежи уже выполнены.

* Следствие

В простых случаях, когда отчетливо виден один явно правильный вариант и один явно неправильный вариант, часто разумнее выбрать неправильный, чтобы быстрее приступить к неизбежным исправлениям.

вот, почитайте на досуге :))

http://novus-lab.ru/html/merphy-history.html

(сайт всё никак руки доделать прилично не доходят, даже поручить работу веб-дезигнерам, э то ж нужно концепцию и дизайн самому "в черне" продумать", а тут всё свободное время работа занимает :((

конкретно же "по теме" - если не пугает "проприетарщина". Можно сделать примерно как в наших "железках" -

на хосте - драйвер (вызывается с дискретностью 1-10 мс работающий в формате запрос-ответ (запрос с хоста на девайс, ответ с проверкой контрольных сумм), отображение информации о состоянии устройства на внутреннюю карту памяти состояния периферии, и так по всем клиентам (девайсам).... Пакеты короткие, скорости - по необходимости, типично 115200, на очень длинных линиях бывает и 9600, но легко и до мегабита. Соответственно опрос от 100 до 1000 устройств в секунду, в общем, без особых проблем (практически в реалтайме). Вся работа сводится с работой с ячейками памяти, где отображается состояние периферии. Нужно сто-то поменять, - меняем в соответствующем байте в этой области, нужно считать состояние, - считываем состояние из этой области.

Попутно имеем, автоматическое конфигурирование системы на старте (добавление всяких модулей, если надо), онлайн диагностику состояния устройств "на шине", систему ретреев при сбоях, гарантированное отображение периферии на карту памяти хоста, в реалтайме практически. Канал связи любой (типично - опторазвязанный/изолированный RS485-й), можно радио, или оптику при желании. Обязательное условие - двунаправленный канал.

Но чтобы грамотно сделать в такой парадигме потребуется недели две напряжённой работы.

Ну а если какие-то стандарты, то велком в модбас ну или ещё какие протоколы :)