Последние сообщения форума http://oscada.org/ru/forum/ ru Fri, 10 Feb 2012 13:42:02 +0200 mm_forum powered by TYPO3 60 Generate “delay time” at openscada http://oscada.org/ru/forum/posts///4159/ Fri, 10 Feb 2012 11:23:57 +0200 ¿How I generate “delay time” at openscada using at the template the java script language.? Do you have an example of code, or file example for reference. See to template "digitBlock" and like into DAQ templates library "Main templates" (base). "OPMOTOR" wrote:

¿How I generate “delay time” at openscada using at the template the java script language.?
Do you have an example of code, or file example for reference.

See to template "digitBlock" and like into DAQ templates library "Main templates" (base). ]]> Features and service request roman Generate “delay time” at openscada http://oscada.org/ru/forum/posts///4158/ Fri, 10 Feb 2012 03:10:42 +0200 Dear Friends, I have the follow question, I´m using a Modbus device. I read a bit register (read), and by the respective template, at the instant that the readed bit is ( true ), I need activate ( read-write) a bit register to turn on a motor, at the same time start "delays times" to activate other components that have a sequence of activation at time to turn on my process. So my question is, ¿How I generate “delay time” at openscada using at the template the java script language.? Do you have an example of code, or file example for reference. Thanks a lot.
I´m using a Modbus device.

I read a bit register (read), and by the respective template, at the instant that the readed bit is ( true ),
I need activate ( read-write) a bit register to turn on a motor,

at the same time start "delays times" to activate other components that have a sequence of activation at time to turn on my process.

So my question is,

¿How I generate “delay time” at openscada using at the template the java script language.?

Do you have an example of code, or file example for reference.

Thanks a lot.
]]> Features and service request OPMOTOR DAQ.Siemens & async write http://oscada.org/ru/forum/posts///4157/ Thu, 09 Feb 2012 15:36:36 +0200 А вот тут мои тесты говорят обратное - из той кучи блоков, что у меня R/W ничего не пишется до первого изменения. По мере внесения изменений параметров начинают писаться куски с частотой опроса. Каким боком это вообще обратное? Просто писать блок он начинает при первой записи в него, а не сразу. Перечитал, понял, что нет режима, при котором можно было бы сделать 2 вещи: - записать быстро, как-бы в cache, не дожидаясь момента окончания записи - не гонять лишний раз неизмененные данные в контроллер А ещё нет мира во всём мире. P.S. Пробуйте сейчас. "punk" wrote:

А вот тут мои тесты говорят обратное - из той кучи блоков, что у меня R/W ничего не пишется до первого изменения. По мере внесения изменений параметров начинают писаться куски с частотой опроса.

Каким боком это вообще обратное? Просто писать блок он начинает при первой записи в него, а не сразу.

"punk" wrote:

Перечитал, понял, что нет режима, при котором можно было бы сделать 2 вещи:
- записать быстро, как-бы в cache, не дожидаясь момента окончания записи
- не гонять лишний раз неизмененные данные в контроллер

А ещё нет мира во всём мире.

P.S. Пробуйте сейчас. ]]> Отслеживание ошибок roman DAQ.Siemens & async write http://oscada.org/ru/forum/posts///4156/ Thu, 09 Feb 2012 14:02:43 +0200 Обнаружил интересное поведение функции асинхронной записи - если какой-то параметр был изменен - он записывается в контроллер много раз (вроде вечно). Он, даже если и не изменён, в асинхронном режиме записи будет писаться (участок DB будет записываться) с периодичностью опроса. А вот тут мои тесты говорят обратное - из той кучи блоков, что у меня R/W ничего не пишется до первого изменения. По мере внесения изменений параметров начинают писаться куски с частотой опроса. Внимательнее читайте документацию и отличие асинхронной записи, здесь: http://wiki.oscada.org/Doc/DAQ#h831-5 Перечитал, понял, что нет режима, при котором можно было бы сделать 2 вещи: - записать быстро, как-бы в cache, не дожидаясь момента окончания записи - не гонять лишний раз неизмененные данные в контроллер "roman" wrote:

"punk" wrote:

Обнаружил интересное поведение функции асинхронной записи - если какой-то параметр был изменен - он записывается в контроллер много раз (вроде вечно).

Он, даже если и не изменён, в асинхронном режиме записи будет писаться (участок DB будет записываться) с периодичностью опроса.

А вот тут мои тесты говорят обратное - из той кучи блоков, что у меня R/W ничего не пишется до первого изменения. По мере внесения изменений параметров начинают писаться куски с частотой опроса.
"roman" wrote:

Внимательнее читайте документацию и отличие асинхронной записи, здесь: http://wiki.oscada.org/Doc/DAQ#h831-5

Перечитал, понял, что нет режима, при котором можно было бы сделать 2 вещи:
- записать быстро, как-бы в cache, не дожидаясь момента окончания записи
- не гонять лишний раз неизмененные данные в контроллер ]]> Отслеживание ошибок punk Вопрос про виджет внутри виджета и страницу внутри страницы http://oscada.org/ru/forum/posts///4155/ Thu, 09 Feb 2012 13:09:30 +0200 Это называется "Подъём события через вложение в контейнер". Была мысль это сделать, но по каким-то объективным причинам это было невозможно. Погляжу, может уже нет проблем определить факт вложения страницы в контейнер и адрес этого контейнера. Реализовал! "roman" wrote:

Это называется "Подъём события через вложение в контейнер". Была мысль это сделать, но по каким-то объективным причинам это было невозможно. Погляжу, может уже нет проблем определить факт вложения страницы в контейнер и адрес этого контейнера.

Реализовал! ]]> Проект roman DAQ.Siemens & async write http://oscada.org/ru/forum/posts///4154/ Thu, 09 Feb 2012 12:08:09 +0200 Обнаружил интересное поведение функции асинхронной записи - если какой-то параметр был изменен - он записывается в контроллер много раз (вроде вечно). Он, даже если и не изменён, в асинхронном режиме записи будет писаться (участок DB будет записываться) с периодичностью опроса. Внимательнее читайте документацию и отличие асинхронной записи, здесь: http://wiki.oscada.org/Doc/DAQ#h831-5 "punk" wrote:

