- В этой теме 28 ответов, 4 участника, последнее обновление 5 лет назад сделано
.
-
Сообщения
-
Здравствуйте. Пытаюсь разобраться с Вашей системой, а так, как она у меня первая, то идёт с трудом:)
Правильно ли я понимаю, что если мне необходимо опросить канал в конкретный момент времени, в зависимости от состояния другого регистра, и сохранить только эти значения, то я смогу это решить с помощью формул и создания дополнительных каналов(если возможно, не могли бы привести пример, чтобы понять логику работы)?
А если мне необходимо по каким-то состояниям регистров записать данные в регистр плк, то мне нужен модуль автоматического управления?Заранее извиняюсь за глупый вопрос
Привет. Вообще тут напрашивается всю эту логику засунуть в ПЛК, причем если ПЛК подключен по tcp — то использовать tcp сервер.
примерно так: — появляется необходимость передачи — устанавливаем tcp соединение со скада сервером — передаем — готово.в любом случае, мало подробностей. Есть более детальное описание тех процесса ? так будет проще помочь..
Scada немного не предназначена для отсутствия запросов как таковых, максимум что можно добиться в нынешнем варианте это опрос раз в сутки но все равно циклический хоть и редкий, так что все значения так или иначе все равно будут сохраняться в БД.
+ при помощи Модуля автоматического управления выполнять запросы вне цикла, то есть в любое нужное вам время по значениям в других каналах.С записью без участия оператора однозначно Модуль автоуправления.
Есть более детальное описание тех процесса ? так будет проще помочь..
Задача во взвешивании выходящих со станка панелей. Для этого планируется собрать стол с вытяжными роликами и концевиками. Сам процесс взвешивания хотел решить с помощью уже готовых весовых контроллеров(видется мне это проще и дешевле, чем покупать плк+модуль преобразования сигналов тензодатчиков+табло для отображения последнего веса), но у них довольно захардкоженное поведение. Есть в некоторых счетчики и регистры, хранящие последние измерения, но это все равно будет спамом в скаду одиннаковых данных. С tcp пока что дел не имел и думал всё делать на 485 из-за простоты.
Ну а если данные будут одиннаковые, то есть в скаде возможность построить отчёт по ним, минуя дубли?
Отчет по изменению ? а если две панели оказались с одинаковыми параметрами ? Что дубль а что не дубль ?
Ну и суточное чтение все равно останется, а так же чтение при запуске линии связи.Начнем с того, что используя готовые весовые контроллеры будьте готовы, что придется писать драйвер на него. У них кажется частенько далеко не Modbus протоколы.
Если писать драйвер то вероятно можно писать данные в свою БД, правда использование собственных БД в Scada пока нет…давно говорил, что надо иметь возможность отключать опрос даже раз в сутки.
И новые базы добавлять для таких и подобных вещей….Отчет по изменению ? а если две панели оказались с одинаковыми параметрами ? Что дубль а что не дубль ?
Для этого мне и нужен счетчик отвесов, по которому можно точно понять где какая. Так-же, как и регистры со стабилизацией веса и весом нетто, чтобы понять, когда мы уже всё взвесили.
что используя готовые весовые контроллеры будьте готовы, что придется писать драйвер на него. У них кажется частенько далеко не Modbus протоколы.
Специально смотрю те, у которых он есть, чтобы еще глубже не зарываться в песок=)
Единственное, что нет уверености, что я смогу от них добиться, чтобы он в нужный мне момент ножкой дёргал для включения периферии, поэтому и смотрел в сторону модуля автоматического управления.Вот не помню, можно ли при нажатии кнопки например передать определенную посылку в прибор ? кажется все равно Модуль нужен в таком варианте. Ну чтобы ножкой дернул.
Вы можете при реальном чтении из весов, то есть по нажатию кнопки оператором выставить при помощи формул специфический статус канала.
И уже потом думать как создавать отчеты, зная, что у вас определенный статус канала.Задача во взвешивании выходящих со станка панелей.
Мы делали похожую систему. Надо было вести учёт деталей, выпускаемых прессами.
ПЛК имел специальный тег — триггер. Когда этот тег становился 1 на несколько секунд, то с помощью Модуля автоуправления выдавалась команда на считывание измерений. Измерения Коммуникатор передавал на SCADA-Сервер как обычно.Но дальше начиналось то, что выходит за рамки SCADA. С помощью модуля экспорта в БД все измерения передавались в специально разработанную базу данных, где уже структурировались и обрабатываклись по логике базы.
Замечание: сейчас Коммуникатор нельзя заставить не опрашивать контроллер совсем, но можно поставить опрос раз в сутки. И если в этот момент триггер = 0, то данные в базу не пишутся.
Если у Вас у панели только 1 параметр — её вес, то можно и без БД обойтись. Писать просто в события Rapid SCADA. Но потребуется разработать свой модуль для SCADA-Сервера, который будет писать события по заданной логике.
ПЛК имел специальный тег — триггер. Когда этот тег становился 1 на несколько секунд, то с помощью Модуля автоуправления выдавалась команда на считывание измерений. Измерения Коммуникатор передавал на SCADA-Сервер как обычно.
Не до конца понимаю, как заставить Уоммуникатор опрашивать существующий КП только по триггеру с модуля и только один раз. Если где-то есть документация по этому поводу, буду безмерно признателен.
Но дальше начиналось то, что выходит за рамки SCADA. С помощью модуля экспорта в БД все измерения передавались в специально разработанную базу данных, где уже структурировались и обрабатываклись по логике базы.
Я правильно понимаю, что, например, если я с помощью модуля БД буду записывать данные в таблицу, для которой установлен уникальный первичный ключ, то я получу в БД только уникалььные данные по одному из параметров с кучей ошибок о попытках вставить дублирующие данные? Т.е. это решит мою задачу, я прав?
Если у Вас у панели только 1 параметр — её вес, то можно и без БД обойтись. Писать просто в события Rapid SCADA. Но потребуется разработать свой модуль для SCADA-Сервера, который будет писать события по заданной логике.
Есть ли где-то подробный материал по работе с событиями и ТУ?
На самом деле моя задача сводиться не к получению в скада нужного формата данных, а их выгрузке из скады в 1С в таком формате. Т.е. отображаться в вебе и в бд скады могут и сырые данные, а выгрузить их нужно в нужном формате любым способом, т.к. запихать их в 1С уже не проблемма, но желательно не парсить на стороне 1С. Может вы мне подскажете в какую сторону мне тогда проще будет смотерть?
Замечание: сейчас Коммуникатор нельзя заставить не опрашивать контроллер совсем, но можно поставить опрос раз в сутки. И если в этот момент триггер = 0, то данные в базу не пишутся.
Тоже можно подробнее ?
Не до конца понимаю, как заставить Уоммуникатор опрашивать существующий КП только по триггеру с модуля и только один раз.
На линии связи будет 2 КП. Первое — постоянно считывать регистр-триггер.
Второе — с опросом раз в сутки.
С помощью Модуля автоуправления можно настроить отправку команды на опрос КП №2, если сработал триггер.но можно поставить опрос раз в сутки
Задайте в Коммуникаторе на странице Опрос КП конкретное время опроса КП. Он будет опрашиваться при включении Коммуникатора и в заданное время.
Я правильно понимаю, что, например, если я с помощью модуля БД буду записывать данные в таблицу
База данных и скрипты для записи в неё полностью под Вашим контролем. Можно сделать как угодно.
- Вы должны авторизироваться для ответа в этой теме.