На форуме обязательно:
  1. Заполнить свой профиль на Русском языке. См. Правила, п.2.d.
  2. Не писать свой вопрос в первую попавшуюся тему, а вместо этого создать свою. См. Правила, п.3.a.
Рекламу на своём форуме мы не размещаем ни на каких условиях.

ksSCADA

SCADA, серверы, АРМ верхнего уровня, диспетчерские
Аватара пользователя

VADR
администратор
администратор
Сообщения: 2630
Зарегистрирован: 25 июл 2008, 06:12
Имя: Диев Александр Васильевич
Благодарил (а): 35 раз
Поблагодарили: 38 раз

Re: ksSCADA

Сообщение VADR » 20 апр 2015, 10:36

Romcheg писал(а): Я вот, глядя на Ваше описание, и то, что Вы на UDP закладываетесь, хочу сразу предупредить - для систем с более-менее динамичным обменом и многоузловой структурой на UDP просядете махом. Это уже не раз проходили: широковещалка для задач АСУ ТП - это гиблое дело в качестве основного транспорта, только точка-точка и клиент-серверная архитектура.

Тут могу поспорить. Система с основным транспортом - мультикаст UDP, с количеством узлов не менее 100 пашет без проблем. Хотя, всё зависит от требований к временным характеристикам. У нас быстрее 200 мс контуров нет.
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.


Romcheg
SCADA+
SCADA+
Сообщения: 543
Зарегистрирован: 05 ноя 2009, 11:18
Имя: Бузинов Роман Анатольевич
Благодарил (а): 5 раз
Поблагодарили: 17 раз

Re: ksSCADA

Сообщение Romcheg » 20 апр 2015, 10:54

2VADR: В случае, когда идет потоковая переча данных с одного источника ко многим и все это без обратной связи (пример - потоковое видео), да - работать будет. Но - обращаю внимание на тот факт, что в системах АСУ ТП обмен информации транзакционный: каждая передача должна сопровождаться обратной реакцией - подтверждением, что пакет конечным узлом принят, именно на этом строится механизм определения достоверности передачи данных по каналам связи. В случае UDP организация такой обратной реакции для многоузловой системы с большим потоком данных - это смерть. А сделать систему, где один или несколько узлов шлют UDP-рассылку данных без подтверждения обратной связи можно хоть на 1000 узлов и тормозить не будет, на то она и широковещалка. Только это больше будет походить на систему мониторинга без гарантий достоверности данных.
SCADA+


vetel
новенький
новенький
Сообщения: 2
Зарегистрирован: 20 апр 2015, 20:51
Имя: Виталий

Re: ksSCADA

Сообщение vetel » 20 апр 2015, 21:12

Только это больше будет походить на систему мониторинга без гарантий достоверности данных.

Автор, как я понимаю, таким образом и позиционирует систему (пока). На хороший мониторинг и средства его построения спрос есть.
Далеко не везде есть потребность в УПРАВЛЕНИИ мышью серьёзным оборудованием, и кое-где ЗАПРЕТ на такое управление озвучивается заказчиком явно. А как посмотришь на все эти супер-монстры LabVIEW и пр., которые надо год изучать, а потом группой из 5 человек чертить одну несложную мнемосхему, так плохо делается.

Гарантия достоверности к примеру может быть такая - информация достоверна N ms после доставки. Затем, если обновления
нет, достоверность снимается.


Romcheg
SCADA+
SCADA+
Сообщения: 543
Зарегистрирован: 05 ноя 2009, 11:18
Имя: Бузинов Роман Анатольевич
Благодарил (а): 5 раз
Поблагодарили: 17 раз

Re: ksSCADA

Сообщение Romcheg » 21 апр 2015, 11:50

2vetel:
LabVIEW и не позиционируется как скада, это софт для других задач. То, что его прикручивают, или пытаются использовать как скаду - пусть останется на совести тех, кто так делает. Именно тогда, когда пытаются применить инструмент в задачах для него не приспособленных возникает потребность в "группой из 5 человек чертить одну несложную мнемосхему".
Про "управление мышью серьезным оборудованием" - хорошая шутка. :) Кстати, замечу, что для систем АСУ ТП под "управлением" понимается не только выдача команд на "серьезное оборудование" - например, банальная передача сервисных данных между узлами системы тоже может выполняться посредством выдачи внутренних команд с контролем их достоверности доставки.
Приведенный Вами алгоритм достоверности данных влечет за собой увеличенный трафик по каналам связи, даже для условий, что параметры могут не меняться. Кстати, частично именно такой метод для транзакционного обмена и применяется, только там не обновления ждут, а ответа на запрос.
SCADA+

Аватара пользователя

TEB
администратор
администратор
Сообщения: 8947
Зарегистрирован: 17 июн 2008, 15:01
Имя: Евгений свет Брониславович
Благодарил (а): 85 раз
Поблагодарили: 117 раз
Контактная информация:

Re: ksSCADA

Сообщение TEB » 21 апр 2015, 22:24

vetel писал(а):
Только это больше будет походить на систему мониторинга без гарантий достоверности данных.

Автор, как я понимаю, таким образом и позиционирует систему (пока). На хороший мониторинг и средства его построения спрос есть.

Вот как-то не могу я с этим согласится, и если автор именно на это и ориентируется - он совершает большую ошибку, ИМХО.
Для мониторинга сравнительно небольших объектов подтверждение транзакций сделать раз плюнуть, и на скорость это особо не влияет. Даже банальный модбас для таких целей более чем подходит.

А удалённый мониторинг систем где количество точек в/в идёт на тысячи или больше, всё равно оптимизируется с учётом канала связи, да и нет нужды издалека видеть все эти тысячи параметров.