Обнаружил интересное поведение функции асинхронной записи - если какой-то параметр был изменен - он записывается в контроллер много раз (вроде вечно).

Он, даже если и не изменён, в асинхронном режиме записи будет писаться (участок DB будет записываться) с периодичностью опроса. Внимательнее читайте документацию и отличие асинхронной записи, здесь: http://wiki.oscada.org/Doc/DAQ#h831-5 ]]> Отслеживание ошибок roman DAQ.Siemens & async write http://oscada.org/ru/forum/posts///4153/ Thu, 09 Feb 2012 11:37:11 +0200 Обнаружил интересное поведение функции асинхронной записи - если какой-то параметр был изменен - он записывается в контроллер много раз (вроде вечно). Обнаружил по сообщениям от libnodave. Поиск привел к тому, что эта строчка перестает выполняться. void *TMdContr::Task( void *icntr ) { ...... if(atoi(cntr.writeBlks.err.getVal().c_str()) == -1) continue; Понять, что при этом не сбрасывается меня не хватило пока.

void *TMdContr::Task( void *icntr )
{
......
if(atoi(cntr.writeBlks[i_b].err.getVal().c_str()) == -1) continue;
Понять, что при этом не сбрасывается меня не хватило пока. ]]> Отслеживание ошибок punk Помогите определиться. http://oscada.org/ru/forum/posts///4152/ Thu, 09 Feb 2012 09:41:32 +0200 Чего сложного в том что-бы поставить OpenSCADA, или грузануться с LiveCD/USB, и из неё попробовать отправить тестовый запрос согласно спецификации? OpenSCADA уже поставил, читаю документацию. Как только попробую напишу о результатах. "roman" wrote:
Чего сложного в том что-бы поставить OpenSCADA, или грузануться с LiveCD/USB, и из неё попробовать отправить тестовый запрос согласно спецификации?
OpenSCADA уже поставил, читаю документацию.

Как только попробую напишу о результатах. ]]> Разное Romansky Помогите определиться. http://oscada.org/ru/forum/posts///4151/ Thu, 09 Feb 2012 09:33:54 +0200 У нас есть библиотека SUCOMA32.DLL при помощи которой можно связываться с новыми контроллерами PS-416, но она не хочет работать с PS-316 :( Попробовать руками отправить запрос из спецификации, прямо из OpenSCADA, не потребует почти никаких усилий. Вариант с Modbus очень хороший, правда у нас 4 контроллера и соответственно нужно будет 4 платы Modbus, одну бы найти для начала... Логично. Вариант с подключением по протоколу SUCOnet K всё таки достаточно сложен для нас и придётся сотрудничать с кем то по этому вопросу. Чего сложного в том что-бы поставить OpenSCADA, или грузануться с LiveCD/USB, и из неё попробовать отправить тестовый запрос согласно спецификации? "Romansky" wrote:

У нас есть библиотека SUCOMA32.DLL при помощи которой можно связываться с новыми контроллерами PS-416, но она не хочет работать с PS-316 :(

Попробовать руками отправить запрос из спецификации, прямо из OpenSCADA, не потребует почти никаких усилий.

"Romansky" wrote:

Вариант с Modbus очень хороший, правда у нас 4 контроллера и соответственно нужно будет 4 платы Modbus, одну бы найти для начала...

Логично.

"Romansky" wrote:

Вариант с подключением по протоколу SUCOnet K всё таки достаточно сложен для нас и придётся сотрудничать с кем то по этому вопросу.

Чего сложного в том что-бы поставить OpenSCADA, или грузануться с LiveCD/USB, и из неё попробовать отправить тестовый запрос согласно спецификации? ]]> Разное roman Помогите определиться. http://oscada.org/ru/forum/posts///4150/ Thu, 09 Feb 2012 09:18:28 +0200 Хотя после чуть более глубокого копания выяснилось, что протокол "SUCOnet K", который используется у Вас сейчас, посредством того-же SUCOSOFT S30 достаточно прост и по нему есть спецификация. Во всяком случае можно написать программку тестового запроса для проверки соответствия спецификации контроллеру. У нас есть библиотека SUCOMA32.DLL при помощи которой можно связываться с новыми контроллерами PS-416, но она не хочет работать с PS-316 :( Вариант с Modbus очень хороший, правда у нас 4 контроллера и соответственно нужно будет 4 платы Modbus, одну бы найти для начала... Вариант с подключением по протоколу SUCOnet K всё таки достаточно сложен для нас и придётся сотрудничать с кем то по этому вопросу. "roman" wrote:
Хотя после чуть более глубокого копания выяснилось, что протокол "SUCOnet K", который используется у Вас сейчас, посредством того-же SUCOSOFT S30 достаточно прост и по нему есть спецификация. Во всяком случае можно написать программку тестового запроса для проверки соответствия спецификации контроллеру.
У нас есть библиотека SUCOMA32.DLL при помощи которой можно связываться с новыми контроллерами PS-416, но она не хочет работать с PS-316 :(



Вариант с Modbus очень хороший, правда у нас 4 контроллера и соответственно нужно будет 4 платы Modbus, одну бы найти для начала...

Вариант с подключением по протоколу SUCOnet K всё таки достаточно сложен для нас и придётся сотрудничать с кем то по этому вопросу.

]]> Разное Romansky Помогите определиться. http://oscada.org/ru/forum/posts///4149/ Thu, 09 Feb 2012 08:43:41 +0200 Из которых минимум двое поддерживаются OpenSCADA. Для Profibus нужно ещё покупать дорогой коммуникационный процессор, а для Modbus не нужно ничего дополнительного. Просто приобретите коммуникационный модуль EBE 294.2 и будет Вам счастье! Хотя после чуть более глубокого копания выяснилось, что протокол "SUCOnet K", который используется у Вас сейчас, посредством того-же SUCOSOFT S30 достаточно прост и по нему есть спецификация. Во всяком случае можно написать программку тестового запроса для проверки соответствия спецификации контроллеру. "roman" wrote:

