1. Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
  2. Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
  3. Не писать свой вопрос в первую попавшуюся тему - вместо этого создать новую тему.
  4. За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения.
  5. Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
  6. Перед тем как что-то написать - читать здесь и здесь, а студентам - обязательно здесь.
  7. Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.

ksSCADA

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

VADR
администратор
администратор
Сообщения: 4711
Зарегистрирован: 25 июл 2008, 07:12
Имя: Диев Александр Васильевич
Страна: Россия
город/регион: г. Сегежа, Карелия
Благодарил (а): 192 раза
Поблагодарили: 336 раз

Re: ksSCADA

Сообщение VADR »

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

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

Re: ksSCADA

Сообщение Romcheg »

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

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

Re: ksSCADA

Сообщение vetel »

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

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

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

Re: ksSCADA

Сообщение Romcheg »

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

Jackson
администратор
администратор
Сообщения: 17471
Зарегистрирован: 17 июн 2008, 16:01
Имя: Евгений свет Брониславович
Страна: Россия
город/регион: Санкт-Петербург
Благодарил (а): 749 раз
Поблагодарили: 1277 раз

Re: ksSCADA

Сообщение Jackson »

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

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

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

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

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

Re: ksSCADA

Сообщение krapsv »

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

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

Re: ksSCADA

Сообщение vetel »

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

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

Re: ksSCADA

Сообщение krapsv »

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

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

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

ksSCADA

Сообщение krapsv »

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

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

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

ksSCADA

Сообщение krapsv »

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

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

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

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

ksSCADA

Сообщение servo85 »

Ссылка http://www.kscada.ru/ не работает, и уже очень давно.
Автоматизация бардака порождает только автоматизированный бардак

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

ksSCADA

Сообщение krapsv »

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

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

ksSCADA

Сообщение krapsv »

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

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

ksSCADA

Сообщение krapsv »

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

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

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