Komrus

0) Для начала - то, чем будет управлять. Оно, внезапно, должно иметь возможность внешнего управления. Крайне желательно - с обратной связью. То есть - лампочка либо сама по себе должна быть умная и с наличием программного интерфейса, либо в электрощитке должна стоять релюшка, включающая лампочку и получающая команды от системы управления.
Для видеонаблюдения - нужны камеры, видеосервер. Опять же - умеющий принимать команды через API

2) Система управления. Мозг системы.
Все алгоритмы, сценарии - тут.
Если хотите оренсорсную и размещаемую дома - настоятельно рекомендую
OpenHab. (https://www.openhab.org/)
Сценарии - продумывать головой. Своей.

3) Плагин голосового управления для этого OpenHab

Или, как вариант - отдать всё на откуп чужЫм дядям и поставить облачную Алису...

4) исксттвенный интеллект...
Да вроде и не нужен в данном сценарии :)
Наверно, когда-нибудь для настройки системы его можно будет использовать...

На каком ПОРТУ настроено управление OBS'ом?
Дефолтный - 4455
И вообще - оно настроено?

Open OBS Studio and navigate to Tools > WebSocket Server Settings

Ну и в настройках Windows защитника/файрвола - ручками правило, позволяющее подключаться к этому порту, кто-нибудь создал?

А менеджерам проекта - нужна аналитика, статистика и сбор данных. Что удобнее делать в своём приложении. Увы, как бы не было это печально, но таковы нонешние реалии...

Ряд производителей (в т.с. - Kingston) занимаются выпуском совме тимой памяти для брендовых серверов.
У них на сайте можно вбить вендора/модель сервера и получить список артикулов DIMM'ов альтернативного производителя, которые совместимы.

Если говорить про шкафы, теплоизбытки с каждого шкафа.

0) Современные 19" сервера рассчитаны на подачу к ним холодного воздуха спереди и выдув горячего воздуха (уже силами собственых вентиляторов) - сзади.
Используется термин Airflow Front-to-back.
Исходя из этого и серверные 19" шкафы делают: достаточно глубокие и с СИЛЬНО перфорированными передней и задней дверью (чтобы не мешать движению воздуха).
Размер шкафа - глубина - не менее 1000 мм (лучше - 1200 мм); ширина - 800 мм (чтобы спокойно установить вертикальные PDU и расположить все кабели) Высота - 42 или 47U.
Всякие вертикальные органайзеры, PDU, подсветка, полочки - настоятельно рекомендуются.
Требуемое место спереди шкафа - чтобы выкатить на штатных салазках сервер. Сзади - чтобы подойти человеку и скоммутировать, что надо. Желательно полтора метра - спереди и метр - сзади.

Шкафы с вентиляторами в крыше (и стеклянной дверью) - это для коммутационных шкафов. Где много-много патч-панелей и парочка коммутаторов с непонятным airflow и тепловыделением в пределах сотен Ватт.

1) Холодные/горячий коридоры - это когда есть достаточное количество шкафов, чтобы их в линию выстроить. И подавать холодный воздух тем либо иным способом к передней стороне ряда шкафов.
Изолировать какой-либо из этих коридоров - когда тепловыделение с отдельного шкафа велико, а также - когда боремся за энергоэффективность (увеличиваем кап.затраты, уменьшаем операционные затраты)

2) Куда и какие вешать кондиционеры, как расставить шкафы - зависит от фактического (и перспективного) тепловыделения от серверов/СХД/коммутаторов...

2.1) Если "просто серверная" с несколькими серверами и тепловыделением в пару киловатт со стойки - вешаем сплит систему. Полупром или даже хорошую бытовую. Но ОБЯЗАТЕЛЬНО с зимним пакетом до -30. Ибо серверам не объяснишь, что за стенкой - зима :). Учесть, что летом, в +30 фактическая холодопроизводительность кондея несколько меньше заявленой. Плюс стенки/потолок помещения нагреваются и тоже дают теплопритоки. В общем - раза в полтора запас по холодопроизводительности надо иметь от перспективных теплоизбытков от серверов. Плюс - кондеев неплохо бы парочку поставить. С блоком ротации.
Вешаем так, чтобы дуло более-менее на лицевую сторону шкафа. Шкафы ставим, как позволяет имеющееся помещение (с учетом сказанного в п.1)

