Стартовая страница › Форумы › Вопросы без категории › Передача данных по UDP
- В этой теме 7 ответов, 3 участника, последнее обновление 3 недели, 6 дней назад сделано
user.
-
АвторСообщения
-
08.04.2026 в 19:08 #42754
user
УчастникПодскажите, пожалуйста, возможно ли в Rapid SCADA 6.4 реализовать дублирование данных, получаемых с физического контроллера, на внешний ПК по протоколу UDP с самостоятельным формированием пакета?
На данный момент есть собственный драйвер для Communicator, который отображается в списке и успешно отправляет по UDP тестовые данные (значения, сгенерированные в коде). Однако возникла трудность: я не могу получить в коде этого драйвера значения конкретных каналов (например, номера 101, 105, 140…), которые были получены Communicator’ом от основного опрашиваемого устройства, чтобы затем отправить их на внешний ПК. (Передача только по UDP без использования внешних скриптов)08.04.2026 в 19:48 #42755
manjey73УчастникПосмотрите исходники, как реализованы механизмы источника данных Коммуникатора для OPC UA и вроде для MQTT.
Ещё там в источниках данных вроде можно настроить передачу на другой сервер Scada.Возможно это поможет в решении.
09.04.2026 в 10:45 #42756user
УчастникРазрешена только односторонняя передача данных по UDP. Вопрос как сформировать и отправить пакет в Rapid SCADA. Пример (0–1 — 2 байта ‘х’, ‘х’ — Маркер начала; 2–21 — 20 байта — 20 дискретных сигналов (DS) Каждый байт: 0=выкл, 1=вкл, 2=нет; 22–31 — 10 байт — 40 контроллеров (упакованы по 2 бита на контроллер) — Биты: чётный – связь, нечётный – состояние + 40 дискретных сигналов контроллеров (DS) + маркер конца) и другого варианта нету.
09.04.2026 в 12:35 #42757
manjey73УчастникВам ИЗ RapidScada в контроллер?
Может просто формировать пакет драйвером, а в настройках линии указать UDP ?
Ну и поиграться в драйвере в каждой Сессии выполнять отправку?
09.04.2026 в 16:37 #42760user
УчастникРазобрался надо делать через модуль сервера, а не через драйвер коммуникатора
09.04.2026 в 17:18 #42761
manjey73УчастникНу, по идее можно и так и так, больше зависит от задачи наверное. Если лучше модуль, тогда модуль.
10.04.2026 в 16:16 #42772
MikhailМодераторДобрый день!
На мой взгляд, более правильно сделать через драйвер Коммуникатора, если не нужно передавать расчётные каналы.
Близкий драйвер: DrvDsMqtt — он публикует данные, полученные Коммуникатором на MQTT-брокер.11.04.2026 в 06:32 #42781user
УчастникСпасибо за совет, я его тоже рассматривал, но если нужно публиковать только сырые данные, которые приходят в коммуникатор от устройств, то наверно драйвер (типа DrvDsMqtt). Модуль сервера имеет прямой доступ к любому тегу, независимо от его источника (коммуникатор, формула, OPC, ручной ввод …) что расширяет твои возможности (на перспективу), и в модуле сервера это делается обычным кодом на C# (задача выполнена)
-
АвторСообщения
- Для ответа в этой теме необходимо авторизоваться.