Профиль должен быть заполнен на русском языке кириллицей. Заполнение профиля заведомо ложными или некорректными данными - причина возможного отказа в регистрации на форуме.

ksSCADA

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

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

Re: ksSCADA

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

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

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


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

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+
Сообщения: 520
Зарегистрирован: 05 ноя 2009, 11:18
Ф.И.О.: Бузинов Роман Анатольевич
Благодарил (а): 5 раз
Поблагодарили: 14 раз

Re: ksSCADA

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

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

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

TEB
специалист по DEIF
специалист по DEIF
Сообщения: 7879
Зарегистрирован: 17 июн 2008, 15:01
Ф.И.О.: Евгений свет Брониславович
Благодарил (а): 35 раз
Поблагодарили: 63 раза
Контактная информация:

Re: ksSCADA

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

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

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

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

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

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

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


Автор темы
krapsv
здесь недавно
здесь недавно
Сообщения: 11
Зарегистрирован: 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
здесь недавно
здесь недавно
Сообщения: 11
Зарегистрирован: 14 апр 2015, 06:57
Ф.И.О.: Крапивин Сергей Васильевич

Re: ksSCADA

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

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

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


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

ksSCADA

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

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

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


Вернуться в «Верхний уровень автоматизации»



Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 0 гостей