Из которых минимум двое поддерживаются OpenSCADA. Для Profibus нужно ещё покупать дорогой коммуникационный процессор, а для Modbus не нужно ничего дополнительного. Просто приобретите коммуникационный модуль EBE 294.2 и будет Вам счастье!

Хотя после чуть более глубокого копания выяснилось, что протокол "SUCOnet K", который используется у Вас сейчас, посредством того-же SUCOSOFT S30 достаточно прост и по нему есть спецификация. Во всяком случае можно написать программку тестового запроса для проверки соответствия спецификации контроллеру. ]]> Разное roman Помогите определиться. http://oscada.org/ru/forum/posts///4148/ Thu, 09 Feb 2012 08:23:49 +0200 Этот контроллер обменивается по RS-232, причём на низких скоростях, а значит он должен быть достаточно простым и если найти документацию с его описанием, или подслушать, на крайний случай, то можно его реализовать в OpenSCADA. Документация к контроллеру есть, но в ней нет ни слова о протоколах передачи, есть и сам контроллер в резерве с которым можно проводить эксперименты и "снифать" трафик с com-порта есть и неисправный модуль CPU который можно полностью разобрать и понять его устройство, но это слишком сложно для нас. Однако в документации должно быть видно, что на этот контроллер можно поставить коммуникационные модули на различные интерфейсы и протоколы: EBE 292.1 Profibus EBE 293.1 Interbus S EBE 294.1 Asynchronous serial point to point EBE 294.2 Modbus / Jbus, slave EBE 294.3 Telecontrol Systems Из которых минимум двое поддерживаются OpenSCADA. Для Profibus нужно ещё покупать дорогой коммуникационный процессор, а для Modbus не нужно ничего дополнительного. Просто приобретите коммуникационный модуль EBE 294.2 и будет Вам счастье! "Romansky" wrote:

"roman" wrote:
Этот контроллер обменивается по RS-232, причём на низких скоростях, а значит он должен быть достаточно простым и если найти документацию с его описанием, или подслушать, на крайний случай, то можно его реализовать в OpenSCADA.

Документация к контроллеру есть, но в ней нет ни слова о протоколах передачи, есть и сам контроллер в резерве с которым можно проводить эксперименты и "снифать" трафик с com-порта есть и неисправный модуль CPU который можно полностью разобрать и понять его устройство, но это слишком сложно для нас.

Однако в документации должно быть видно, что на этот контроллер можно поставить коммуникационные модули на различные интерфейсы и протоколы:
EBE 292.1 Profibus
EBE 293.1 Interbus S
EBE 294.1 Asynchronous serial point to point
EBE 294.2 Modbus / Jbus, slave
EBE 294.3 Telecontrol Systems

Из которых минимум двое поддерживаются OpenSCADA. Для Profibus нужно ещё покупать дорогой коммуникационный процессор, а для Modbus не нужно ничего дополнительного. Просто приобретите коммуникационный модуль EBE 294.2 и будет Вам счастье! ]]> Разное roman Помогите определиться. http://oscada.org/ru/forum/posts///4147/ Wed, 08 Feb 2012 15:16:45 +0200 Этот контроллер обменивается по RS-232, причём на низких скоростях, а значит он должен быть достаточно простым и если найти документацию с его описанием, или подслушать, на крайний случай, то можно его реализовать в OpenSCADA. Документация к контроллеру есть, но в ней нет ни слова о протоколах передачи, есть и сам контроллер в резерве с которым можно проводить эксперименты и "снифать" трафик с com-порта есть и неисправный модуль CPU который можно полностью разобрать и понять его устройство, но это слишком сложно для нас. Возьмется ли кто ни будь за это и сколько это будет стоить? OpenSCADA может спокойно работать как служба-демон. И громоздкой она может не быть. Работают только задействованные модули. Ненужные модули вообще можно выпилить из OpenSCADA при компиляции. Да признаюсь, что прежде чем говорить о раздутости SCADA, нужно было её сначала скачать и посмотреть :) . "roman" wrote:
Этот контроллер обменивается по RS-232, причём на низких скоростях, а значит он должен быть достаточно простым и если найти документацию с его описанием, или подслушать, на крайний случай, то можно его реализовать в OpenSCADA.

Документация к контроллеру есть, но в ней нет ни слова о протоколах передачи, есть и сам контроллер в резерве с которым можно проводить эксперименты и "снифать" трафик с com-порта есть и неисправный модуль CPU который можно полностью разобрать и понять его устройство, но это слишком сложно для нас.

Возьмется ли кто ни будь за это и сколько это будет стоить?

"almaz" wrote:
OpenSCADA может спокойно работать как служба-демон. И громоздкой она может не быть. Работают только задействованные модули. Ненужные модули вообще можно выпилить из OpenSCADA при компиляции.


Да признаюсь, что прежде чем говорить о раздутости SCADA, нужно было её сначала скачать и посмотреть :) .


]]> Разное Romansky Создание своего виджета http://oscada.org/ru/forum/posts///4146/ Wed, 08 Feb 2012 13:23:42 +0200 Хотел узнать про пользовательское событие. Оно генерируется только из контекстного меню или его можно вызвать и другим способом. Если да - то каким образом это можно сделать? В атрибут "event" его прямо записать. "s-s-n" wrote:

Хотел узнать про пользовательское событие. Оно генерируется только из контекстного меню или его можно вызвать и другим способом. Если да - то каким образом это можно сделать?

