Помогите подобрать протокол Опции

[globalist]

Начальники поставили такую задачу. Делается измерительная система. Система, как система. Центральный контроллер, собирающий, показывающий, запоминающий, управляющий и т.д. и куча разных датчиков.
Нужно подобрать (или придумать) логический протокол обмена. (реализация физического протокола и то что ниже 4-го транспортного уровня по OSI не принципиальна) Причем протокол должен быть максимально гибким. Что имеется в виду? То, что система заранее не знает, что к ней присоединят. Это может быть датчик, измеряющий только температуру, а может быть датчик замеряющий 40 различных параметров в разных диапазонах. ТО есть датчик должен уметь рассказать о себе, так чтобы система поняла что он из себя представляет и, если надо, подгрузила нужный драйвер. Кроме того, многие из датчиков должны не только выдавать данные измерений, но и уметь выполнять некоторые специфические команды. Например, установить ноль, сделать калибровку, включить насос или клапан....
Об этих возможностях система тоже должна узнать от датчика.
Частота опроса не велика - пару раз в секунду максимум.
В чем то подходит HART протокол, но он только для совсем простых устройств, которые выдают на гора лишь 1 или 2 параметра.
Может ли кто нибудь посоветовать подходящий стандартный протокол или подход, с чего начать выдумывать свой?

[Doka]

ну а что значит "датчик должен рассказать о себе"?
не будет в системе его драйвера - то фиг он этой системе что расскажет

чем не устраивает подход, который на десктопах:
при физ. подключении по VendorID & ProductID & DeviceID ищется соответствующий драйвер и функционал полностью определяется "родным" драйвером.
ну а для того чтобы это всё систематизировать придумать унифицированную структуру-описатель (именно под ваши задачи и потребности), вычитываемую из драйвера с целью определения функционала.