Реализация протокола DCON модулей ввода-вывода I-7000 ICP DAS
| Author |
Message |
|
Written on: 20. 07. 2010 [08:53]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3750
|
"bakum" wrote:
Третий день подключаю АДАМ4018 и ИКОС7018. Поначалу начинается опрос, выдается ошибка длины пакета, затем система подвисает.
Давно такого нет. Вероятно версия OpenSCADA крайне древняя.
"bakum" wrote:
Полагаю опрос пойдет. По протоколам - присмотрелся, ошибок не выявил, кроме как упор на исходящий Modbus. Если, что - подправте.
Причём тут ModBus вообще?
Learn, learn and learn better than work, work and work.
|
|
Written on: 20. 07. 2010 [13:01]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3750
|
"bakum" wrote:
Весь форум перелопатил, шаманство!, нашел подсказку об увеличении тайм-аутов до 1000:200:1000.
И такая форма записи таймаутов уже не актуальна.
Learn, learn and learn better than work, work and work.
|
|
Written on: 20. 07. 2010 [17:12]
|
|
bakum
Владимир Аввакумов
registered since: 21.10.2009
Posts: 25
|
Да, Роман! Все само пошло работать. Про Modbus - точнее, к последовательному интерфейсу. Настроил на 9600, тайм-ауты сами автоматом выставляются, разумные. Настроил контроллер в логическом уровне, кодключил стандартный аналоговый, привязал параметр к тегу показаний адама, добавил архивирование, посмотрели, пишет. Качество опроса Адама, периодически отражает ошибки. Да, при восстановлении физического обрыва связи с Адамом - опрос восстанавливается на втором, третьем цикле. Повышение скорости опроса - не пробовал. Дни загружены, выкраиваю время.
Опенскаду взял последнюю, с Альтлинуксом СД с сайта. На работу брать удобнее. Знакомлю своих с возможностями OpenSCADA. Кстати презентацию с последним докладом рассматривали. Автоматизация котла показалась нам интересной. Прошу дать возможность посмотреть на демку по этой теме. Или это уже комерция?
Спасибо за внимание, болезни роста лечатся упроством в освоении новых знаний. Впереди S7 и мои модели ТОУ.
Дорогу осилит идущий!
|
|
Written on: 20. 07. 2010 [18:10]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3750
|
"bakum" wrote:
Качество опроса Адама, периодически отражает ошибки.
Вообще скорость очень низкая. Кроме того время символа автоматом ставится малым, для большинства задач, и его нужно увеличивать, если идут ошибки.
"bakum" wrote:
Да, при восстановлении физического обрыва связи с Адамом - опрос восстанавливается на втором, третьем цикле.
Это к автору модуля. На модуле ModBus у меня всё работает нормально и на 9600 с таймаутами по умолчанию ошибок нет. Модуль DCON мне проверять не на чем.
"bakum" wrote:
Опенскаду взял последнюю, с Альтлинуксом СД с сайта.
Это какую? Как образ называется?
"bakum" wrote:
Кстати презентацию с последним докладом рассматривали. Автоматизация котла показалась нам интересной. Прошу дать возможность посмотреть на демку по этой теме.
Какого котла? Что значит демку? Демо всего одна, на основе АГЛКС.
Для 9 котла ТЭЦ ДМК делалась полноценная модель реального времени ТП. До внедрения АСУ ТП дело не дошло, ибо этот заказчик крайне не определённый и жадный.
"bakum" wrote:
Или это уже комерция?
Скорее нет, поскольку труда по созданию модели тут не оценили.
В ближайшее время собираюсь:
- Формализовать новые модели аппаратов ТП и описать их.
- Обновить существующую библиотеку аппаратов ТП и их описание.
- Добавить на сайте раздел "Решения" и начать помещать туда накопленные решения на основе OpenSCADA, и библиотека моделей аппаратов ТП их откроет.
- Доделать несколько вопросов в модели котла К9, описать всё это и поместить в раздел "Решения".
- Запустить станцию с моделью котла K9 на своём сервере и предоставить к ней удалённый доступ через Web, с целью демонстрации.
Learn, learn and learn better than work, work and work.
|
|
Written on: 20. 07. 2010 [21:09]
|
|
almaz
Almaz Karimov
Contributor
Topic creator
registered since: 25.09.2008
Posts: 516
|
"bakum" wrote:
Качество опроса Адама, периодически отражает ошибки. Да, при восстановлении физического обрыва связи с Адамом - опрос восстанавливается на втором, третьем цикле. У нас такое наблюдалось при особо некачественной 485 сетке. Подбирайте терминаторы с проверкой сигнала осциллографом. Если используете Ethernet кабель 5 категории терминаторы 100 Ом, другой кабель витой пары обычно около 120 Ом. По волновому сопротивлению кабеля.
В общем, тут не в коде дело. У нас нормально работает. Попробуйте пользоваться последним svn (1111 или позднее). Там исправлена ошибка доступа к атрибутам со стороны других модулей скады. Но она на обрывы связи не влияла.
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
|
Written on: 20. 07. 2010 [22:37]
|
|
bakum
Владимир Аввакумов
registered since: 21.10.2009
Posts: 25
|
Добрейшего вечера, Роман и Алмаз!
Рад скорому отклику. ЛайфСД Алта с Опенскадой 0.6.4.2 взял в загрузках на сайте. Но на домашнем компе - Федора 13 и скада 0.6.4.2-1 под нее взял так же в загрузках, по ссылке на Алексея П. Он поддерживает 10-13 версию Федоры. Заметил 13 тяжеловато грузится. Демоскада грузит процессор до 75% со всплесками до 100%. Это так должно быть?
В городе нашем большая контора интерес проявляла к вашеьу продукту. Но их специалисты не видели скаду в работе. Узнав о моих продвижениях - интересовались, сможет ли она связать более сотни разнесенных объектов. Дал положительные характеристики. На сколько "жмотьстость" поборит их при выборе, не знаю.
По "низу", на уровне АРМ, Опенскада предостаточна, с вебом - она не имеет границ на распределенных территориально объектах. А вот как она обеспечит передачу массивов данных на верхний уровень, в АСУП, пока решений не нахожу. Вместе с тем, в заданиях на разработку ПИР обязательно выставляю требования к обеспечению условий передачи по ОДВС, ОРС.
Однако UA OPC на страничках форума активно обсуждается, да и по теме ОДВС работы у вас запланированы. Посоветую предусмотреть использование технологии UA OPC не только для опроса уровня УСО, но и как среду передачи "над Опенскадой". Из БД скады - клиентам во внешний мир. Сам я сторонник применения ОРС, где только есть возможность. Скажем в WinCC, по ОРС опросили, расчитали, положили в MS SQL, а затем настроили передачу группы данных другим ОРС-клиентам сторонних SCADA и хранилища данных. Те же решения в КРУГ2000.
А для Алмаза - доработай пожалуйста список блоков АДАМ, ИКОС, скажем х015 серией, под термометры. На сахарном мою фамилию знают, (Лебедев), я налаживал САР на паровых котлах в 90-е годы.
Пора закруглять тему. Успехов. Трудно признать слабость в линуксе. Научите пользоваться репозитариями Опенскады.
Дорогу осилит идущий!
|
|
Written on: 21. 07. 2010 [02:27]
|
|
almaz
Almaz Karimov
Contributor
Topic creator
registered since: 25.09.2008
Posts: 516
|
"bakum" wrote:
Демоскада грузит процессор до 75% со всплесками до 100%. Это так должно быть? Нагрузка на процессор зависит от выполняемой задачи. Демка так и должна грузить. Просто необходимо подбирать подходящую по мощности железку для задач."bakum" wrote:
В городе нашем большая контора интерес проявляла к вашеьу продукту. Но их специалисты не видели скаду в работе. Узнав о моих продвижениях - интересовались, сможет ли она связать более сотни разнесенных объектов. Масштабирование системы не ограничено."bakum" wrote:
По "низу", на уровне АРМ, Опенскада предостаточна, с вебом - она не имеет границ на распределенных территориально объектах. А вот как она обеспечит передачу массивов данных на верхний уровень, в АСУП, пока решений не нахожу. Для вывода на верхний уровень тоже предостаточно возможностей. Но надо быть немного программистом."bakum" wrote:
Однако UA OPC на страничках форума активно обсуждается, да и по теме ОДВС работы у вас запланированы. Посоветую предусмотреть использование технологии UA OPC не только для опроса уровня УСО, но и как среду передачи "над Опенскадой". Из БД скады - клиентам во внешний мир. Сам я сторонник применения ОРС, где только есть возможность. Скажем в WinCC, по ОРС опросили, расчитали, положили в MS SQL, а затем настроили передачу группы данных другим ОРС-клиентам сторонних SCADA и хранилища данных. Те же решения в КРУГ2000. Зачем такая длинная цепочка обмена? Для снижения надёжности? Можно с OpenSCADA напрямую вести обмен по SQL. Или по любому другому протоколу через поддерживаемые транспорты."bakum" wrote:
А для Алмаза - доработай пожалуйста список блоков АДАМ, ИКОС, скажем х015 серией, под термометры. В планах есть поддержка всех блоков DCON. Выше уже и методику выложил. Но никак руки не доходят - пока решаю другие задачи."bakum" wrote:
Трудно признать слабость в линуксе. Научите пользоваться репозитариями Опенскады. Пакеты, наверно, устанавливать можете? Нужно subversion. Далее в командной строке грузим из интернета исходники: svn co svn://oscada.org.ua/trunk/OpenSCADA
Далее исходники компилируем. Подробней тут:
http://wiki.oscada.org/Doc/SborkaIzIsxodnikov?v=xkz
[This article was edited 5 times, at last 21.07.2010 at 02:36.]
21 век - век повсеместной автоматизации. Главное - во благо всем людям.
|
|
Written on: 21. 07. 2010 [10:01]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3750
|
"bakum" wrote:
Демоскада грузит процессор до 75% со всплесками до 100%. Это так должно быть?
Вы так и не поняли, что такое Демонстрация. Демонстрация это полная модель реального времени технологического процесса компрессорной станции на 6 компрессоров ( http://wiki.oscada.org/Using/ModelAGLKS ). И ей одной для работы нужна машина не менее 1ГГц. Значит у Вас всего порядка 1.5 ГГц.
"bakum" wrote:
В городе нашем большая контора интерес проявляла к вашеьу продукту. Но их специалисты не видели скаду в работе. Узнав о моих продвижениях - интересовались, сможет ли она связать более сотни разнесенных объектов.
Узлы учёта по GPRS/GSM, наверное. Может, есть такие функции уже.
"bakum" wrote:
А вот как она обеспечит передачу массивов данных на верхний уровень, в АСУП, пока решений не нахожу. Вместе с тем, в заданиях на разработку ПИР обязательно выставляю требования к обеспечению условий передачи по ОДВС, ОРС.
Ну и зачем ODBC? Самоцель такая? Это ведь не сама БД, а интерфейс доступа к ней, причём заметно медленнее нативного. Обычно закладывается конкретная БД в проекте, а не интерфейс доступа к ней.
А вообще способы передачи ограничены только фантазией и открытостью используемых интерфейсов передачи.
"bakum" wrote:
Скажем в WinCC, по ОРС опросили, расчитали, положили в MS SQL, а затем настроили передачу группы данных другим ОРС-клиентам сторонних SCADA и хранилища данных.
Ну да, знаем видели, получается каракатица которая работает медленно, на небольшом объёме данных, требует мощных вычислительных машин, и приходится ставить кучу серверов для охвата сравнительно небольшой АСУ ТП.
Learn, learn and learn better than work, work and work.
|
|
Written on: 21. 07. 2010 [17:17]
|
|
bakum
Владимир Аввакумов
registered since: 21.10.2009
Posts: 25
|
Здравствуйте, Роман и Алмаз! Вас трудно разделить, принцип обработки и подачи материала совпадает, профессия "диктует".
Все замечания идут на пользу. Что-то недоглядел, в чем-то утвердился. Развеено мое сомнение в части общения СКАДА с системами верхнего уровня, это главное. Пример применения ОРС в ВинСС по факту эксплуатации у нас громоздок и ресурсоемок. В части загрузки процессора задачами демо проектов. я и сам пробовал задачу сбора с АДАМА на чистой рабочей Опенскаде. Калькулятор загруженности будущего проекта следует предусмотреть, в принципе.
Городской проект предусматривает работу с домовыми узлами и ЦТП с диспетчерского пункта.
Дорогу осилит идущий!
|
|
Written on: 13. 01. 2011 [16:24]
|
|
andrelek
Андрей Полевой
registered since: 13.12.2008
Posts: 210
|
"almaz" wrote:
Если кому понадобится какой-нибудь блок ввода-вывода пишите здесь. Имея описание протокола блока смогу добавить, а Вы проверите в работе.
Имею в наличии M-7015P, если есть возможность добавьте этот блок в модуль DCON.
Если согласны черкните в аську.
[This article was edited 1 times, at last 13.01.2011 at 16:25.]
|
|
|
