Вид для печати
Добрый день!
Подскажите, уважаемое сообщество, возможно ли сделать дочитку архивов с карты SD-Micro ПЛК.323?
Делаю архив на карте, этот же параметр прописываю в БД с дочиткой в Телемеханикулайт.
И ничего...
В обычную базу складывается нормально...
И вообще, как можно работать с архивом на sd карточке в ПЛК.323? Как их можно вытягивать на верхний уровень?
Здравствуйте.Цитата:
Сообщение от Dima.Silorov
"Дочитка" работает с историческими параметрами, как написано в справочной системе: "Для исторических архивов возможно добавление только каналов модулей, имеющих признак "историческое". Такой признак имеют на данный момент только некоторые каналы счетчиков электрической энергии, а точнее - параметры групп "Срезы мощности" (A+, A-, R+, R-, A2+, A2-, R2+, R2-)."
БД с дочиткой - в базу записывается информация, получаемая из хранилищ устройств сбора данных (данный тип БД может использоваться при условии, что контроллеры или другие устройства имеют собственные исторические архивы, из которых происходит перенос информации в данную БД).
Оперативные архивы можно прочитать соединившись с ПЛК из модуля контроллера. С возможностью экспорта в excel.
Можно вести опрос не по протоколу modbus-rtu, а по МЭК-104, в таком случае в протоколе выделяется буфер на 10000 ТС и 10000 ТИ, каждому событию присваивается метка времени, и если по каким-либо причинам связь между сервером телемеханики и ПЛК отсутствовала, то в момент восстановления связи будет подгружен буфер и все, что происходило попадет в БД событий с меткой времени.
Для работы со счетчиками электроэнергии используется специализированный архив - "Архив УСПД", который в свою очередь по запросу или по расписанию записывается в БД АСКУЭ.
Добрый день!
Спасибо за ответ!
Я, видимо, не совсем корректно выразился. Как правильно сконфигурировать ПЛК323.ТЛ с SD картой и Телемеханику Лайт, чтобы в архивы Телемеханики в Firebird были идентичными с архивами на SD карте, а в случае обрыва связи восстанавливались с SD карты?
Другими словами, параметр в контроллере имел одинаковую метку времени и значение как в архиве на SD карте, так и в истории на АРМе оператора.
Какой тип БД архива должен быть, "обычный"?
Какие дополнительные настройки надо провести в контроллере (кроме включения задачи МЭК)?
Надо ли как-то ТЛ настраивать?
10000 ТИ и ТС - это максимальное значение буферов?
В качестве источника данных использую МВ-110 8А
Нужно выставить ТЭГам "передавать по изменению", задать уставки,настроить модуль -алармы, передаваться будут события с меткой времени, то есть -это будут либо переключения для дискретных сигналов, либо выход за границы уставок для аналоговых величин. Метку времени присваивает ПЛК, поэтому все будет синхронизировано.Цитата:
Сообщение от Dima.Silorov
БД обычного типа, передача по изменению.
можно выставить и большее количество переменных для хранения в буфере.
Сергей, спасибо!
То же самое относится и к архивам?
В "оперативный архив" достаточно просто перенести нужные параметрыЦитата:
Сообщение от Dima.Silorov
Добрый день!
Никак не могу решить эту задачу... Все сделал, как написано - увы, не переносятся данные с SD карты в базу. Ночь контроллер молотил при выключенном компьютере и даннх насобирал много, а утром они никак в БД не переползают.
Куда еще можно копать, какой диагностикой воспользоваться?
В картинках - мои настройки.
Вложение 37243
Вложение 37244
Вложение 37245
Вложение 37246
Вложение 37247
Вложение 37248
Вложение 37249
Вложение 37250
Вложение 37251
Попробовал QTester104 - данные получает с контроллера, т.е. брэндмауер и антивирус не мешают.
Получается, что сервер сбора данных не забирает эти параметры?
И правильно я понимаю, что если сервер сбора данных не запущен, то переменные в контроллере в протоколе КП МЭК-104 "Процент заполнения буфера ТС и ТИ" должны увеличиваться?
Добрый день, воспроизвел все у себя, проблему с выгрузкой из буфера подтверждаю, мы уже разбираемся с этой проблемой.Цитата:
Сообщение от Dima.Silorov
Да было бы, хороший usecase - если эта фича заработает.
Да, добавить еще КС конфигурации и можно городить измерительные системы :)
Видимо произошел какой-то сбой в прошивке, мы постараемся за день-два все подправить и сделать обновление для прошивки, протестируем ее и в случае положительного результата я сразу же перешлю ее Вам.
Сергей, спасибо!
Подскажите, а есть способ как-то прочитать серийный номер контроллера и SD карты в ТЛ?
Нет, серийный номер на корпусе ПЛК. В ТЛ можно узнать только серийный номер исполнительной системы. С SD карты нет.Цитата:
Сообщение от Dima.Silorov
Добрый день. вот обновление для исполнительной системы ПЛК-323.ТЛ, где исправлена работа протокола КП-МЭК-104, история событий теперь корректно выгружается из буфера ПЛК.Вложение 37382
ПС файл в расширении rar, нужно его после скачивания сразу же поменять на .tar и не распаковывая загружать в ПЛК.
:cool: Надо тестить.
Займусь сегодня вечером
увы, не заработало. Систему обновил, конфигурацию загрузил, но данные так и не восстанавливаются. Функция "Вычитать" работает нормально.
Вложение 37388
Вложение 37389
Вложение 37390
Вложение 37392
Вложение 37393
Для имитации потери связи выгружал сервер сбора данных
у вас эти параметры настроены для передачи "по изменению"?
Да, конечно - вторая картинка в предыдущем письме.
Там один параметр.
Еще смущает, что текущие буферы для ТИ и ТС при работе имеют неопределенные значения. Логично было предположить, что модуль КП МЭК-104 не инициализировался и не работает
Да, с отображением загруженности еще не разобрались, но в остальном должно работать.Цитата:
Сообщение от Dima.Silorov
Если у Вас проект не большой, то могу Вам предложить переслать его на tml@owen.ru я посмотрю, где чего не хватает, скорее всего в настройках, подправлю и перешлю обратно, и подведем итог.
Отправил на этот адрес
Получил, что бросилось в глаза:Цитата:
Сообщение от Dima.Silorov
1) настройки IP адреса и маски ПК, на котором запущена телемеханика должны быть прописаны здесь Вложение 37400
2) собственно, в модуле "Алармы" нет переменных, которые нужно "контролировать" Вложение 37401
Оперативный архив в конфигурации нам, в принципе, не нужен. - "подстраховаться" и в режиме онлайн (соединение с ПЛК) вычитать его. причем запись периодическая.
Для проверки работы КП-МЭК-104 рекомендую сделать следующее:
1) в модуле визуализация добавить элемент Алармы(таблица) и из этой же группы "События". отдельной мнемосхемой.Вложение 37402
2)сначала убедиться, что при включенном сервере сбора данных происходит "событие" и оно передается на "верхний уровень" и в алармы и в события. Когда все будет отображаться, дальше уже можно будет пробовать без включенного сервера сбора данных, при включении сервера все алармы должны быть переданы с меткой времени.
Сергей,
по п.1 - там правильно, у меня контроллер имеет IPшник 192.168.1.77, а станция - 192.168.1.110, в руководстве сказано, что при такой маске, ПУ может иметь адрес от 192.168.1.1 до 192.168.1.254 (стр.129). И .110 делал тоже - нет эффекта.
п.2 нужна именно функциональность автоматической дочитки архива, вычитывать и переносить сто измерений в минуту за сутки - нужна квалификация уже инженера, а не оператора.
С алармами сейчас проверю.
П.2 похоже на алгоритм работы "Архива УСПД" для счетчиков электроэнергии, когда профиль мощности сам собирается раз в пол часа на SD карту, а Вы один раз в месяц запускаете сервер сбора данных, опрашиваете ПЛК и все значения попадают в базу. функционал скады же подразумевает постоянную работу сервера Телемеханики и постоянный обмен данными. Для аварийных ситуация подойдет КП МЭК, буфер по умолчанию по 10000тс и 10000ти, работает через ОЗУ ПЛК. На модбасе 100 показаний в минуту, за сутки, я ооочень сомневаюсь, что получится.Цитата:
Сообщение от Dima.Silorov
Да, думаю, что аварийный буфер - это более правильное решение.
Попробовал - алармы тоже не восстанавливаются.
в 16:44 сервер выгрузил, в 16:47 - восстановил, аларм генерируется раз в 40 секунд. не воостановился.
Вложение 37404
А есть ли у Вас тестовая конфигурация, если да, то можно прислать?
PS. Может, дело все-таки, в IP, может только в 192.168.0 подсети работает?
Выслал вам свою тестовую конфигурацию в ответ на ваше письмо с проектом. Краткое описание функционала в письме.Цитата:
Сообщение от Dima.Silorov
Вариант такой, добавляете оперативный архив, заносите все нужные параметры и выставляете периодичность опроса.
Создаете "БД с дочиткой" глубину дочитки сначала сделайте поменьше, на несколько часов, дальше нужно дождаться того, чтобы данные "пошли", после того как пойдут, можно увеличить глубину дочитки. Но это "неправильный" алгоритм работы, я бы не советовал так делать. особо не практиковался такой режим, да и особо никто им не пользовался. Лучше всего по стандартному-сервер в режим опроса на постоянной основе.
Добрый день!
Сергей, спасибо за ответы и советы!
С танцами и бубном удалось запустить дочитку. Базу в настройках истории надо делать с дочиткой, правильно выставлять галки в настройках базы. С обычной базой запустить не удалось.
Еще один момент не совсем очевидный (для меня).
Дочитка истории начинает работать, есть во вкладке "Клиент" указать IP не реальный, а 127.0.0.1.
Сейчас алгоритм работы всего комплекса такой:
Измерительные параметры и счетчики-накопители читаются напрямую СКАДой, и они же идут в оперативный архив на контроллере.
Каждую минуту (пока) данные дочитываются СДД в БД истории, по этой базе далее формируются отчеты.
Счетчики-накопители так же пишутся в энергонезависимые переменные (там тоже квест был отдельный, как сохранять значение с интегратора при перезагрузке).
Если интересно, могу выложить скриншоты с настройками.
да выкладывай
Пока результаты промежуточные.
1. Добавляем в контроллер канал ввода-вывода КП МЭК-104. Ставим галку "История".
2. Делаем оперативный архив, заносим параметр.
3. В настройке истории делаем "База с дочиткой".
4. Добавляем в эту БД тот же самый параметр, что находится в оперативном архиве в контроллере.
5. В настройках БД с дочиткой снимаем галку "Дочитка группой", макс.глубина - 1 дн, минимальная - 0, шаг дочитки - 1 дн. Периодичность - 1 мин.
Контролируем работу через журнал событий, там появляются сообщения вида
Вложение 37442
Теперь проблемы:
1. Основная - после сбоя связи данные вычитываются хаотично.
2. Данные "опаздывают" на время считывания
3. Количество записей в БД не совпадает с количеством записей в оперативном архиве.
Основная цель так и не достигнута.
Требуемый функционал - обычный сбор истории, в реальном времени. При сбое связи (на небольшой промежуток времени - до часа) - восстановление информации из контроллера.
Продолжаю эксперименты.
Для таких целей еще к стати message брокеры подходят. на базе MQTT (apache и тд брокеры). И скада системы есть с поддержкой MQTT. Ну и ESB шины (entrprise) Там ПЛК шлет брокеру в топик сообщения. А подписчик (scada) считывает значения с временными метками. Если связь падает и потом восстанавливается. Scada вычитывает все сообщения , что в очереди. Только MQTT брокер должен быть локальный с ПЛК. Wintek панели с последними прошивками могут быть MQTT брокерами.
Добрый день!
так и не удается побороть дочитку архивов.
Залил ИС от 11 октября 2018 г. В части КП МЭК-104 появилась индикация заполненности буфер ТС (телесигнализации) и ТИ (телеизмерений). Вложение 40179
Только непонятно, что за цифра в ТС - она не меняется.
Архив на SD карточку исправно складывается по всем трем параметрам в архиве:
Вложение 40180 Вложение 40181 Вложение 40182
Вот настройка истории:
Вложение 40183 Вложение 40184
Проблема в том, что каждый раз по разному значения складываются в БД истории (за разные дни):
Вложение 40185
Вложение 40186
Есть ли какие хитрости, может где-то что-то надо включить\выключить?
"Архив с дочиткой" это устаревшая технология, для восстановления данных при потере связи с сервером лучше использовать плюсы протокола МЭК-104 - а именно буфер МЭК. В настройках буфера достаточно поставить галочку "История" - для сохранения буфера и указать размер буфера. - БД с дочиткой при этом использовать не нужно.
Алгоритм дочитки встроен в принцип работы с БД АСКУЭ и обеспечивает сбор данных с приборов учета, но для оперативных параметров, ТС и ТИ настройка дочитки будет слишком сложной и неочевидной,потому эффективнее использовать для связи передачу по протоколу МЭК-60870-5-104.
В целом, главная "хитрость" настройки в том, что глубину дочитки нужно ставить изначально на несколько часов - небольшую, чтобы установилась связь между базами, как только данные стабильно пошли можно постепенно увеличивать глубину дочитки.