- В этой теме 38 ответов, 4 участника, последнее обновление 4 года, 8 месяцев назад сделано
.
-
Сообщения
-
@vg ну вы создаете регистры. Единственное, драйвер сейчас это делает в прозрачном режиме от первого канала КП до последнего, если в канале указан номер сигнала (если вам нужен дорасчетный канал ему надо (зачем-то?) присваивать несуществующий номер сигнала. Ну и нельзя создавать регистры с разрывами на каналы.
(Данный механизм перекочевал из методов основного драйвера Modbus, а он несколько ущербный, имхо)
Почему спросил. У меня меняется время записи, то есть скада реагирует на соединение извне, но значение в канале не меняется.
https://pastenow.ru/33d3cfc69bbafc80267c92e20578d759Канал создавал вручную, так как с драйвером Slave мастер создания каналов выдаёт уже знакомую ошибку:
https://pastenow.ru/7db5e07f85ed7ccc17828cbb1f49f017Почитайте мою тему про Ошибки Modbus Slave, там Михаил писал про настройку КП Источник данных = 0
Там что-то связано с реальным устройством, которое надо пробросить для Scada верхнего уровня. То есть при значении = 0 в этом параметре у вас Scada еще выступает в качестве Мастера реального устройства.я же передаю в Slave другой КП (у меня это 3 с дорасчетными каналами, и каналами, которые получают данные от шлюза Rapid Gate) и настраиваю для стороннего мастера.
Он инструкцию выкладывал по настройке:
https://disk.yandex.ru/i/FasYjWc5ob8FcAНо вообще почитаю тему, спасибо.
Убедитесь, что у Вас свежие обновления драйверов Модбас и Модбас Слейв, которые есть в этой теме. Там были важные исправления.
В настройках канала связи лучше поставить общее подключение, чтобы КП постоянно слушал TCP-порт.Можете объяснить механизм работы в режиме Slave? Скада создаёт конкретные регистры, указанные в шаблоне и ждёт что в них придёт или там изначально есть пространство регистров?
На основе шаблона создаётся карта регистров. Они все отображаются на странице данных КП. Если удалось получить корректную карту регистров, то далее надо смотреть, привязались ли они к входным каналам.
Опишите подробнее архитектуру Вашей системы. Сколько устройств должно подключатся? Какой алгоритм взаимодействия с ними?
Всё просто: есть одно устройство на 8 каналов связи (небольшой тестовый заказ), оно измеряет некоторые данные на объекте. Заказчик хочет разместить данные с разных объектов (городов) на одном «главном» сервере, так как это уменьшает их затраты по разворачиванию серверов в каждом из городов. А я в таком случае планирую выстраивать иерархию объектов в представлениях и разграничивать доступ к ним для разных филиалов, а кто то соответственно будет иметь доступ ко всем представлениям. То есть 1 проект для всех филиалов с опросом устройств удалённо.
Получается, что мне нужно с этого сервера опрашивать устройства, но в силу ограничений, как я писал ранее этого сделать нельзя, так как СКАДА не может быть инициатором соединения с «главного» сервера. Поэтому мы рассматриваем вариант записи данных в СКАДА нашим устройством по Modbus с кодом запроса 16.
P.S.
ModbusSlave у меня от 21.09.2021 (как раз в той теме увидел обновление).То есть на объектах ПЛК или что-то типа? Они как мастера просто стучатся в Scada, доступную по одному адресу и передают данные ?
Тогда как раз и надо настраивать входные каналы каждый со своим номером КП, указывать, что каналы расчетные, только присвоить им от балды номера сигналов, главное чтобы не повторялись. И настраивать шаблон на эти КП.
Могу быть неправ немного. именно в таком варианте не пробовал.
И тут мы упираемся в то, что разным пользователям нельзя задать разные начальные представления 🙁
Устройство собственной разработки, которое по Modbus TCP может передавать данные. В рассматриваемой конфигурации, да, они как мастера стучатся в Скаду и передают данные.
И тут мы упираемся в то, что разным пользователям нельзя задать разные начальные представления
Начальное представление допустим. Но если стартовый экран всегда один, но доступ к разным элементам свой. Грубо говоря: Начальный экран — города (Орёл, Рязань и т.д.).
Далее пользователь_1 может зайти в Орёл, но не в Рязань, а пользователь_2 наоборот.
Разве такое нельзя реализовать?
Там же в правах каждое представление можно разграничить по пользователям.
Если я правильно понимаю, то создав для каждого пользователя свою роль, можно задать им набор представлений, доступный для просмотра и управления.Боюсь что при отсутствии прав «город» будет кликабельным, но на клике получите сообщение «Данное представление отсутствует или у вас нет прав» (как то так). Может быть написать простенькую WEB морду и там разбираться с логинами? Перенаправлять на нужную ссылку…
Не могу пока проверить. Почему то отсутствуют объекты интерфейса в таблице прав, но вообще мне это не видится чем то ужасным (сообщение «Данное представление отсутствует или у вас нет прав»).
Боюсь что при отсутствии прав «город» будет кликабельным, но на клике получите сообщение «Данное представление отсутствует или у вас нет прав» (как то так). Может быть написать простенькую WEB морду и там разбираться с логинами? Перенаправлять на нужную ссылку…
Именно так и работает. Происходит переход на пустой экран с сообщением «Запрошенное представление не существует или у Вас недостаточно прав для доступа к нему.»
Но тут, как я понимаю, либо такое разграничение делать, либо создавать отдельный проект для каждого филиала, а потом собирать данные из всех проектов в один для главного офиса с помощью Быстрого шлюза.
Просто ждите следующую версию, вроде Михаил обещал добавить возможность назначать стартовое представление. Правда не знаю, войдет это сразу в новой версии или нет.
Ну или подождать Михаила, что ответит?По описанию системы — драйвер Modbus Slave должен отработать данную конфигурацию.
По настройке интерфейса — создайте отдельную тему, чтобы не путаться. Если кратко, то права назначаются на представления. Если нет прав, то соответствующего представления просто не будет в дереве. Стартовая страница выберется автоматически из доступных. Скрыть кнопку на схеме в зависимости от прав нельзя.
- Для ответа в этой теме необходимо авторизоваться.