Судя по монитору modbus-эмулятора, запрос идёт только на один койл. И опять же, я бы понял, если бы запросы шли, но валились в отлуп (рост 2-го, 3-го или 4-го регистра диагностики связи). Но они тоже не растут.Цитата:
Сообщение от МихаилГл
Вид для печати
Судя по монитору modbus-эмулятора, запрос идёт только на один койл. И опять же, я бы понял, если бы запросы шли, но валились в отлуп (рост 2-го, 3-го или 4-го регистра диагностики связи). Но они тоже не растут.Цитата:
Сообщение от МихаилГл
Откуда у вас адрес 0х 5152 ?Цитата:
Сообщение от TonyMilkers
Это между прочим 322 регистр, а не 515 бит 2
Совершенно верно, это нулевой бит 322-го регистра. Именно он в контроллере и должен отвечать за открытие этого окна. Биты 1, 2 и 3 этого же регистра должны были отвечать за открытие других окон.Цитата:
Сообщение от kondor3000
Вот объявление этой переменной в CodeSys:
CV_WordOfBits_MBUSout AT %QD161 : DWORD; (* WordOfBits *)
Стоп, это может быть так, если в контроллере эти области (регистров и коилов) объединены... Или я не прав...?Цитата:
Сообщение от TonyMilkers
Так вам надо сначала проверить, что этот бит приходит (или не приходит) в панель, без всяких окон. Может есть смещение адресов регистров или бит.Цитата:
Сообщение от TonyMilkers
Проще всего поставить несколько целочисленных дисплеев с адресами 321, 322 и 323 и проверить число, в соответствии биту.
322 адрес число 1 соответствует 0 биту.
Да-да, ещё он может оказаться не 0вым, а 7мым, например, из-за особенностей модбас...
Посоветую поступить так:
1. сделать документ эксель и переписать туда все действующие регистры с ПЛК (позволит не ошибаясь и наглядно знать что используется в проекте, где есть разрывы). Заставить (временно) все эти регистры "шевелиться - менять значения", привязать прибавлялки.
2. сделать в СП3*** темповый пустой проект, с одним главным окном (прям шевелящимся горохом). Вывести туда все эти регистры числами. Станет нагляднее и виднее что шевелится, что перестает. Потом будете усложнять окна, как разберетесь в причинах
Скорее всего это должно помочь разнести проблему на части, но если нет:
Далее пробовать используя Modbus Pool/ Modbus Slave заменяя то ПЛК, то панель - искать виновное звено.
Там у Wago есть свои правила по обращению с памятью. Попробуйте поискать разрывы и если они есть, то заполните/объявите
Ещё можно убрать запросы к коилам, и переделать на запросы к битам регистра. СП это вроде может делать без проблем. Или я уже с чем то другим путаю...
Цитата:
Сообщение от kondor3000
С адресацией всё в порядке. В контроллере задействованы регистры с 256 по 365 (без разрывов). И пока всё крутилось на одном экране, никаких проблем не было.Цитата:
Сообщение от МихаилГл
В данном случае я специально для исследования проблемы оставил в панели только один запрос, не меняя программу контроллера.
Это было сделано изначально. С момента начала проекта.Цитата:
Сообщение от krollcbas
Собственно, пока не понадобилось делать окна, всё на одном экране замечательно крутилось. Вот примерный вид экрана.Цитата:
Сообщение от krollcbas
Вложение 87083
Я использовал mdbus32 вместо контроллера, и как уже писал, проблема при этом уходит. Вместо панели я использую скаду, которая тоже всё прекрасно читает и пишет.Цитата:
Сообщение от krollcbas
Но почему панель перестаёт генерировать modbus-запросы, когда открывается или закрывается окно?
Не помогает. У wago можно читать одно и то же и из койлов, и из регистров. Пробовал - эфекта нет.Цитата:
Сообщение от МихаилГл