Выбор системы управления.

[mike-y-k]

vladisslav1, SMB стоит поднимать только при особой любви к MSMD. Там ftp/tftp/sftp/ssh/nfs достаточно.
Управление по http годится для весьма статичных процессов.
При необходимости управления/контроля за указанным парком по VNC/RDP/… держать ещё и компьютер включённым для вывода на монитор необходимого или запускать его каждый раз сильно напрягать будет. Разветвитель/KVM гораздо удобнее.
VNC/RDP можно оставить на будущее для удалённой работы .

[NEMOOMEN & К]

Разветвительный HDMI (~$7), Raspberry PI (~$40), беспроводная клавиатура с тачпадом (~$20).

Т.е. ТВ + мини ПК + продвинутая мышка с клавиатурой. Может тогда планшетный комп, типа такого https://ru.aliexpress.com/item/11-6i...e89bbc79&tpp=1 , всё-таки 3 в одном. Можно найти б\у дешевле.
И ещё, что из всего предложенного может разместить на своей основе (железо + ОС) такую виртуальную панель управления (см. рис. ниже), чтобы реакция на воздействие и ответ, не превышала 1-2 сек. и было в согласии с предустановленным ПО на данном железе. Панель управления составлена под прогой LabView 8.6. Это скрин моего предварительного видения (не окончательное), но возможны другие варианты (ПО) и поправки. Согласитесь, что данную панель лучше управлять сенсорно (пальцем или стилусом). Т.е. на каком железе (мини ПК+довески или планшетник) и с какой ОС лучше будет.

[NEMOOMEN & К]

Нашёл ещё интересный вариант: https://ru.aliexpress.com/item/Elecr...5.2.sK8Fbx&s=p . Только вот не могу понять что это. Просто дисплей для вывода информации с мини ПК, или устройство для ввода-вывода на ПК. Т.к. данный дисплей считается как сенсорным, а в подсоединённом HDMI кабеле имеется i2c (scl-sda), для обмена данных. Если это ввод-вывод, то это, то, что надо. Тогда надо добавить Raspberry Pi3 и за ≈160$ проблема на половину будет решена. Ну а если нет, то придётся дальше копать в поиске оптимального варианта.

[AR_Favorit]

Только вот не могу понять что это.

Это просто небольшой монитор (с колонками)
Ни малейшего намека на тач не вижу

А вот с тачскринами

Такой, например

[vladisslav1]

Управление по http годится для весьма статичных процессов

Если не ставить всяких апачей, которые на каждый запрос дергают ДНС, пишут логи и дергаю кучу модулей, которые парсят .htaccess и т.д., а использовать простой встраиваемый сервер, то все работает очень быстро: ‹100ms на запрос. Так что нормально все управляется. Если процессы будут контролироваться по картинке с вебки, у которой задержки могут быть по 0.5 секунды, то http вполне нормальный вариант.

держать ещё и компьютер включённым для вывода на монитор

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

И ещё, что из всего предложенного может разместить на своей основе (железо + ОС) такую виртуальную панель управления

Если бы не видео с вебки, то я бы сказал, что даже имеющийся at90sam7 потянет... В 1-2 секунды уложится нет абсолютно никаких проблем. А вот для вывода видео в реальном времени с опциональным раскодированием mjpeg на лету нужен проц 600-1000MHz чтобы с запасом. Или придется сильно снижать разрешение и извращаться.

Тогда надо добавить Raspberry Pi3

Более, чем достаточно. Можно будет как подцепить мелкий китайский монитор по hdmi и емкостный touch screen по I2C, так и управлять с любого андроидного планшета по сети.

[mike-y-k]

vladisslav1, отображение данных в браузере происходит по инициативе пользователя (руками или по таймеру). Посему с динамикой там плохо. Только посмотреть +- текущее и управлять.
А на чем это сделано уже не важно. На RPi3 Apache вполне собирается и запускается и нет никаких проблем с реакцией.

NEMOOMEN & К, стоит таки определиться с ТЗ на требуемое. Отдельно расписать все управление и получение данных. Собственно библиотеки и для GUI, и для интерфейсов есть и всю реализацию вполне можно на скриптах сделать.

[vladisslav1]

отображение данных в браузере происходит по инициативе пользователя (руками или по таймеру).

Утверждение противоречит само себе. По таймеру - уже не по инициативе пользователя. Если разрешен javascript, то даже без использования websockets можно легко сделать обновление изменившихся данных по инициативе сервера. Таймер при этом желателен (чтобы возобновить обновление после некоторых ошибок), но не обязателен.