ОМ-310. Кто с ним практиковался?

РЕКЛАМА НА ФОРУМХАУС

Всем здравствуйте. Вот что сегодня я получил с Ом310. Беспокоит реактивная мощность. Насколько она вредна и как её уменьшить, кто понимает?

 

Привет всем. Нашёл обходной путь программного включения реле нагрузки:
1. Посылаем команду включения РН (пишем 1 по адресу 220)
2. Ждём 3 сек
3. Запрещаем защиту по току (параметр I^r меняем с 1 на 0)
4. Ждём 3 сек
5. Снова разрешаем работу защиты по току (I^r возвращаем в 1)
Через 1-2 сек РН снова включится и состояние аварии сбросится.

 

• Реализовано в серверной части ПО при обращении по http:

 

Здравствуйте. Усовершенствовал сервисную часть ПО ОМ310. Теперь по http можно смотреть текущие данные измерений Ома, текущее состояние реле, макс/мин значения с момента старта сервиса, потребление электроэнергии с момента старта и последнего обращения по http

 

Здорово конечно. Только это все реализовано в штатном софте.

 

Только штатный софт нельзя заставить работать на смартфоне

 

Так может ему и не надо работать на смартфоне? Штатный софт расчитан на постоянное подключение. Собираются и хранятся логи. Обеспечивается надежный канал с ОМ. Т. е. изображает из себя некое облако). Мне кажется, что логичнее было бы со смартфона просматривать уже полученные логи. Т. е. подключаться к этому облаку.

 

Я имел ввиду, что в моём варианте на смартфоне можно просматривать результаты измерений ОМ310, а с помощью штатного ПО "панель управления..." нельзя. Вернее можно только через платное штатное польское облако Overvis. У меня всё локально, никакого облака не нужно. Есть ли в. ru какое-нибудь бесплатное облако для домашнего использования?

 

Вот тут не очень понятно. Вы считаете, что результаты измерений нельзя просматривать с помощью штатного вообще? Или только на смартфоне? Так-то штатное ПО собирает логи, пока работает. И позволяет просматривать одновременно до пяти параметров.
Теперь что такое облако? Это просто хранилище данных. Да и нужно это облако только тогда, когда нет прямого доступа к вашей домашней сети. Т. е. нет возможности взять белый ip.
У меня мобильный интернет и белый ip недоступен. Я просто сделал локалку на работе, благо интернета у меня там завались. Поднял vpn и организовал свое облачко). Там крутится ПО ома и собираются логи. Там же крутится софт для управления частотниками насосов и вентиляции. В перспективе там же будут зачатки умного дома. А доступ я могу получить откуда угодно по белому ip.
В принципе все это можно разместить и в доме. Доступ снаружи все равно будет. Но я пока не готов монтировать сервер в доме. Это дело будущего. Честно говоря я бы и видео регистратор вынес бы из дома в свое облачко, но канал может не потянуть. Там безальтернативно диапазон 800 мгц и ширина канала 10 мгц.

 

Штатное ПО не позволяет просматривать результаты измерений по http. Это верно. В Вашем варианте ПК под Windows со штатным ПО установлен в домашней нести и общается с Омом по Modbus RTU, так?

 

Не так. Общается по Modbus TCP. Компьютер установлен на работе. ОМ и частотники в деревне, объединены в сеть через rs-485 по Modbus RTU. Далее в Modbus TCP. Теперь доступ возможен по TCP/IP откуда захочешь. Т. к. в деревне не дают белый ip, пришлось сделать сеточку на работе за белым ip и поднять между этой сеткой и деревне vpn. В результате деревенская сеть оказалась доступна из внешнего мира по ip рабочей сетки. Размещать сервер для хранения логов ома в деревне мне не хотелось, поэтому он поселился на работе, на нем крутится штатное по ома и хранятся логи ома. А дальше дело техники. Хошь удаленный рабочий стол, хошь ваяй софт для разбора логов и приложения под любые платформы. Пока меня устраивает удаленный рабочий стол.
Был бы в деревне белый ip, не надо было бы возиться с vpn.

Ключевое, это перегнать Modbus RTU в Modbus TCP.