В атрибут "event" его прямо записать. ]]> Проект roman Создание своего виджета http://oscada.org/ru/forum/posts///4145/ Wed, 08 Feb 2012 12:31:26 +0200 Здравствуйте Хотел узнать про пользовательское событие. Оно генерируется только из контекстного меню или его можно вызвать и другим способом. Если да - то каким образом это можно сделать?
Хотел узнать про пользовательское событие. Оно генерируется только из контекстного меню или его можно вызвать и другим способом. Если да - то каким образом это можно сделать? ]]> Проект s-s-n Помогите определиться. http://oscada.org/ru/forum/posts///4144/ Wed, 08 Feb 2012 12:28:12 +0200 Существует задача: нужно контролировать некоторые параметры(около 20) и записывать их значения в базу данных, для "разбора полётов" в случае аварийных ситуаций.Так как требуется только контроль (ввод информации) можно делать измерения параллельно с существующей системой (токовые сигналы последовательно, напряжения - параллельно, или дублирующие датчики для независимого измерения).В идеале конечно, нужна полная визуализация производственной линии, с записью в базу практически всего, что происходит, но это огромная работа и платить за неё никто не собирается, так как всё и так работает.При некоторых навыках работы с OpenSCADA не всё так страшно. Глаза боятся, а руки делают! ) Дело в том, что при выборе совместимого с OpenSCADA оборудования можно сосредоточиться только на алгоритмах производства и визуализации техпроцесса.Полный переход на новые контроллеры решил бы проблему, но это огромная работа, 4 контроллера и тысячи строк кода, при этом цех работает практически без остановок, всё, что ломается, стараются по возможности починить на ходу, времени на это нет. Хотя это самый лучший вариант, наверное...Это точно лучший вариант.Можно приобрести новый контроллер специально для сбора информации и дальнейшего архивирования при помощи Scada системы. (что посоветуете для лучшей совместимости с OpenSCADA ?)Для подбора оборудования не хватает ещё одного важного параметра системы: измерений в секунду (частоты обработки измеряемых данных контроллером, частоты считывания данных с контроллера, частоты архивации и др.). Указанные PCI платы поддерживают до 10000 измерений в секунду. Но нужно ли оно? Зачастую во многих техпроцессах достаточно 10 итераций (ввод-обработка-вывод) в секунду. От этого напрямую зависит стоимость оборудования, энергопотребление.Нужна золотая середина между покупкой готового продукта и полностью самописным решением :-)Золотой серединой является покупка полностью совместимого с OpenSCADA железа и самостоятельное написание алгоритмов работы процесса и оформление визуализации. Несамостоятельно (раздел "Услуги" сайта и "Запрос функций и услуг" форума) можно при этом решать возникающие проблемы.И ещё один момент, который я не до конца понимаю, насколько мне нужна будет SCADA?OpenSCADA не является только SCADA. Она решает задачи и управления контроллерами, обмена данными, веб-сервера и много чего ещё.Мне она кажется довольно громоздкой для решения такой простой задачи как архивирование данных, в моём понимании должна быть небольшая программа (демон) которая считывает значения с плат входов или с контроллера и записывает их в базу отдельно должна функционировать клиентская часть в которой выполняются выборки из базы, необходимые вычисления и отображается нужная информация в нужном виде.OpenSCADA может спокойно работать как служба-демон. И громоздкой она может не быть. Работают только задействованные модули. Ненужные модули вообще можно выпилить из OpenSCADA при компиляции.Клиентскую часть я рассчитываю сделать через web средствами php и JavaScript это довольно просто реализуется.А вот это абсолютно не нужно. Клиентской частью является любой совместимый браузер, а веб-сервер в OpenSCADA свой встроенный. "Romansky" wrote:
Существует задача: нужно контролировать некоторые параметры(около 20) и записывать их значения в базу данных, для "разбора полётов" в случае аварийных ситуаций.Так как требуется только контроль (ввод информации) можно делать измерения параллельно с существующей системой (токовые сигналы последовательно, напряжения - параллельно, или дублирующие датчики для независимого измерения).
"Romansky" wrote:
В идеале конечно, нужна полная визуализация производственной линии, с записью в базу практически всего, что происходит, но это огромная работа и платить за неё никто не собирается, так как всё и так работает.
При некоторых навыках работы с OpenSCADA не всё так страшно. Глаза боятся, а руки делают! ) Дело в том, что при выборе совместимого с OpenSCADA оборудования можно сосредоточиться только на алгоритмах производства и визуализации техпроцесса.
"Romansky" wrote:
Полный переход на новые контроллеры решил бы проблему, но это огромная работа, 4 контроллера и тысячи строк кода, при этом цех работает практически без остановок, всё, что ломается, стараются по возможности починить на ходу, времени на это нет. Хотя это самый лучший вариант, наверное...
Это точно лучший вариант.
"Romansky" wrote:
Можно приобрести новый контроллер специально для сбора информации и дальнейшего архивирования при помощи Scada системы. (что посоветуете для лучшей совместимости с OpenSCADA ?)
Для подбора оборудования не хватает ещё одного важного параметра системы: измерений в секунду (частоты обработки измеряемых данных контроллером, частоты считывания данных с контроллера, частоты архивации и др.). Указанные PCI платы поддерживают до 10000 измерений в секунду. Но нужно ли оно? Зачастую во многих техпроцессах достаточно 10 итераций (ввод-обработка-вывод) в секунду. От этого напрямую зависит стоимость оборудования, энергопотребление.
"Romansky" wrote:
Нужна золотая середина между покупкой готового продукта и полностью самописным решением :-)
Золотой серединой является покупка полностью совместимого с OpenSCADA железа и самостоятельное написание алгоритмов работы процесса и оформление визуализации. Несамостоятельно (раздел "Услуги" сайта и "Запрос функций и услуг" форума) можно при этом решать возникающие проблемы.
"Romansky" wrote:
И ещё один момент, который я не до конца понимаю, насколько мне нужна будет SCADA?
OpenSCADA не является только SCADA. Она решает задачи и управления контроллерами, обмена данными, веб-сервера и много чего ещё.
"Romansky" wrote:
Мне она кажется довольно громоздкой для решения такой простой задачи как архивирование данных, в моём понимании должна быть небольшая программа (демон) которая считывает значения с плат входов или с контроллера и записывает их в базу отдельно должна функционировать клиентская часть в которой выполняются выборки из базы, необходимые вычисления и отображается нужная информация в нужном виде.
OpenSCADA может спокойно работать как служба-демон. И громоздкой она может не быть. Работают только задействованные модули. Ненужные модули вообще можно выпилить из OpenSCADA при компиляции.
"Romansky" wrote:
Клиентскую часть я рассчитываю сделать через web средствами php и JavaScript это довольно просто реализуется.
А вот это абсолютно не нужно. Клиентской частью является любой совместимый браузер, а веб-сервер в OpenSCADA свой встроенный. ]]> Разное almaz Помогите определиться. http://oscada.org/ru/forum/posts///4143/ Wed, 08 Feb 2012 11:57:33 +0200 Имеется цех по производству ДСП, управляется он довольно старыми, но хорошо себя зарекомендовавшими контроллерами Moeller PS-316. Программирование контроллеров осуществляется из под DOS, при помощи программы SUCOSOFT S30, насколько мне известно, никаких OPC-серверов для этих контроллеров не существует, и связаться с ними практически не возможно (я буду очень рад если меня поправят и скажут, что на самом деле есть лазейка). Типа на OPC мир клином сошёлся?! :) Этот контроллер обменивается по RS-232, причём на низких скоростях, а значит он должен быть достаточно простым и если найти документацию с его описанием, или подслушать, на крайний случай, то можно его реализовать в OpenSCADA. Существует задача: нужно контролировать некоторые параметры(около 20) и записывать их значения в базу данных, для "разбора полётов" в случае аварийных ситуаций. В идеале конечно, нужна полная визуализация производственной линии, с записью в базу практически всего, что происходит, но это огромная работа и платить за неё никто не собирается, так как всё и так работает. Смотрю для Вас и на БД мир клином сошёлся. :) Вообще SCADA-системы абстрагированы от хранилища; сразу собирают и представляют, а значит можно не говорить о БД, как о ключевом элементе при наличии SCADA-системы. Полный переход на новые контроллеры решил бы проблему, но это огромная работа, 4 контроллера и тысячи строк кода, при этом цех работает практически без остановок, всё, что ломается, стараются по возможности починить на ходу, времени на это нет. Хотя это самый лучший вариант, наверное... Если ключевой задачей и проблемой является именно сбор и представление, то, я так подозреваю, можно и на старых контроллерах. Можно приобрести новый контроллер специально для сбора информации и дальнейшего архивирования при помощи Scada системы. (что посоветуете для лучшей совместимости с OpenSCADA ?) В принципе можно использовать любой контроллер со стандартным-открытым протоколом обмена (который реализован в OpenSCADA), а можно взять и контролер с OpenSCADA в роли среды исполнения, детальнее здесь: http://wiki.oscada.org/Using . Драйвера под Linux для плат есть(ICPDAS PISO-813 и PISO-DIO), но нет возможности поработать с платами, так как они уже участвуют в процессе, вот вот придут ещё две такие платы(удалось убедить руководство в том, что они нужны, для замены в случае поломки) поэтому возможность по экспериментировать скоро появится :-) . Тогда можете написать модуль к OpenSCADA для работы с этими платами. Что посоветуете? Нужна золотая середина между покупкой готового продукта и полностью самописным решением :-) Для начала попробуйте с протоколом старого контроллера разобраться. И ещё один момент, который я не до конца понимаю, насколько мне нужна будет SCADA? Вопрос наверное от того, что никогда их не видели. :) Мне она кажется довольно громоздкой для решения такой простой задачи как архивирование данных, в моём понимании должна быть небольшая программа (демон) которая считывает значения с плат входов или с контроллера и записывает их в базу В терминах OpenSCADA это называется - подсистемы сбора и архивирования, которые могут выполнять свою задачу, кроме всего прочего, и в виде фонового процесса (демона). отдельно должна функционировать клиентская часть в которой выполняются выборки из базы, необходимые вычисления и отображается нужная информация в нужном виде. А это называется подсистема визуализации, которая так-же может быть отдельной. Клиентскую часть я рассчитываю сделать через web средствами php и JavaScript это довольно просто реализуется. В OpenSCADA есть визуализатор Web-интерфейсов, которому не нужны отдельные Web-сервера и медленные языке (PHP) динамического построения Web-интерфейсов. P.S. Конечно если у Вас очень много времени и Вы считаете, что уже сделанное Вас не устраивайте то пишите своё, однако имейте в виду, что OpenSCADA это не коммерческий проект SCADA-системы, а свободная-открытая разработка, где можно использовать уже существующие наработки, а не самоуверенно и пренебрежительно, безо всякого анализа, бросаться писать что-то ещё не понимая что именно. "Romansky" wrote:

