ksSCADA

[VADR]

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

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

[Romcheg]

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

[vetel]

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

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

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

[Romcheg]

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

[Jackson]

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

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

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

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

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

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

[krapsv]

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

[vetel]

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

[krapsv]

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

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

[krapsv]

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

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

[krapsv]

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

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

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

[servo85]

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

[krapsv]

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

[krapsv]

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

[krapsv]

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

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