СП310 ПЛ210 МЭ210-701 Профиль мощности

Здравствуйте,

Есть такая сборка СП310-ПЛ210-МЭ210-701. Есть вопрос: как работать с профилем мощности, точнее как "вытаскивать" 1ч-12ч-24ч-часовки из МЭ210-701 и это все оформлять в таблицу данных на панели, в добавок выбирать "по возможности" 1ч-12ч-24ч и глубину архива (время).

Начал с простого - с инструкции. Почитал "Измеритель параметров электрической сети" - сказано читать командой 20, которой нет в стандартном профиле для модбас слейва. Даже если получится считать это, то придет "страшный" ответ "0x52 0x82 ....... 0x31 0x0A 0x0D" - который еще надо расшифровать, но я так понял это ответ по одному параметру за одну какую то единицу времени, который еще нужно куда то "складировать"

Возможно ли вообще прочитать архив с помощью плк? Или придется "колхозить" из того что есть. А есть следующее
Вложение 84931
есть метка времени в шаблоне на МЭ210-701 и по ней данные (по изменению метки) складировать в какой то файл на плк или панели, но тогда не возможно изменить формат профиля (1ч-12ч-24ч-часовки) и глубина архива будет всегда постоянная

В итоге как правильно организовать чтение архивов (если это вообще возможно) или как это делается правильно?


п.с. может есть какие библиотеки для плк для чтения архива из мэ210

Добрый день,
в "Мх210 Конфигурация" - "Период интегрирования мощности" можно установить 1 час, затем раз в час считывать "Профиль полной мощности" в переменных модуля по каждой фазе.
Далее с этой переменной уже как-то работать. За отсутствием бюджета мне пришлось делать архив и таблицу за несколько месяцев в самом ПЛК, с Persistant-переменными.
Пришлось повозиться пару недель, в итоге получилось сделать архив за 3 месяца с 15 модулей МЭ210-701 :rolleyes:

Да, пока склоняюсь к такому варианту. Но такой вариант накладывает некоторые ограничения на работу пользователя, т.к. он не сможет сам выбрать нужный срез (1ч-12ч-24ч-часовки) и за какой период.
Думал это уже как то решено библиотеками для этих модулей, но видимо нет.

Возможно пользователю придется "закатать" свои желания немного))

п.с. в инструкции написано, что мэ210 ведет архив в свой внутренний фаил , который можно прочитать командой 20, которой нет в ПЛК

А кто мешает сделать опрос по 20-й функции?
Там вроде набор байт лежит, он должен накладываться на какую-то структуру. Расчет CRC модбас известен.

Малому кого есть поддержка расширенных команд Modbus, среди мастеров. Наверное единицы поддерживают.

Цитата:

---

Сообщение от melky

А кто мешает сделать опрос по 20-й функции?
Там вроде набор байт лежит, он должен накладываться на какую-то структуру. Расчет CRC модбас известен.

Малому кого есть поддержка расширенных команд Modbus, среди мастеров. Наверное единицы поддерживают.

---

Опрашивать будет ПЛК210,а там я не увидел команды 20, да и в панельке такой команды нет

Цитата:

---

Сообщение от yaroslavcik

Опрашивать будет ПЛК210,а там я не увидел команды 20

---

Ну так не использовать шаблон, а самому писать код обработки... Да, тяжеловато сначала..

Цитата:

---

Сообщение от МихаилГл

Ну так не использовать шаблон, а самому писать код обработки... Да, тяжеловато сначала..

---

Да, так тоже можно, но это надо будет по подробней разбираться с имеющимися библиотеками, работающие с модбасом.

Надо будет по пробовать.

Там не с модбасом, а с портами работать. Ну основы модбаса надо тоже понимать, т.к. контрольная сумма и прочее... По идее главное правильно контрольную сумму запроса сделать, остальное не так сложно. Первые шаги можно на гереулесе проверить, а потом это в плк реализовать.


https://www.hw-group.com/software/he...-setup-utility

Можно и бибку использовать на опрос всего остального, потом кидать свой запрос, и так по кругу.
Не обязательно все запросы делать через собственный код.
Вообще конечно не понимаю, вроде фирма одна, прибор выпускают с данной функцией, а библиотеку не сделали.

Написано что в овен клауд реализовано...

Цитата:

---

Сообщение от МихаилГл

Написано что в овен клауд реализовано...

---

каким образом? похоже что с модуля напрямую?

Цитата:

---

Сообщение от МихаилГл

Там не с модбасом, а с портами работать. Ну основы модбаса надо тоже понимать, т.к. контрольная сумма и прочее... По идее главное правильно контрольную сумму запроса сделать, остальное не так сложно. Первые шаги можно на гереулесе проверить, а потом это в плк реализовать.


https://www.hw-group.com/software/he...-setup-utility

---

Да, по пробую.
Я правильно понял, что с помощью данного ПО можно самому формировать/конфигурировать запросы и слать в соответствующий порт?

Цитата:

---

Сообщение от yaroslavcik

Да, по пробую.
Я правильно понял, что с помощью данного ПО можно самому формировать/конфигурировать запросы и слать в соответствующий порт?

---

Правильно. Вот это еще в помощь...
https://rapidscada.net/modbus/

Геркулес умеет команду 20? полазил на его сайте, все на инглише и не понял, может или нет ?

https://owen.ru/forum/showthread.php?t=31816

нашел! второй пост, есть библиотека OwenCommunication (я ей уже пользовался), она позволяет работать с командой 20

На странице 131 есть описание блока

Единственное смущает что работает только для интерфейсов RS-232/RS-485, но думаю, заработает по ethernet

Цитата:

---

Сообщение от melky

Геркулес умеет команду 20? полазил на его сайте, все на инглише и не понял, может или нет ?

---

Геркулесу пофиг, ему пишешь в хексе строку запроса, он выдает ответ...

PS Я на нем китайские датчики тестил, которые по rs485 но не модбас...

МихаилГл я не говорю про создание hex строки, расчете CRC и т.д. отдельно. Я имел ввиду вот просто - выбор команды - 0x20 из меню, указать сколько нужно принять и большая зеленая кнопка есть? и автоматический прием и разбор ответа. То есть штатно есть поддержка команды 0x20 и разбор или

ручками строку делаем и просто жмем отправить, потом сидим и ручками разбираем?

Да, ручками. Он вообще не понимает ни модбас, ни любой другой. Сами пишем запрос, сами парсим ответ. Тупо посылаем строку, тупо получаем. Но мне в принципе так удобней, сразу все видно, никакие служебные символы не съедаются...

PS Тем более, как я понимаю, все нестандартные команды, типа 20 и пр, производитклями обрабатываются так, как они захотят. Тем более это чтение файла, а у каждого это свое решение...

понял. Аналогично использовал ComPortToolKit.

Не важно, что там внутри, это набор байт, как хотим, так их и интерпретируем. Тут весь фокус а есть ли в ПО возможность создать "виртуальную" структуру? Вот чего в некоторых драйверах и в scada не хватает.

Тупо задали начало, длину, потом по доке от производителя создали структуру, где описали что есть что и вперед и с песней....

з.ы. проверено на других протоколах, финты работают :)

Ну тут не только сом порт. Я ей в плк210 запрос на прослушиваемый контроллером порт типа {1} отправлял, а плк мне json в ответ. Заказчику нужна была такая фишка. И чем проверять... Вот эта штука и спасла. Да и вообще, чем проще, тем лучше. Лучшее, враг хорошего)