Имеется цех по производству ДСП, управляется он довольно старыми,
но хорошо себя зарекомендовавшими контроллерами Moeller PS-316.
Программирование контроллеров осуществляется из под DOS,
при помощи программы SUCOSOFT S30, насколько мне известно,
никаких OPC-серверов для этих контроллеров не существует,
и связаться с ними практически не возможно
(я буду очень рад если меня поправят и скажут, что на самом деле есть лазейка).

Типа на OPC мир клином сошёлся?! :)
Этот контроллер обменивается по RS-232, причём на низких скоростях, а значит он должен быть достаточно простым и если найти документацию с его описанием, или подслушать, на крайний случай, то можно его реализовать в OpenSCADA.

"Romansky" wrote:

Существует задача: нужно контролировать некоторые параметры(около 20)
и записывать их значения в базу данных, для "разбора полётов" в случае аварийных ситуаций.
В идеале конечно, нужна полная визуализация производственной линии,
с записью в базу практически всего, что происходит, но это огромная работа
и платить за неё никто не собирается, так как всё и так работает.

Смотрю для Вас и на БД мир клином сошёлся. :)
Вообще SCADA-системы абстрагированы от хранилища; сразу собирают и представляют, а значит можно не говорить о БД, как о ключевом элементе при наличии SCADA-системы.