2.2) Если более 5 КВТ на стойку намечается - то с висящими на стенке кондиционерами могут начаться чЮдеса. Из серии "верхние сервера в 19" шкафу хорошо охлаждаются, а у нижних датчик перегрева орёт". И с постоянными танцами с оптимизацией воздушных потоков тем либо иным способом. Надо бы или раскидать на бОльшее количество стоек, либо начинать думать о чём-то вроде фальш-пола. Из под которого будет холодный воздух дуть. И прецизионные кондеи, которые будут под этот фальш-пол холодный воздух загонять.
Или изолировать холодный коридор и туда канальными кондиционерами холодный воздух загонять.

2.3) Если более 10 КВт на стойку - лучше на специализированные внутрирядные кондиционеры смотреть. В комплекте с изоляцией коридора. Которые устанавливаются с один ряд в 19" серверными шкафами между этими шкафами (кондеи имеют высоту как серверный шкаф, а ширину - 300 либо 600 мм). Кондеи забирают горячий воздух из горячего коридора, охлаждают его и закидывают в холодный коридор.
Если речь об одном-двух шкафах идёт, места мало, а напихать надо много - бывают готовые решения "ЦОД-в-шкафе". Шкаф с внутришкафным кондиционером, кабель-менеджментом, блоками PDU (розеток) и даже - опциональным газовым пожаротушением.

2.4) Ну а больше 20 Квт на стойку - ОЧЕНЬ внимательно проектировать надо. Airflow, CFD-моделирование воздушных потоков, отказоустойчивость и т.п. Ибо случись что - перегреется в момент...

имеющемуся APC Smart UPS 1000 VA
Надо, конечно, посмотреть ТОЧНЫЙ артикул имеющегося ИБП и по нему поискать на сайте apc.ccom (ибо разные модели выпускались под похожими названиями), НО!
В большинстве случаев (SUA1000, SMT1000) - у кого, что имеет маркетинговое название "1000 VA" (вольт-ампер) фактическая мощность по datasheet'у - порядка 670 Вт.

Ни допустимые пусковые токи, ни перегрузочная способность у мелких ИБП увы не указывается, но обычно - что-то порядка 5...10% в течении секунды и процентов 20...30 - в течении долей секунды.

И да - ИБП уходит в перегруз ЗНАЧИТЕЛЬНО раньше, чем обычный силовой автомат отключится...

Так что никаких 39А он и близко не потянет...

(Если такие токи в цепи 230 Вольт и в самом деле присутствуют. В чём несколько сумневаюсь)

PS. Конечно, 850 Вт мощности для БП - тоже несколько лукавая цифра и фактическое потребление будет пониже... А пусковой ток - лучше взять токовые клещи с запоминанием пиковых значений и померять...

Плагин Draw для OBS - пробовали?
https://obsproject.com/forum/resources/draw.2081/

Можно посмотреть на Битрикс24 в его бесплатной части. Гант там (в бемплатной части) вроде доступен.

Только WiFi есть?
Или обычный проводной Ethernet - тоже найдётся?
А так - около реле поставить маленький контроллер (PLC) или программируемое реле с Ethernet'ом.

Туда же можно завести датчики протечки и датчик температуры из сан.узла - дабы узнавать о катаклизмах несколько заранее. До того, как замёрзшие трубы полопаются...

PS. "Недорого"- в бытовом масштабе или в масштабе инвестиций в строительство коттеджного посёлка?

PPS. Служба эксплуатации - есть в посёлке? Если есть - какая софтина у них используется? SCADA система - есть?

Времена нонче такие...
Со стороны пользователя - проблема, увы, не решаема и поведение соединения - (как по провайдерам, так и по времени) - не предсказуемо...

По нынешним врепенам, что 4 Гб видеопамяти,которые есть у Вашей 1650, что 12 Гб у A2000 - это сильно немного...
Чего-нибудь гигов на 24 (4070 Super и старше) - не найти ля тестов?

(Со схемой стало понятнее; но сложнее :)

