Апликация .NET Core работающая с сенсорами — правильный метод?

Question

[katangawise]

Как правильно имплементировать следующую архитектуру:

Компьютер с Ubuntu Desktop 18.04 на борту
Загружается .NET Web API application (.NET Core 2-3 не важно)
Та же апликация считывает данные с разнообразных датчиков, управляет парой сервоприводов и т.д.

Пример архитектуры смотрим на рисунке:


Как правильно это все организовать?

Моя версия - это запустить таймер при загрузке аппликации и в колбеке всю эту работу с железяками и делать.

Answer 1

[Владимир Коротенко]

Я бы просто писал в файлы и читал из них.

ls /dev

и man по каждому устройству.

Comments

[katangawise]

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

[Владимир Коротенко]

katangawise, Относитесь как редактор газеты - Нет зрителя нет инфоповода.

То есть ваша задача показать конкретно сейчас что есть.

Другой подход это "Черный властелин" - вы пишете что то в фоне и показываете картинку, опять же какую вам выгодно.

[katangawise]

Владимир Коротенко, Я это понимаю :) Я не понимаю, где расположить работу с этим чтением-записью. В методах вызова API? В таймере, который все читает и записывает в какой-то класс, а в API это все только показывает? Как-то еще?

[NewDevLab]

katangawise, смотря какой отклик нужен в UI. вообще, это два разных приложения.

[Владимир Коротенко]

katangawise, пусть будет агент в бэкгроунде и пусть будет агент который отображает, обычно так и делают

[d'Ivan]

Мне представляется, что один процесс должен работать с .NET Core IoT в фоне и предоставлять из себя службу, клиентом которой является Web API.

Answer 2

[Роман]

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

Я бы приложение бы разбил на 2 части, сервис который собственно собирает данные, и собственно webapi. Работа с оборудованием неизвестно как по времени пойдет, а у веб запросов есть ограничение по времени, конечно его можно большим сделать, но это не то. А взаимодействие можно так же через сокеты сделать или через dbus.