"Romansky" wrote:

Полный переход на новые контроллеры решил бы проблему, но это огромная работа,
4 контроллера и тысячи строк кода, при этом цех работает практически без остановок,
всё, что ломается, стараются по возможности починить на ходу, времени на это нет.
Хотя это самый лучший вариант, наверное...

Если ключевой задачей и проблемой является именно сбор и представление, то, я так подозреваю, можно и на старых контроллерах.

"Romansky" wrote:

Можно приобрести новый контроллер специально для сбора информации
и дальнейшего архивирования при помощи Scada системы.
(что посоветуете для лучшей совместимости с OpenSCADA ?)

В принципе можно использовать любой контроллер со стандартным-открытым протоколом обмена (который реализован в OpenSCADA), а можно взять и контролер с OpenSCADA в роли среды исполнения, детальнее здесь: http://wiki.oscada.org/Using .

"Romansky" wrote:

Драйвера под Linux для плат есть(ICPDAS PISO-813 и PISO-DIO),
но нет возможности поработать с платами, так как они уже участвуют в процессе,
вот вот придут ещё две такие платы(удалось убедить руководство в том,
что они нужны, для замены в случае поломки)
поэтому возможность по экспериментировать скоро появится :-) .

Тогда можете написать модуль к OpenSCADA для работы с этими платами.

"Romansky" wrote:

Что посоветуете?
Нужна золотая середина между покупкой готового продукта и полностью самописным решением :-)

Для начала попробуйте с протоколом старого контроллера разобраться.

"Romansky" wrote:

И ещё один момент, который я не до конца понимаю, насколько мне нужна будет SCADA?

Вопрос наверное от того, что никогда их не видели. :)

"Romansky" wrote:

Мне она кажется довольно громоздкой для решения такой простой задачи как архивирование данных,
в моём понимании должна быть небольшая программа (демон)
которая считывает значения с плат входов или с контроллера и записывает их в базу

В терминах OpenSCADA это называется - подсистемы сбора и архивирования, которые могут выполнять свою задачу, кроме всего прочего, и в виде фонового процесса (демона).

"Romansky" wrote:

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

А это называется подсистема визуализации, которая так-же может быть отдельной.

"Romansky" wrote:

Клиентскую часть я рассчитываю сделать через web средствами php и JavaScript это довольно просто реализуется.

В OpenSCADA есть визуализатор Web-интерфейсов, которому не нужны отдельные Web-сервера и медленные языке (PHP) динамического построения Web-интерфейсов.

P.S. Конечно если у Вас очень много времени и Вы считаете, что уже сделанное Вас не устраивайте то пишите своё, однако имейте в виду, что OpenSCADA это не коммерческий проект SCADA-системы, а свободная-открытая разработка, где можно использовать уже существующие наработки, а не самоуверенно и пренебрежительно, безо всякого анализа, бросаться писать что-то ещё не понимая что именно. ]]> Разное roman Помогите определиться. http://oscada.org/ru/forum/posts///4142/ Wed, 08 Feb 2012 10:21:48 +0200 Здравствуйте уважаемые пользователи и разработчики OpenSCADA! Небольшое предисловие. Я являюсь пользователем Debian GNU/Linux. Около пяти лет назад, я впервые познакомился с Linux и понял, что нашёл, то, что искал. Перепробовав достаточно большое количество дистрибутивов, остановился на дистрибутиве который соответствует моему характеру, я минималист и консерватор. Потихонечку учусь программировать в среде Linux, пока что на bash :) освоил азы php, MySQL и уже создаю свои первые небольшие программы. А теперь к делу. Имеется цех по производству ДСП, управляется он довольно старыми, но хорошо себя зарекомендовавшими контроллерами Moeller PS-316. Программирование контроллеров осуществляется из под DOS, при помощи программы SUCOSOFT S30, насколько мне известно, никаких OPC-серверов для этих контроллеров не существует, и связаться с ними практически не возможно (я буду очень рад если меня поправят и скажут, что на самом деле есть лазейка). Существует задача: нужно контролировать некоторые параметры(около 20) и записывать их значения в базу данных, для "разбора полётов" в случае аварийных ситуаций. В идеале конечно, нужна полная визуализация производственной линии, с записью в базу практически всего, что происходит, но это огромная работа и платить за неё никто не собирается, так как всё и так работает. Полный переход на новые контроллеры решил бы проблему, но это огромная работа, 4 контроллера и тысячи строк кода, при этом цех работает практически без остановок, всё, что ломается, стараются по возможности починить на ходу, времени на это нет. Хотя это самый лучший вариант, наверное... Можно приобрести новый контроллер специально для сбора информации и дальнейшего архивирования при помощи Scada системы. (что посоветуете для лучшей совместимости с OpenSCADA ?) Можно собрать PC с платами аналоговых и цифровых входов и подключить его к выделенному модулю ввода/вывода с которого будет собираться нужная информация, но здесь есть ограничение на количество входов/выходов на платах и нужно выделять отдельный модуль ввода/вывода для старого контроллера, которых в запасе и так не много. Но этот вариант мне нравится, потому, что платы уже есть и этот вариант работает, хотя и на винде пока правда и не совсем так, как хотелось бы, но работает. Драйвера под Linux для плат есть(ICPDAS PISO-813 и PISO-DIO), но нет возможности поработать с платами, так как они уже участвуют в процессе, вот вот придут ещё две такие платы(удалось убедить руководство в том, что они нужны, для замены в случае поломки) поэтому возможность по экспериментировать скоро появится :-) . Что посоветуете? Нужна золотая середина между покупкой готового продукта и полностью самописным решением :-) И ещё один момент, который я не до конца понимаю, насколько мне нужна будет SCADA? Мне она кажется довольно громоздкой для решения такой простой задачи как архивирование данных, в моём понимании должна быть небольшая программа (демон) которая считывает значения с плат входов или с контроллера и записывает их в базу отдельно должна функционировать клиентская часть в которой выполняются выборки из базы, необходимые вычисления и отображается нужная информация в нужном виде. Клиентскую часть я рассчитываю сделать через web средствами php и JavaScript это довольно просто реализуется. PS Заранее извиняюсь если что то изложил не совсем правильно/понятно, поправляйте критикуйте, именно за этим я сюда и пришёл.
Небольшое предисловие.

