Здравствуйте, Кирилл Лебедев, Вы писали:

КЛ>Это одно устройство или разные?

Одно.

КЛ>Почему нельзя поступить просто — написать фильтр к устройству, который по параметрам возвращает набор данных?

Можно. Но вопрос как раз и состоит в том, как фильтру указать, какие данные нужно прочитать.

Например, другая задача (пример несколько притянут, но для понимания сойдёт):
Есть несколько помещений, в которых находятся несколько бочек для брожения пива (так называемые танки). Необходимо контролировать температуру пива в танках. Для этого в каждое помещение ставится контроллер, к которому подключаются датчики температуры по количеству танков в комнате.

Получаем следующую структуру:

Комната 1
Танк 1
Танк 2
Танк 3
Танк 4
Комната 2
Танк 1
Танк 2
Танк 3
Комната 3
Танк 1
Танк 2
Танк 3
Танк 4
Танк 5

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

Надеюсь понятно объяснил.

КЛ>Хорошо так же спросить клиентов о том, какие задачи они решают этими данными, т.е. для чего одному из них нужны одни данные, а другому — другие. Таким образом, Вы выявите функции разрабатываемой Вами системы. Поскольку система связана с автомобилем, то, скорее всего, набор этих функций будет конечным. Это поможет Вам создать продукт, который будет включать основные функции и подходить практически для всех клиентов.

Конечный набор функций реализован. Просто некоторые функции бывают не нужны.