АСУ ТП в облаке — быстрая разработка проектов

[krollcbas]

Владимир, стоит наверное указать
1. назначение данного продукта, для каких именно брендов будет работать
2. какие выгоды получит интегратор от использования продукта
3. какая будет стоимость и как будет защищена программа

Часто скрытые косяки в системе выявляются при написании руководства оператора)

[lara197a]

ЗЫ: Как то у меня была задачка - молочный завод. На симатике без PCS. Там была распределенная периферия, около 30 таких вот шкафов:
Как представил себе процесс копипастинга вызовов функций обработки всего этого, так и быстренько написал скриптик, которому на входе шаблон и имена объектов, а на выходе SCL код. Хотя понятно, что ради нескольких десятков объектов не стоит заморачиваться.

Не понял, хардвером не пользуетесь?
Сименс сам адресное пространство распределяет.
вложение не работает.
Я обслуживал мультиконтроллерные объекты,
по 4шт S300 и 4шт S400 с большой переферией,
типа завод, на несколько тысяч точек ввода-вывода.
Все в ручную немец писал. И все понятно.

[Миних В.А.]

Владимир, стоит наверное указать
1. назначение данного продукта, для каких именно брендов будет работать

Основное назначение продукта: ускорение разработки проектов АСУ ТП за счет автоматизации рутинных операций. Обобщение опыта (перенос из эксельчиков) разработчиков в одном продукте.
Бренды: думаю сименс обязательно, потом аленбредли, омрон. Поддержка кодесис.
Из SCADA: WinCC, Intouch.

2. какие выгоды получит интегратор от использования продукта

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

3. какая будет стоимость и как будет защищена программа

Про стоимость наверное еще рано...
Защита: программа будет в облаке, поэтому скопировать себе ее будет невозможно.

На досуге подумаю о более конкретном описании.

[qs212]

Не понял, хардвером не пользуетесь?
Сименс сам адресное пространство распределяет.

Не спорю. Я про программную часть.
Разберем к примеру функцию обработки ошибок положения клапана:

CALL "OE1NonActFB"
Q :="Valve".V3020.Q
I :="Valve".V3020.FdBk
Pulse :="1_Sec"
AlarmAck:="AckSpecialArea"
DelaySP :="ValveETSetp".V3020
DelayAcc:="ValveETActual".V3020
QIObject:="Valve".V3020

И так 500, а может 1000, может и больше раз..
Нетрудно заметить, что кроме названия объекта ничего не меняется. Идея автоматизации напрашивается сама собой.

[Миних В.А.]

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

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

[Миних В.А.]

Не спорю. Я про программную часть.
Разберем к примеру функцию обработки ошибок положения клапана:

CALL "OE1NonActFB"
Q :="Valve".V3020.Q
I :="Valve".V3020.FdBk
Pulse :="1_Sec"
AlarmAck:="AckSpecialArea"
DelaySP :="ValveETSetp".V3020
DelayAcc:="ValveETActual".V3020
QIObject:="Valve".V3020

И так 500, а может 1000, может и больше раз..
Нетрудно заметить, что кроме названия объекта ничего не меняется. Идея автоматизации напрашивается сама собой.

Да, этот пример попадает под нашу концепцию!

[Миних В.А.]

замечание возникло потому, потому что я решил посмотреть код который Вы пишите, чтоб понять кто предлагает ПО
не помню дословно что пишет среда разработки для явы, но суть следующая не используйте устаревший класс стрингбуффером, используйте стрингбильдер, так что рассуждать о контексте использования давайте не будем
и последнее, тот форумчанин который тут за регился чтоб поучаствовать в дискусс,ии, засланец из Вашей команды, предлагает что? тысячу клапанов описать построчно Вашим продуктом и кому нужен этот говнокод, есть в наших языках и массивы и циклы

Откуда столько негатива?

[qs212]

и последнее, тот форумчанин который тут за регился чтоб поучаствовать в дискусс,ии, засланец из Вашей команды, предлагает что?

Гуляю сам по себе исключительно. АСУТП занимаюсь последние лет 10.

тысячу клапанов описать построчно Вашим продуктом и кому нужен этот говнокод, есть в наших языках и массивы и циклы

Циклы это конечно здорово, и я сам бы тоже самое написал, когда начинал заниматься промышленной автоматизацией. Но потом понял, что для систем, которые постоянно переделываются/совершенствуются/дополняются это не есть хорошо. Потому как код должен быть понятен человеку "почти что с улицы", а править желательно на ходу, не отправляя контроллер в стоп. И подобный говнокод используется в частности тут:




ЗЫ: Вспомнил пример интегрированной среды разработки у АВВ Там вообще все интересно - контроллер программируется через SCADА. Ни у кого больше такого не видел.

[Миних В.А.]

но суть следующая не используйте устаревший класс стрингбуффером, используйте стрингбильдер,

ссылка на официальную документацию по Java
https://docs.oracle.com/javase/7/doc...ngBuilder.html

и вот строка: Instances of StringBuilder are not safe for use by multiple threads. If such synchronization is required then it is recommended that StringBuffer be used.

а тут немного на русском:
http://www.quizful.net/interview/jav...fer-difference

Поэтому и говорил про контекст, нужна потокобезопасность или нет. А вообще спасибо, я хоть немного в памяти всё это освежил))

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

[Миних В.А.]

Циклы это конечно здорово, и я сам бы тоже самое написал, когда начинал заниматься промышленной автоматизацией. Но потом понял, что для систем, которые постоянно переделываются/совершенствуются/дополняются это не есть хорошо. Потому как код должен быть понятен человеку "почти что с улицы", а править желательно на ходу, не отправляя контроллер в стоп. И подобный говнокод используется в частности тут:

Наверное опять подумают, что мы сговорились, но снова соглашусь.
Я тоже сначала увлекался циклами и косвенной адресацией, но иногда после тебя этот код будут смотреть и дополнять/править/ругать еще и наладчики. Вот зачем им на объекте эти качели?
Им надо взять код и сразу все понять и поправить.