Я являюсь пользователем Debian GNU/Linux.
Около пяти лет назад, я впервые познакомился с Linux и понял,
что нашёл, то, что искал. Перепробовав достаточно большое количество дистрибутивов,
остановился на дистрибутиве который соответствует моему характеру,
я минималист и консерватор.
Потихонечку учусь программировать в среде Linux, пока что на bash :)
освоил азы php, MySQL и уже создаю свои первые небольшие программы.

А теперь к делу.

Имеется цех по производству ДСП, управляется он довольно старыми,
но хорошо себя зарекомендовавшими контроллерами Moeller PS-316.
Программирование контроллеров осуществляется из под DOS,
при помощи программы SUCOSOFT S30, насколько мне известно,
никаких OPC-серверов для этих контроллеров не существует,
и связаться с ними практически не возможно
(я буду очень рад если меня поправят и скажут, что на самом деле есть лазейка).

Существует задача: нужно контролировать некоторые параметры(около 20)
и записывать их значения в базу данных, для "разбора полётов" в случае аварийных ситуаций.
В идеале конечно, нужна полная визуализация производственной линии,
с записью в базу практически всего, что происходит, но это огромная работа
и платить за неё никто не собирается, так как всё и так работает.

Полный переход на новые контроллеры решил бы проблему, но это огромная работа,
4 контроллера и тысячи строк кода, при этом цех работает практически без остановок,
всё, что ломается, стараются по возможности починить на ходу, времени на это нет.
Хотя это самый лучший вариант, наверное...

Можно приобрести новый контроллер специально для сбора информации
и дальнейшего архивирования при помощи Scada системы.
(что посоветуете для лучшей совместимости с OpenSCADA ?)

Можно собрать PC с платами аналоговых и цифровых входов и подключить его к
выделенному модулю ввода/вывода с которого будет собираться нужная информация,
но здесь есть ограничение на количество входов/выходов на платах и нужно выделять
отдельный модуль ввода/вывода для старого контроллера, которых в запасе и так не много.
Но этот вариант мне нравится, потому, что платы уже есть и этот вариант работает,
хотя и на винде пока правда и не совсем так, как хотелось бы, но работает.
Драйвера под Linux для плат есть(ICPDAS PISO-813 и PISO-DIO),
но нет возможности поработать с платами, так как они уже участвуют в процессе,
вот вот придут ещё две такие платы(удалось убедить руководство в том,
что они нужны, для замены в случае поломки)
поэтому возможность по экспериментировать скоро появится :-) .


Что посоветуете?
Нужна золотая середина между покупкой готового продукта и полностью самописным решением :-)

И ещё один момент, который я не до конца понимаю, насколько мне нужна будет SCADA?
Мне она кажется довольно громоздкой для решения такой простой задачи как архивирование данных,
в моём понимании должна быть небольшая программа (демон)
которая считывает значения с плат входов или с контроллера и записывает их в базу
отдельно должна функционировать клиентская часть в которой выполняются выборки из базы,
необходимые вычисления и отображается нужная информация в нужном виде.
Клиентскую часть я рассчитываю сделать через web средствами php и JavaScript это довольно просто реализуется.

PS Заранее извиняюсь если что то изложил не совсем правильно/понятно,
поправляйте критикуйте, именно за этим я сюда и пришёл. ]]> Разное Romansky После исправления заголовка библиотечной функции тело не сохраняется http://oscada.org/ru/forum/posts///4141/ Mon, 06 Feb 2012 18:13:32 +0200 Исправлено. Это просто не устанавливается флаг модификации после последних модификаций TConfig. Понаблюдайте за остальными объектами на предмет этой ошибки, может чего пропустил. Это просто не устанавливается флаг модификации после последних модификаций TConfig.
Понаблюдайте за остальными объектами на предмет этой ошибки, может чего пропустил. ]]> Отслеживание ошибок roman После исправления заголовка библиотечной функции тело не сохраняется http://oscada.org/ru/forum/posts///4140/ Mon, 06 Feb 2012 16:23:12 +0200 Собственно шаги для повторения: 0. Запускаем демо 1. Data acquisition --> Module --> Java_like ased calculator --> Library ---> ну, например, Controllers 2. Создаем свою функцию 3. В заголовке задаем атрибут, например xxx типа Input, Real 4. В теле пишем xxx=xxx; жмем галку Apply 5. Исправляем в заголовке xxx на yyy 6. Жмем Save item data to DB (ошибок нет!) 7. В теле исправляем xxx на yyy, жмем галку в результате Save item data to DB не подсвечивается, при выходе с подтверждением сохранения всего изменения в теле не записываются 0. Запускаем демо
1. Data acquisition --> Module --> Java_like ased calculator --> Library ---> ну, например, Controllers
2. Создаем свою функцию
3. В заголовке задаем атрибут, например xxx типа Input, Real
4. В теле пишем xxx=xxx; жмем галку Apply
5. Исправляем в заголовке xxx на yyy
6. Жмем Save item data to DB (ошибок нет!)
7. В теле исправляем xxx на yyy, жмем галку
в результате Save item data to DB не подсвечивается, при выходе с подтверждением сохранения всего изменения в теле не записываются ]]> Отслеживание ошибок punk Ограничение архивов значений по размеру http://oscada.org/ru/forum/posts///4139/ Mon, 06 Feb 2012 14:20:58 +0200 Добавлено! Спасибо! С Вас 15$. Не вопрос. На следующую FOSS Sea планирую все-таки выбраться. Там и сочтемся :) "roman" wrote:

