Вид для печати
Есть достаточно дорогой датчик, который подключен к МВ210. Так же имеется ПЛК 200, который использует в работе показания этого датчика. Необходимо расширить систему (еще 4 одинаковые установки, содержащие такие же ПЛК 200), при этом, очень не хочется покупать еще 4 дорогих датчика.
Соответственно вопрос, имеется ли возможность опрашивать модуль одновременно с разных ПЛК? Или придется ставить делитель 4..20мА и тянуть провода?
А в руководстве разве не описана возможность опроса модуля 4мя клиентами? Как вариант можете вообще на ПЛК200 модбас ТСР сервер развернуть.
Не понятно, как вы одним датчиком будете измерять на 4 установках?
Наверное 4 одинаковых пульта.Цитата:
Сообщение от kondor3000
PS
Кстати, да, в РЭ к МВ нет упоминания про несколько одновременных подключений... А вот к МУ есть. Странно.
Читаем внимательноЦитата:
Сообщение от МихаилГл
Вложение 77157
https://owen.ru/downloads/re_mv210-101.pdf
стр. 25
Просто для му модуля это в самом описании на странице, а тут полистал веб версию, и может просмотрел.Цитата:
Сообщение от Николай Суриков
Во блин, и там на первой странице... Старость...
Не обнаружил. Модбас сервер - не пойдет, установки должны быть независимы друг от друга. Только от датчика.Цитата:
Сообщение от МихаилГл
Работа установок зависит от показаний этого датчика.Цитата:
Сообщение от kondor3000
Спасибо за ответы, мне нужно более 4 одновременных подключений. В планах расширение до 10 установок.
ЗЫ. Похоже, надо будет через MQTT мутить...
Токовый сигнал можно завести на несколько модулей без всяких делителей.
4 установки - 1 МВ210
8 установок - 2 МВ210
12 установок - 3 МВ210
У каждого МВ по 4 мастера.
Была мысль завести токовый сигнал напрямую в ПЛК, а не в модуль.Цитата:
Сообщение от Николай Суриков
Спасибо за вариант. Не так дорого, как датчики, но как-то аляповато. Хотя, делители и пол-километра кабеля тоже не айс.
Можно ещё проще, на первом ПЛК формируестя дискретный сигнал, показания датчика в норме 1, не в норме 0. И к каждому ПЛК по 1 дискретному входу подключить.Цитата:
Сообщение от keysansa
Или соединить все ПЛК в одну сеть и по ней передавать показания датчика.
Сигнал аналоговый.Цитата:
Сообщение от kondor3000
Они и так будут в одной подсети, но работать может только одна установка, остальные могут быть выключены. При этом, надо mesh организовать (кто из 10 будут те 4, которые могут опрашивать).
Поставить динреечный ПК, типа jethub d+
На него Rapidscada, один из мастеров модуля, раздавать по opcUa хоть 20-ти установкам. Можно и mqtt, можно и modbus tcp (slave там правда платный)
если б не 200 (глубин не постиг пока) то хоть скока 110х
Каждый пытается цепляется к датчику, кто не смог цепляется ко всем кому получится в диапазоне адресов.
Ну и сервер открывает если всё-таки к датчику получилось. Пару дюжин соединений - не проблема
В общем скока кого не было - все будут иметь данные
Если мастер будет разрывать соединение между опросами - так хоть тысяча соединений на модуль. А вот если нет - то да, 4 ОДНОВРЕМЕННЫХ коннекта по 502 порту. Проверить можно снифером.Цитата:
Сообщение от keysansa
И обмен умирает от таймаутов...Цитата:
Сообщение от Валенок
Разорвал соединение, и в следующий раз - в момент установки соединения - оно уже занято другим...Цитата:
Сообщение от Филоненко Владислав
у Вас?Цитата:
Сообщение от keysansa
значит не шмогли
Так расскажите подробнее о процессе. Например как часто изменяется измеряемый параметр. Может там можно раз в минуту измерять и опрашивать, а может 10 раз в секунду.Цитата:
Сообщение от keysansa
Раз все ПЛК будут в одной сети, то можно и диспетчер очереди организовать.
Так же если там золотой датчик за 2 кк рублей, то стоит этим заморачиваться, а если "дорогой датчик" за 30-50к, то и овчинка выделки не стоит.
Вам кучу вариантов накидали.
Деньги на расширение до 10 установок есть, а на новый датчик или на общий ПЛК, который будет отдавать данные всем клиентам нет?
Или датчик купили супер дорогой и прикрутили его к дешевому модулю, у которого постоянные проблемы.
Нет денег на 10 новых датчиков. Точнее есть, но это бесполезная растрата.Цитата:
Сообщение от Николай Суриков
Поэтому, я уже давно написал, что буду работать через MQTT.
всегда думал что количество соединений это речь про сокеты, а не про протоколыЦитата:
Сообщение от keysansa
Ограничение может задавать сервер, обрабатывающий соединения. У другого протокола - другой сервер.Цитата:
Сообщение от capzap
ну прям капитан очевидность. Чем такой вариант отличается от предложений в этой теме развернуть на стороннем устройстве, не относящимся ни к модулю не к установкам, некий сервер который будет отдавать потребителям информацию с модуля, не важно по какому протоколу. Если интересует именно MQTT, так с этого и надо было начинатьЦитата:
Сообщение от keysansa
Расскажите хоть как прошло и как получилось "только от датчика"?Цитата:
Сообщение от keysansa
и? Тот кто занял - освободит. Типичный сеанс опроса параметра по ModBus TCP занимает не более 10 мс. Т.е. даже на 1 соединении - до 100 запросов с разрывом соединения. Что же Вы там так часто опрашиваете?Цитата:
Сообщение от keysansa
Как-то тоже надо было увеличить количество подключений. Благо в схеме была панель СП3хх-Б/Р - очень помогла. Сама собирает в свою память и потом раздает кому надо.