МК210-301 - как вариант. Подключаете к роутеру или к локальной сети, подключенной к интернет и управляете Вашими реле.
Вид для печати
МК210-301 - как вариант. Подключаете к роутеру или к локальной сети, подключенной к интернет и управляете Вашими реле.
Егор Шелдышов что значит самый дешман с учетом СМС ?
Варианты. 1. Что-то типа из Кситал 2. RaspberryPi + модем + Scada (из денег плюсом 500р к этому оборудованию если для себя платный модуль Scada системы)
3. Всякие китайские GSM устройства ввода/вывода 4. да дофига еще разного...
krollcbas и что, этот модуль ВВ самостоятельно пришлет СМС ? не вводите людей в заблуждение...
Егор Шелдышов - RaspberryPi сама будет являться компьютером со Scada системой. ПМ-01 не подойдет ни под каким соусом.
Нужен либо обычный свисток от оператора, если использовать RaspberryPi, либо продвинутые модемы и далеко не Овен.
ПР200 нормально, главное чтобы интерфейс был. Можете посмотреть RaspberryPi Zero, но у нее памяти мало на борту, лучше чтобы 2 Гб было. У меня с 1 Гб периодически подвисает, пока не могу найти причину. Но я к ней подключаюсь и смотрю графики за месяц и видимо это как-то сказывается.
Подскажите, а реально ли при передаче данных c ПЛК100 OPC серверу (через GPRS модем подключенный к ПЛК по RS***) использовать ПЛК как Master а OPC сервер как Slave? Дабы не связываться со статическим ip симкарты. Не соображу как сконфигурировать в таком случае. Когда ПЛК Slave - все ясно, в свойствах соединения OPC сервера указываем (по идее) Modbus over TCP, и ip адрес GPRS модема. А вот в случае когда Master ПЛК - где указывается ip и виртуальный порт компа с OPC сервером?
МУП "Тепловое хозяйство" ОРС сервер ИНСАТ вроде в режиме слейва умеет работать, не проверял как-то за ненадобностью. Тогда у него должен быть реальный IP
Создал систему удаленного мониторинга и управления. ONLINE/DEMO/FOR ALL
https://owen.ru/forum/attachment.php...045207&thumb=1
Тут статья об этом
Всем доброго дня, вчера на обьекте смонтировали ПЛК 110 и ПМ01, сегодня в офисе запускаю ОПС сервер лектус, с данным узлом ошибка соединения, пробую пинговать, пингуется великолепно, позавчера проверял схему в офисе, все прекрасно работало(. Что можете посоветовать? Спасибо
Сделать то можно многое, но когда стоял вопрос переводить ЦТП Севтеплосети, то сделали, для унификации, на ПР-200 с ПРМ.1 и МВ110. Связь через GSM модем или TSP/IP адаптер
Добрый день, начал потихоньку делать диспетчеризацию котельных в городе. Делаю впервые. Пока поставил модемы ПМ210, получаю данные в СИМПЛЛАЙТ. Местный оператор проводного интернета предлагает создать свою сетку на основе их сетей проложенных по городу. Сеть будет закрытая без выхода в глобальную сеть. Т.е. мы уйдем от облака ОВЕН, данные будем получать напрямую в OPC сервер ОВЕН на компьютере диспетчера, соответственно и в СКАДУ. Для передачи данных с объектов планирую использовать преобразователь МКОН. Рабочая схема, как думаете?
почитайте темы про МКОН и сделайте выводы.
Смотрите лучше в сторону MOXA или если денег не жалко надежней будет сразу ПЛК закладывать, зато все работать будет как надо . ( плк100, плк110, плк200 - на ваш выбор и деньги)
Привет планирую работать с контроллером ОВЕН ПР102-24.2416.06.2 и шлюзом ПВ210, ПР102 и ПВ210, подключить по rs485, ПВ210 подключить по вайфай к локальной сети, создать проект скада на ПК, подскажите какие подводные камни могут быть, и вообще будет ли такой вариант работать?
batur Scada или облако Овен? как бы все работать будет через задницу.
keysansa очень просто, ПВ210 работает только с облаком, чтобы в Scada подтягивать данные придется использовать OPC сервер на облако. Ничего хорошего от этого не будет. Если бы только облако, то и шут бы с ним, но такую связку делать не стал бы.
1. ИПП120(мастер) подключу к ПР102(слейв)
2. МКОН (мастер) подключу к ПР102(слейв)
МКОН по вайфай поключу к доменной сети, на ПК создам проект скада, чтобы удаленно управлять оборудованием.
Есть какие замечания? я просот хз прокатит ли такая система. Просто там кабель тянуть это вообще не вариант
ПВ210 я думал тоже по локалке работать будет.
batur поделия Овен шлюзами в сети быть не могут. МКОН вроде как не может в облако. Изучайте РЭ
ПВ210 служит только для подключения к OwenCloud.
Есть два варианта:
1) ИПП120 (RS-485) - (1 RS-485 ) ПР102 (2 RS-485 Slave) - ПВ210 (Wi-Fi) - роутер - OwenCloud - ОВЕН ОРС (API) (ПК) - SCADA (ПК)
2) ИПП120 (RS-485) - (1 RS-485 ) ПР102 (2 RS-485 Slave) - МКОН (Wi-Fi) - роутер - SCADA (ПК)
keysansa лично для меня задница внешний сервер без возможности сделать его внутренним. Специфика работы. Сегодня заказчик может выложить данные дяде Васе, а завтра его ФСТЭК нахлобучит защитить каналы связи или какие-то внутренние распоряжения перевести все из облака внутрь и пойдет все это оборудование в мусорку...
А, еще неумение ничего, кроме Modbus
Ну, в данном, конкретном примере (внешний сервер сделать внутренним) - придется открывать доступ ко внутреннему серверу (раз изначально был выбран внешний - значит к нему нужен доступ). И, личное ИМХО, это опаснее, теоретически больше данных становится уязвимыми.
ЗЫ. Я с помощью wireshark посмотрел обмен 210, там не сложно реверснуть протокол, и сделать внутренний сервер. По крайней мере, не увидел проблем.
Это вы скажите Овену и его поделки в виде всяких ПМ, ПВ и прочей ерунды. "Наша корова и мы ее будем доить" - таков ответ представителей овен по поводу разворачивания их же облака на собственных серверах. С таким подходом они идут далеко и надолго.Цитата:
и сделать внутренний сервер
Ну теоретически-то возможно.
Вы когда выбираете комплектацию, учитываете, да? Да бывает что меняются именно входные данные, когда все подобрано и согласовано. Но к производителю тут нет претензий. Он обозначил все в документации. Заключаете допник, или меняете контроллеры (которые 10% от стоимости несложной системы), если вам нужно дальше по проекту работать.
keysansa вы не поняли посыла. Сейчас согласно требованиям ФСТЭК некоторые вещи рекомендованы и за отсутствие пока еще предприятия не штрафуют, но процесс уже пошел. Как только появляется управление, вы попадаете под всю эту волну с защитой КИИ... И тут то оборудование Овен оказывается причиной невозможности выполнить все требования по защите каналов связи. Лично я заказчикам такую свинью подкладывать не собираюсь даже на текущих этапах.
По этому интересовался данным вопросом по разворачиванию облачного решения Овен на собственном сервере, на что и получил соответствующий ответ...
Каков ответ, таковы и действия...
Я точно не понял.
1. Закон обратной силы не имеет.
2. Выполнить защиту канала связи можно устройствами канала связи. С или без замены контроллеров.
ЗЫ. Я возможно не понимаю специфики, но PLC - это внутренняя сеть, ее защита определяется доступностью средств связи. Как я понимаю, возможностью применить ножницы.
keysansa в текущем варианте выполнить требования ФСТЭК на оборудовании Овен НЕВОЗМОЖНО.
Все это связано с удаленным мониторингом и управлением. И если вы немного не в теме, то стоило бы задаться вопросом хотя бы поверхностно. Со временем это коснется всех. Хотя это больше требуется компании Овен, так как они часто предлагают свои решения и почему-то даже не начинают чесаться....
Я немного касался "провайдерства". И если я правильно понимаю, то там похожие требования выдвигает роскомнадзор в плане СОРМ.
Если удовлетворение правил не возможно с помощью оборудования OWEN, то стоит поменять его (хотя, у них не все линейки так завязаны на облако), я уже писал.
Добрый день, Коллеги!
На данным момент планируем диспетчеризацию объектов в количестве ~55 шт. В качестве оборудования хотели использовать ПЛК-Овен и gsm модем ПМ01 и сам диспетчерский пункт, на котором будем развернута скада(еще не определились).
1. Можете подсказать как организовать связь плк через модем ПМ01 со скадой, с учетом того что белый статический ip будет расположен в диспетчерском пункте, а на плк динамический?
забудьте про ПМ01, каменный век... не за горами, когда 2G прикроют...
смотрите в сторону роутеров/модемов с поддержкой VPN, M2M в зависимости что требуется Ethernet порт или RS485
melky - поддержу.