Добавлено!

Спасибо!
"roman" wrote:

С Вас 15$.

Не вопрос. На следующую FOSS Sea планирую все-таки выбраться. Там и сочтемся :) ]]> Запрос функций и услуг yozhik Ограничение архивов значений по размеру http://oscada.org/ru/forum/posts///4138/ Mon, 06 Feb 2012 13:10:10 +0200 Так размер файлов же не постоянен (особенно если учесть упаковку gzip). А так задал размер, к примеру, 1 Гб и сколько влезет файлов - такова и будет глубина архивов. Добавлено! С Вас 15$. "yozhik" wrote:

Так размер файлов же не постоянен (особенно если учесть упаковку gzip). А так задал размер, к примеру, 1 Гб и сколько влезет файлов - такова и будет глубина архивов.

Добавлено!
С Вас 15$. ]]> Запрос функций и услуг roman Ограничение архивов значений по размеру http://oscada.org/ru/forum/posts///4137/ Mon, 06 Feb 2012 11:31:46 +0200 Так размер файлов же не постоянен (особенно если учесть упаковку gzip). А так задал размер, к примеру, 1 Гб и сколько влезет файлов - такова и будет глубина архивов. Запрос функций и услуг yozhik Ограничение архивов значений по размеру http://oscada.org/ru/forum/posts///4136/ Mon, 06 Feb 2012 11:07:00 +0200 Так есть же такая опция ("Максимальное количество файлов") в настройках архиватора. Запрос функций и услуг Maxim Ограничение архивов значений по размеру http://oscada.org/ru/forum/posts///4135/ Mon, 06 Feb 2012 09:33:09 +0200 Всегда заказчик задает в требованиях минимальную глубину архивации значений. При этом часто максимальная глибина определяется как "чем больше - тем лучше". Понятно, что в данном случае максимальная глубина ограничивается размером места на носителе, которое можно выделить для хранения архивов. Так вот не будет ли полезным ввести в OpenSCADA опциональное ограничение количества файлов архивов значений по размеру, занимаемому ими на диске?
Так вот не будет ли полезным ввести в OpenSCADA опциональное ограничение количества файлов архивов значений по размеру, занимаемому ими на диске? ]]> Запрос функций и услуг yozhik Усреднение значений архиваторов http://oscada.org/ru/forum/posts///4134/ Mon, 06 Feb 2012 08:38:19 +0200 ок. Проект andrelek daq.Siemens -- реакция на отключение параметра http://oscada.org/ru/forum/posts///4133/ Mon, 06 Feb 2012 08:10:43 +0200 У меня в некоторых ситуациях (определенная страница) нужна достаточно высокая скорость считывания/отображения некоторых параметров. Для этого я пытаюсь отключить те, которые не нужны для отображения (и включить их когда потребуется). Но оказалось, что отключение параметра на скорость опроса никак не влияет - неиспользуемые параметры продолжают висеть в acqBlks. Естественно. Блоки опроса-записи обновляются в момент включения-запуска контроллера, поскольку выключение одного параметра не может однозначно исключить блоки-смещения из списка опроса в виду возможности их использования другими параметрами. Собствено вопрос - так задумано или планируется удалять "disabled" параметры? Так и задумано. Причём тут "удалять отключенные параметры"? "punk" wrote:

У меня в некоторых ситуациях (определенная страница) нужна достаточно высокая скорость считывания/отображения некоторых параметров. Для этого я пытаюсь отключить те, которые не нужны для отображения (и включить их когда потребуется). Но оказалось, что отключение параметра на скорость опроса никак не влияет - неиспользуемые параметры продолжают висеть в acqBlks.

Естественно. Блоки опроса-записи обновляются в момент включения-запуска контроллера, поскольку выключение одного параметра не может однозначно исключить блоки-смещения из списка опроса в виду возможности их использования другими параметрами.

"punk" wrote:

Собствено вопрос - так задумано или планируется удалять "disabled" параметры?

Так и задумано. Причём тут "удалять отключенные параметры"? ]]> Проект roman daq.Siemens -- реакция на отключение параметра http://oscada.org/ru/forum/posts///4132/ Mon, 06 Feb 2012 07:09:03 +0200 У меня в некоторых ситуациях (определенная страница) нужна достаточно высокая скорость считывания/отображения некоторых параметров. Для этого я пытаюсь отключить те, которые не нужны для отображения (и включить их когда потребуется). Но оказалось, что отключение параметра на скорость опроса никак не влияет - неиспользуемые параметры продолжают висеть в acqBlks. Нашел (вроде) функцию, отвечающую за отключение void TMdContr::prmEn( const string &id, bool val ) там действительно ничего с acqBlks не делается. Собствено вопрос - так задумано или планируется удалять "disabled" параметры?
void TMdContr::prmEn( const string &id, bool val )

там действительно ничего с acqBlks не делается.
Собствено вопрос - так задумано или планируется удалять "disabled" параметры? ]]> Проект punk странности с modbus при разрыве/восстановлении связи http://oscada.org/ru/forum/posts///4131/ Sun, 05 Feb 2012 14:16:41 +0200 Так, у меня косяк был вместо isEVal было isEval, а компиляция скрипта не ругалась, или и не должна была ???, Не должна. "kirill256" wrote:

Так, у меня косяк был вместо isEVal было isEval,
а компиляция скрипта не ругалась, или и не должна была ???,

Не должна. ]]> Отслеживание ошибок roman странности с modbus при разрыве/восстановлении связи http://oscada.org/ru/forum/posts///4130/ Sun, 05 Feb 2012 11:46:33 +0200 Так, у меня косяк был вместо isEVal было isEval, а компиляция скрипта не ругалась, или и не должна была ???, поменял заработало. а компиляция скрипта не ругалась, или и не должна была ???,
поменял заработало.
]]> Отслеживание ошибок kirill256