Ваши ответы были подобно этому, скажите, сильно помогает такой ответ??? Такие ответы относят к категории флуда. Вы уж искренне меня извините, надеюсь, что мое суждение ошибочное. Если решили реально оказать помощь, объясните пожалуйста понятнее, а не так, "там данные отдать" а тут "данные" забрать. Общая механика мне понятна, а вот настроить не получается.Сообщение от kondor3000
Вы проигнорировали мой ответ по Модбас, вот его часть, чётко по вашей теме https://owen.ru/forum/showthread.php...562#post424562
Отличие опроса Модуля от опроса ПЛК слейва только в адресах регистров, остальное всё одинаково.
По библиотеке, начали мне выдержки подсовывать, вместо того чтобы сделать как написано.https://owen.ru/forum/showthread.php?t=38844
Если что то не понятно, то можно спросить, вы же ничего не спросили, а поменяли тему 2 раза.
Последний раз редактировалось kondor3000; 15.12.2023 в 17:35.
Здравствуйте! У меня на экране есть инкремент. Заметил, что при быстром измнении, когда больше 3х раз нажимаю на + или - значения не доходят до ОРС. Я задаю скорость частотника и вижу по обратной связи, если он не ускорился/замедлился. Стал проверять и увидел что в ОРС значения отличаются от того что показывает скада. Инкремент привязан к параметру, параметр к тегу ОPC.
Я открыл в дереве Протоколы-OPC DA и установил там параметры:
Способ получения данных: чтение и подписка (было подписка)
Период полного опроса: 10s (было 120s)
Период записи: 500мс
Задача, период: 200мс
способ записи: по изменению
Несмотря на то что каждые 10с должен происходить полный опрос. Этого не происходит и в инкременте висит значение которое обманывает пользователя. Что с этим можно сделать?
UPD. Проблема оказалась в самом элемнте Инкремент. Если быстро нажимать, то он не присваивает параметру значения, и показывает ерунду. Это ошибка работы скады.
UPD2. Если в Инкременте вводить значение вручную, они тоже никуда не отправляются. Пользователь думает что ввёл, ан нееет! Дичь какая-то.
UPD3. Текстовый ввод тоже работает через раз да через два раза! Ну и как мне вводить значения параметров, если базовая функциональность с такими косяками. Выводить везде обратную связь и просить пользователя тыкать, пока не получится? Вы вообще тестировали свою поделку?
Последний раз редактировалось plcmaster; 21.09.2023 в 10:05.
Еще одна проблема - пляска значений при изменении.
У меня цепочка OPC DA- параметр объекта - инкремент
На инкременте меняю, с 46 на 47. И начинается пляска 46-47-46-47-46-47. При этом галочка стоит "Использовать входящую связь только для отображения". Подскажите что сделать чтобы этого не было?
А к тегу OPC как привязываетесь (к каким именно значениям)?
Не совсем понял вопрос. Я добавил в объект параметр, перетянул его на OPC Тег, и ОРС тег перетянул на параметр, у параметра появились значки "прием значения из" , "передача значения в" которые связаны с ОРС тегом. Затем этот параметр в виде инкремента положил на экран. Появились на параметре значки исходящая связь и входящая связь, указывающие на инкремент. И теперь нажимаю на экране + - инкремента.
Добавьте в объект не параметр, а базовый тег, у которого вход и выход такого же типа как OPC. Выше на пару страниц посмотрите в этой ветке
Я не хочу всё переделывать. Я хочу чтобы скада выполняла то что от неё требуется.
Как это понимать что в отладчике в параметре показывает одно число, а в инкременте к нему привязанному совсем другое число. И меняет его инкремент 1 раз из 3х нажатий.
Это не разработка, а просто хождение по минному полю и расстановка костылей получается. Тут не доделано, тут не работает, тут глючит.
Последний раз редактировалось plcmaster; 23.09.2023 в 08:43.
1exan странный принцип, команда в устройство всегда должна быть в приоритете. то есть если есть команда, отправленная в устройство, то этот тег на чтение должен игнорироваться, пока устройство не подтвердит получение и выполнение команды. После чего внеочередной опрос данного тега из устройства для обратной связи.
Если в MS4D опрос и команды одного устройства выполняются в разных потоках (или еще как параллельно) то это изначальный бред вообще в принципах обмена между головой и устройством.
Вспомните ПР и одновременную работы с переменными внутри ПР и верхнего уровня, это присуще и ПЛК в том числе когда Панель и Sсada - в программе надо разруливать, чтобы не возникало конфликтов записи переменных с панели и со Scada.
А здесь получается внутри самой Scada не продуман функционал и надо лепить костыли?
Я не знаю почему такой подход сделан в MasterScada, но если есть необходимость с ней работать, то нужно просто принять эти "правила игры"
Ваши права
Ответить с цитированием