Средства и методы разработки

а с эзернетом из-за полного дуплекса можно просто врубить режим "девайсы! оповещать раз в 1мс! начали!" и через пачку 100MBit свичей всё собирать. последний свич с гигабитным выходом. 1000 девайсов по 1000 пакетов в секунду по 64 байта - уже гигабитник наполовину загружен (и тут возникает вопрос как такой поток обработать) и я смотрю, что не только меня берут сомнения в необходимости такого плотного потока. собственно, только из-за полного дуплекса в эзернете есть куда прореживать поток на порядки: а) вместо миллисекундных интервалов по сбору данных, по умолчанию можно выставлять более приближенные к реальности. то есть всякие там температурные и прочие медленно меняющиеся параметры можно проредить в сотню-тыщу раз без потерь. б) программируем пороги внутри девайсов, и если чот там при измерениях подступает к алярме - отдельные девайсы сами могут начать срать в линию хоть 10 тыщ раз в секунду. г) команды можно отправлять не смотря на входящий поток. но это всё просто моё видение. может, потому что я в своё время изучил эзернет на уровне разработки своего MAC-контроллера, а потом плотно разбирался с упрощённым uIP стеком. в плюсах эзернета громадное количество проверенных временем наработок как по железу, так и по софту. свичи вылизаны, просты и взаимозаменяемы. есть готовые решения по трансляции меди в оптику и обратно. кстати, вспомнить тотже KDPOF. ничто не мешает занедорого сделать свой свитч на толстую оптику: микросхема стандартного свича с несколькими MII/RMII и пачка чипов KDPOF. и вуаля - медь/оптика/толстая оптика.