К примеру, температура тосола на ДЭС может быть 60, 95, 100 градусов. Это важно персоналу на месте, который стоит рядом с ДЭС. А персоналу издалека абсолютно неважно сколько там конкретно, его интересует всего два состояния: "ДЭС перегрелась" и "ДЭС замёрзла". Также с конвейером, важно знать что он стоит и не приносит поэтому деньги, а что заклинило 16-й ролик на 2-м уровне - это информация важна локально. И так далее. Если же нужно сформировать отчёт о скажем суточной работе объекта - незачем издалека вычитывать все БД за сутки, проще настроить серверную локальную сторону на формирование таких отчётов по запросу.

Короче говоря, нужно почаще задаваться вопросом "зачем" и не лукавить в поисках ответа на него - это позволяет существенно сократить трафик и прочие ресурсы.
По вопросам работы Форума можно обратиться ко мне, или по этим контактам.


Автор темы
krapsv
здесь недавно
здесь недавно
Сообщения: 16
Зарегистрирован: 14 апр 2015, 06:57
Имя: Крапивин Сергей Васильевич

Re: ksSCADA

Сообщение krapsv » 22 апр 2015, 06:16

Автор пока ориентируется на то, чтобы удовлетворить любой каприз заказчика. Соглашусь с высказыванием [url]подтверждение транзакций сделать раз плюнуть[/url].


vetel
новенький
новенький
Сообщения: 2
Зарегистрирован: 20 апр 2015, 20:51
Имя: Виталий

Re: ksSCADA

Сообщение vetel » 22 апр 2015, 10:31

Имеются ли у системы возможности для получения данных из файловых источников(.CSV, .JSON, бинарный и т.д.), SQL-запросов ?


Автор темы
krapsv
здесь недавно
здесь недавно
Сообщения: 16
Зарегистрирован: 14 апр 2015, 06:57
Имя: Крапивин Сергей Васильевич

Re: ksSCADA

Сообщение krapsv » 23 апр 2015, 06:22

"Система" пока может получать данные из текстовых файлов.
http://www.programmerks.com/ru/mnemoDetails.htm - Источники данных

Дополнить ее другими форматами несложно.


Автор темы
krapsv
здесь недавно
здесь недавно
Сообщения: 16
Зарегистрирован: 14 апр 2015, 06:57
Имя: Крапивин Сергей Васильевич

ksSCADA

Сообщение krapsv » 13 май 2016, 15:08

скада-КАСКАДА.
Кому интересно - добро пожаловать.
http://www.kscada.ru

Версия альфа или бета.


Автор темы
krapsv
здесь недавно
здесь недавно
Сообщения: 16
Зарегистрирован: 14 апр 2015, 06:57
Имя: Крапивин Сергей Васильевич

ksSCADA

Сообщение krapsv » 10 окт 2017, 15:41

И снова здравствуйте.
Почти полтора года отдыхал. Посторонние обстоятельства сильно переменились, появилась возможность отдохнуть.

По делу.
Первый этап (разработка) будем считать оконченным.
Приступаем ко второму - объяснения. Для этого по адресу http://q95125zq.beget.tech/index.htm располагается описание, а в начале описания даются ссылки на обучающие практические уроки. Уроки буду постепенно дописывать. Описание пока можно не читать.

По проекту.
Продукт работоспособный. Сделал, как хотел. Недостатки есть. Возможности тоже.

Аватара пользователя

servo85
специалист по B&R
специалист по B&R
Сообщения: 55
Зарегистрирован: 15 фев 2014, 22:37
Имя: Волоснов Сергей
Откуда: Казахстан, Актобе
Благодарил (а): 1 раз
Поблагодарили: 1 раз
Контактная информация:

ksSCADA

Сообщение servo85 » 12 окт 2017, 06:31

Ссылка http://www.kscada.ru/ не работает, и уже очень давно.


Автор темы
krapsv
здесь недавно
здесь недавно
Сообщения: 16
Зарегистрирован: 14 апр 2015, 06:57
Имя: Крапивин Сергей Васильевич

ksSCADA

Сообщение krapsv » 12 окт 2017, 12:38

Да, эта ссылка пока не работает. Вместо нее http://q95125zq.beget.tech/index.htm. В конце страницы есть ссылка на скачивание, но думаю, что разобраться с программой самостоятельно очень трудно, даже я иногда путаюсь. Поэтому сейчас политика такая, чтобы маленькими шагами потихоньку вносить ясность и выпрямлять кривизну.
В ближайшее время начну выкладывать уроки по управлению системой.


Автор темы
krapsv
здесь недавно
здесь недавно
Сообщения: 16
Зарегистрирован: 14 апр 2015, 06:57
Имя: Крапивин Сергей Васильевич

ksSCADA

Сообщение krapsv » 15 окт 2017, 17:58

Выложил следующую порцию уроков (8-12) http://q95125zq.beget.tech/index.htm


Автор темы
krapsv
здесь недавно
здесь недавно
Сообщения: 16
Зарегистрирован: 14 апр 2015, 06:57
Имя: Крапивин Сергей Васильевич

ksSCADA

Сообщение krapsv » 19 окт 2017, 11:43

Записал Demo-видео https://youtu.be/3QBSh9l1r1E.
Создание проекта, импорт всех тегов Fastwell.UniOpc и Graybox,
запись их в архив, создание мнемосхемы на 80 тегов,
просмотр мнемосхемы и трендов.
На все 15 минут.
Подробный хронометраж http://q95125zq.beget.tech/ru/hrono.htm

С 8 по 11 минуту можно промотать. Монотонная привязка мнемоиндикаторов.