0) Основное,прежде чем переходить к Morbus'ам, регистрам и программному коду - разобраться с сетевыми соединениями.
Где у Вас serial соединение, откуда и докуда оно сериал; где TCP/IP начинается; бегает ли IP поверх serial RS-232; с чем соединяется модем - с сотовым оператором или со вторым модемом; каким образом соединение доходит до сервера - у него либо белый IP адрес должен быть, либо второй модем...

1) Я смотрю на Овен ПР200 - и не вижу RS-232.
https://owen.ru/product/pr200/connection
Есть опциональные RS-485. Но это, - немного так другой стандарт интерфейса... Конвертор RS-485 - RS-232 бывает (от той же Moxa), но стоит денег.

2) Последние лет -дцать все стараются не изобретать велосипед, а использовать готовые компоненты.
Можете ли рассмотреть вариант замены
а) ПР200 - на модификацию с Ethetnet'ом (например - ПР205)

б) Модем iRZ MC55iT - на роутер с GPRS модулем и сотовой антенной. Роутер должен уметь своими силами поднять PPP соединение с Интернетом через LTE/GPRS сотового оператора и поверх него - VPN соединение.
Микротик (если хочется помучаться :) или Кинетик

А с Овена - уже работать по Modbus/TCP по установленному IP соединению.

3) Если "уже всё предрешено", то
3а) Вопрос с RS-232 портом
3б) - Хватит ли у Овена ресурсов (а Вам - терпения вырисовывать всё это на FBD) для работы по модему и пинания GPRS соединения для каждого блока данных
3в) На схеме - продумайте и прорисуйте - куда у Вас приходит GPRS соединение? Сейчас оно аж до ПК-сервера доходит. В реальности это не так. Оно куда-то в публичный интернет уйдёт. Как дальше соединение до сервера пойдёт?

Если уж позанудствовать.
Компьютеры находятся в ОДНОМ VLAN'е. Значит на Layer 2 (Ethernet) они повзаимодействовать могут. Например - L2 бродкасты от однгого компа будут долетать до второго.
Осталось придумать - какой протокол поднять поверх Ethernet. Например - какой-нибудь старенький чистый NetBIOS/NetBEUI. И тогда компьютеры вполне смогут обмениваться информацией.

То есть расширенный ответ:
Если (например - в целях информационной безопасности) надо обеспечить гарантированное отсутствие взаимодейтсвие между компами - их надо в как минимум разные VLAN'ы убирать. В одном VLAN'е - невозможно гарантировать отсутствие взаимодействия.
А если смотреть с точки зрения рядового пользователя, то для двух компов со штатным на данный момент стеком протоколов (TCP/IP поверх Ethernet) - то нахождение в разных IP подсетях будет препятствоовать ПРЯМОМУ взаимодействию штатными средствами (файлы по SMB гонять). При этом взаимодействие через какой-нибудь внешний сервер (Telegram, например) - в полный рост будет...

Как вариант - Aten CM1942
https://www.aten.com/global/en/products/kvm/deskto...

4 входа (правда - DisplayPort) от двух компов и 2 выхода HDMI на мониторы.
Заодно и клавомышь умеет переключать.

Как делать правильно - я не знаю, но то, как сделано у большинства залов - очень печально с точки зрения пользователя.
Не, если зал - правильный кубик с монотонной и равномерной сеткой кресел, то наверно всё замечательно...
Но! Что в старинном театре, что в современном клубе - архитектура более замысловатая. Какое-то место может внезапно за колонной оказаться, откуда-то - только пол-сцены видно... И очень хотелось бы иметь возможность понимать это перед заказом билетов...

Может, какую-то фотографию (или реальный чертеж архитектуры) подложить и уже поверх него квадратики подсвечивать?

Про трафик и нагрузки умные (шибко умные :) коммутаторы умеют рассказывать по потоколу NetFlow/SFlow
Например:
https://www.cisco.com/c/en/us/td/docs/iosxr/cisco8...

Собирать информацию можно в PRTG (или можно попробовать Zabbix настроить...)
Но актуально это на действительно больших сетях...
На небольшой сетке надоьочень уж постараться, чтобы трафик упёрся в способности коммутатора...