Этот топик включает в себя следующие страницы / This topic is comprised of pages 1 2
Автор / Author
Тема / Topic: Канал CALL.ChGroupReq
Алекс К
Forum Professor / Завсегдатай форума
Участник № / Member № 1337
отправлено / posted
Привязка источника MODBUS чтения или записи
quote: Выполняется соответственно групповое чтение или групповая запись (WORD, FLOAT) при обмене с заданным устройством по MODBUS (в том числе по MODBUS TCP/IP). Устройство и начальный адрес задаются в источнике, количество считываемых/устанавливаемых параметров определяется числом аргументов канала.
Запрос по Modbus увеличивется на 1. Пример: - создаем источник RinWord как указано выше, - создаем канал ChGroupReq в нем 4 аргумента, - привязываем его к источнику. Запускаем, смотрим запрос ... 00 05 CRC Если сделать 3 аргумента для соотв. обмена с устройством, то где прописывается 4-ое значение?
Сообщения / Posts 227 | Из / From: Украина
| IP / IP: IP адрес / IP address |
Алекс К
Forum Professor / Завсегдатай форума
Участник № / Member № 1337
отправлено / posted
Почему по Modbus не проверяется в ответе соответсвие адресса устройства и номера функции? Нехорошо получается. Данные от другого устройства да и еще и с другой функцией хаваются на ура
Сообщения / Posts 227 | Из / From: Украина
| IP / IP: IP адрес / IP address |
отправлено / posted
1. В групповом запросе Modbus RTU сейчас запрашивается на один параметр больше, чем должно быть. Мы это исправим.
2. Другое устройтсво не должно отвечать на запрос. Попробуйте увеличить таймаут. У нас данная ситуация не воспроизвелась
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Grigorovskih
Forum Professor / Завсегдатай форума
Участник № / Member № 1915
отправлено / posted
Господа разработчики, ситуации с попаданием ответа не в тот канал были и в релизе 6.05, пока не выстроишь каналы по возрастанию ID, те что связаны с источниками. А у Вас ситуация и не воспроизведётся если Вы не подключите пару тройку реальных девайсов на шину RS485(к примеру), да так чтоб эти устройства имели бы ещё разное время задержки на выдачу ответа в сеть, ведь синхронизации в том или ином виде в таком протоколе нет, поэтому было бы неплохо всё же иметь возможность контроля адреса в ответе и записи его в соответствующий канал (аргумент в случае использования ChGroupReq)
Сообщения / Posts 362 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Ошибка релиза 6.05 давно была исправлена, и к текущей ситуации отношения не имеет.
По протоколу Modbus не может быть ответа от устройств с другим номером, не совпадающим с номером устройства в запросе.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Алекс К
Forum Professor / Завсегдатай форума
Участник № / Member № 1337
отправлено / posted
По нольмодемному кабелю (ответ на запрос со второго ПК) кушает и другой адрес и другую функцию.
Сообщения / Posts 227 | Из / From: Украина
| IP / IP: IP адрес / IP address |
Алекс К
Forum Professor / Завсегдатай форума
Участник № / Member № 1337
отправлено / posted
quote: -------------------------------------------------------------------------------- Выполняется соответственно групповое чтение или групповая запись (WORD, FLOAT) при обмене с заданным устройством по MODBUS (в том числе по MODBUS TCP/IP). Устройство и начальный адрес задаются в источнике, количество считываемых/устанавливаемых параметров определяется числом аргументов канала. -------------------------------------------------------------------------------- Неполучается по такому описанию из Helpa сделать групповую запись Word. Прошу дать последовательность действий. Аргументы в канале ChGroupReq IN или OUT? Как привязать к источнику, экрану? и т.д.
Сообщения / Posts 227 | Из / From: Украина
| IP / IP: IP адрес / IP address |
отправлено / posted
1. Создаете источник W_Word(16) и настраиваете его. 2. Создаете канал Call с типом ChGroupReq 3. Привязываете источник простым drag'n'drop'ом к каналу Call 4. Создаете необходимое количество аргументов (OUT, тип INT) 5. Настраиваете сеть или COM порт
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Алекс К
Forum Professor / Завсегдатай форума
Участник № / Member № 1337
отправлено / posted
Придерживаюсь всех пунктов, но P_mon дает пусто. При чем, при просмотре компонентов в реальном времени - аргументы канала Call с типом ChGroupReq данные с ГЭ кнопка получают. В чем проблема? Перепроверьте пожалуйста.
[ 16.06.2011, 10:06: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Сообщения / Posts 227 | Из / From: Украина
| IP / IP: IP адрес / IP address |
Алекс К
Forum Professor / Завсегдатай форума
Участник № / Member № 1337
отправлено / posted
Теперь посылаю, спасибо.
Другой вопрос: Есть функция W_Word(16) с последующей задержкой на выполнение других команд (_wait)?
Сообщения / Posts 227 | Из / From: Украина
| IP / IP: IP адрес / IP address |
Алекс К
Forum Professor / Завсегдатай форума
Участник № / Member № 1337
Алекс К
Forum Professor / Завсегдатай форума
Участник № / Member № 1337
отправлено / posted
Извините, ответ не понятен. Вы говорите о реализации в следущем релизе?
Сообщения / Posts 227 | Из / From: Украина
| IP / IP: IP адрес / IP address |
Алекс К
Forum Professor / Завсегдатай форума
Участник № / Member № 1337
отправлено / posted
В релизе 6.06.2 1. Ошибка по Привязке источника MODBUS чтения или записи исправлена! хорошо но 2. Привязка MODBUS.R_FIFO_Queue Параметр=2 перестал работать!(в пред. релизе все было ok) Байты данных ответа от устройства прописываются в arg0(№ функции) и arg1(кол-во слов запроса) канала ChGroupReq и конечно же запрос меняется. Проверьте пожалуйста.
[ 16.06.2011, 10:08: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Сообщения / Posts 227 | Из / From: Украина
| IP / IP: IP адрес / IP address |
Karpelyanskiy S.V.
Forum Member / Участник форума
Участник № / Member № 2191
отправлено / posted
Уважаемая техническая поддержка! Объясните пожалуйста, как с помощью канала CALL.ChGroupReq организовать получение данных из узла Trace Mode 5? В хелпе по этому поводу ничего конкретно не написано... Если есть пример подобного проекта, пришлите пожалуйста на адрес xxx@oemk.ru
[ 16.06.2011, 10:08: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Сообщения / Posts 56 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Karpelyanskiy S.V.
Forum Member / Участник форума
Участник № / Member № 2191
[ 16.06.2011, 10:10: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Сообщения / Posts 56 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Канал Call.(54) MLink – канал CALL с этим типом вызова в основном предназначен для обмена с мониторами версии 5. Если тип канала – INPUT, он запрашивает по M-LINK N значений (N – число аргументов канала CALL) у узла с номером, заданным атрибутом Параметр канала CALL, по каналу с индексом, заданным значением канала CALL. Полученные значения записываются в аргументы канала CALL.
Если канал CALL имеет тип OUTPUT, в нем может быть создано до 16 пар аргументов. Первый аргумент пары задает индекс канала, в который требуется передать по M-LINK значение, заданное вторым аргументом пары. Номер бита значения канала CALL, равный 1, задает номер пары для отработки. При отработке канала CALL отрабатывается одна пара, заданная самым младшим битом из всех, равных 1, после чего этот бит сбрасывается;
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Karpelyanskiy S.V.
Forum Member / Участник форума
Участник № / Member № 2191
отправлено / posted
Зачем Вы мне пишете про обмен по протоколу M-Link? Мне это не нужно. Вот выдержка из раздела справки о канале CALL.ChGroupReq: "В зависимости от атрибута Параметр, такой канал выполняет различные функции обмена с удаленным узлом (в том числе с узлом TRACE MODE 5) по сети или RS." Так как же организовать обмен с узлом TRACE MODE 5 по сети с помощью этого канала?
Сообщения / Posts 56 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Soyuz
Forum Member / Участник форума
Участник № / Member № 2028
отправлено / posted
Была поставлена цель, прочитать по протоколу ModBus RTU значение UDINT переменной контроллера. Для этой цели использовали канал Call.ChGroupReq. Создали в нём два аргумента In Uint. Приязали их к каналам Hex16. Канал Call.ChGroupReq привязали к источнику/приёмнику ModBus - Rout_Word(3). Настроили источник приёмник.
Запускаем проект на исполнение. Значения от контроллера получаем правильные, но с переменной переодичностью получаемые приходят нулевые значения. Хотя, программа PortMon показала, что на все запросы были переданы не нулевые ответы. Скажите, в чем может быть проблема, что в получаемых статичных данных, проскакивают нулевые значения?
Сообщения / Posts 52 | Из / From: Украина
| IP / IP: IP адрес / IP address |
отправлено / posted
Karpelyanskiy S.V. Связь с узлами Trace Mode 5 следует осуществлять с помощью канала Call.(54) MLink. Упоминание об организации такой связи с помощью канала CALL.ChGroupReq - ошибочное. Мы исправим это в документации. Для более развернутой связи с узлами Trace Mode 5 рационально использовать OPC-интерфейс.
Soyuz Проверьте правильность привязок каналов Hex16 к аргументам Call.ChGroupReq. Привязки должны быть к атрибутам ВХОД, а не РЕАЛЬНОЕ.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Soyuz
Forum Member / Участник форума
Участник № / Member № 2028
AlKon
Forum Professor / Завсегдатай форума
Участник № / Member № 1919
отправлено / posted
Когда ожидается выход следующего релиза ? Разрабатывается программа - необходимо правильное распределение ответа от приборов или пока пользоваться неправильным? Или предложите пользоваться предыдущим релизом?
Сообщения / Posts 229 | Из / From: Россия
| IP / IP: IP адрес / IP address |
AlKon
Forum Professor / Завсегдатай форума
Участник № / Member № 1919
отправлено / posted
Да прописывается запрос на считывание данных, и результат считывания затирает исходную функцию. Что делать?
Сообщения / Posts 229 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Алекс К
Forum Professor / Завсегдатай форума
Участник № / Member № 1337
отправлено / posted
Релиз 6.06.03 Если в канале Call ChGroupReq Параметр 2, привязаному к R_FIFO_Queue, в аргументы USINT начиная c arg002 попадают значение больше 0x7f они становятся UINT (0x80 уже = 0xff80) из help 6.06.03
quote: Параметр<>0: расшифровка ответа
Номер первого байта данных в ответе контроллера при arg0<255 – 3, при arg0>255 – 4 (считая с 0).
Байты данных последовательно записываются в аргументы, следующие за arg0…arg3 (в зависимости от атрибута Параметр).
отправлено / posted
Мы перепроверили описанную Вами ситуацию на разных моделях. Воспроизвести не удалось. Уточните, пожалуйста, как Вы наблюдаете этот эффект. Можете ли Вы промоделировать эту ситуацию в отсутствие реальной связи с устройством? Пришлите нам проект с такой моделью.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Алекс К
Forum Professor / Завсегдатай форума
Участник № / Member № 1337
отправлено / posted
quote:Отправитель / Originally posted by AdAstra Technical Support: Уточните, пожалуйста, как Вы наблюдаете этот эффект.
например в проекте RS_UDEF приемные аргументы сделайте usint и пусть в них приходят значения 0x80. Посмотрите значения аргументов в Профайлере->Компоненты = 65408 (0x80 = 128).
При использоании UINT все нормально.
quote:Отправитель / Originally posted by AdAstra Technical Support: Можете ли Вы промоделировать эту ситуацию в отсутствие реальной связи с устройством?
отправлено / posted
Следует уточнить формулировку: "В общем случае в аргумент SINT или USINT пишется 1 байт данных из полученного ответа в 2-байтовом формате." Мы введем уточнение в документацию.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Avgorr
Forum Professor / Завсегдатай форума
Участник № / Member № 2607
отправлено / posted
Канал CALL.ChGroupReq, Привязка удаленного канала Параметр=0. Подскажите, что-то никак не получается таким способом получить данные с MicroМРВ (WinCon) в МРВ. Делаю как написано: 1. В MicroМРВ создаю канал, привязываю его к CALL.ChGroupReq в МРВ. 2. В CALL.ChGroupReq создаю аргументы тип IN, REAL. 3. Привязываю к этим аргументам удалённые каналы (в MicroМРВ) - реальное значение. 4. В МРВ создаю экран, его аргументы привязываю к аргументам CALL.ChGroupReq. В результате ничего не получаю. Если можно пришлите пример. Спасибо.
Сообщения / Posts 168 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
CALL.ChGroupReq в МРВ должен быть залинкован на удаленный канал в MicroМРВ. По тому, что Вы хотите получить, у канала CALL.ChGroupReq должен быть ПАРАМЕТР=5. И конечно между МРВ и MicroМРВ должна быть связь.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Avgorr
Forum Professor / Завсегдатай форума
Участник № / Member № 2607
отправлено / posted
С ПАРАМЕТР=5 всё получилось, но про ПАРАМЕТР=0 тоже интересно написано: "Параметр=0 – в аргументы INPUT канала ChGroupReq записываются реальные значения удаленных каналов (значение канала с ID=n записывается в аргумент с порядковым номером n)" - для чего тогда это можно использовать?
Сообщения / Posts 168 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Это можно использовать для того, чтобы считать значения каналов с индексами от 0 до максимального номера аргумента. В силу того, что индексы каналов имеют сквозную нумерацию в проекте, практического применения эта настройка не имеет.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Avgorr
Forum Professor / Завсегдатай форума
Участник № / Member № 2607
отправлено / posted
Канал CALL.ChGroupReq, ПАРАМЕТР=5: 1. Аргументы передаются за один такт пересчета? Целесообразно ли использовать такой канал для уменьшения нагрузки на сеть (уменьшение трафика)? 2. Как потом эти принятые аргументы раскидать по каналам (так как некоторые параметры нужно архивировать)? Или есть способ сбрасывать в СПАД сразу аргументы CALL.ChGroupReq?
Сообщения / Posts 168 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Алекс К
Forum Professor / Завсегдатай форума
Участник № / Member № 1337
отправлено / posted
quote:Отправитель / Originally posted by AdAstra Technical Support: Следует уточнить формулировку: "В общем случае в аргумент SINT или USINT пишется 1 байт данных из полученного ответа в 2-байтовом формате." Мы введем уточнение в документацию.
Один байт это от 0 до 255, а у Вас от 0 до 127! Если возвращаемое значение больше 127 (напрмер = 128 то уже в аргументе почему-то преобразуется в 65408). Это какой-то полубайт - полуслово получается!
Сообщения / Posts 227 | Из / From: Украина
| IP / IP: IP адрес / IP address |
отправлено / posted
1. Нет, особой экономии трафика не будет. 2. Записывать аргументы в СПАД нельзя. Раскидать можно с помощью программы, например. -------------------------------------------------- SINT - это число от -128 до 127. 65408 - это и есть -128.
Алекс К
Forum Professor / Завсегдатай форума
Участник № / Member № 1337
отправлено / posted
Так я же про USINT и говорю, понимаете? У вас аргументы CHGROUPREQ что USINT что SINT - до 127!!!
Сообщения / Posts 227 | Из / From: Украина
| IP / IP: IP адрес / IP address |
отправлено / posted
Да, действительно такая проблема есть. Обойти ее, не используя каналы, нельзя.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Avgorr
Forum Professor / Завсегдатай форума
Участник № / Member № 2607
отправлено / posted
Подскажите, если в МикроМРВ(WinCon) есть каналы, которые в МРВ будут проходить дальнейшую обработку (архивирование и т.п.), то напрашивается связь канал – канал, а если некоторые каналы в МикроМРВ(WinCon) необходимо только отображать или изменять на экране в МРВ (например, коэффициенты регулятора) - не очень хочется создавать дополнительные каналы в МРВ, то насколько оправдано будет применение CALL.ChGroupReq ПАРАМЕТР=5 и аргументы CALL.ChGroupReq привязывать сразу к аргументам экрана? Просто проект был сделан наспех, и получилось в информации о проекте использовано: 1669(4303) каналов. Теперь необходимо оптимизировать проект и хотелось бы это сделать правильно. Проект ещё и дальше будет развиваться.
Сообщения / Posts 168 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Avgorr
Forum Professor / Завсегдатай форума
Участник № / Member № 2607
отправлено / posted
Проверял, виртуальные каналы не повторяются. Просто много удалённых обьектов и их каналы привязаны напрямую к аргументам экранов. И ещё: от релиза к релизу, некоторые каналы у Вас "отмирают", не будет ли это в дальнейшем с каналом CALL.ChGroupReq?
Сообщения / Posts 168 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
От релиза к релизу каналы не "отмирают", а модифицируются, их функции расширяются. Морально устаревшие функции, которые эффективно заменяются новыми, не корректируются.
Надо удалить из проекта все лишние связи и все связи аргументов с "Источниками" (!), чтобы оптимизировать обмен.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Avgorr
Forum Professor / Завсегдатай форума
Участник № / Member № 2607
отправлено / posted
Если узел содержит канал CALL.ChGroupReq например ПАРАМЕТР=5, и аргументы его привязаны к каналам удалённого узла, то этот узел не возможно добавить в библиотеку. ТМ пишет: Привязанный объект не найден.
Сообщения / Posts 168 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
В Пользовательской библиотеке компонентов сохраняются компоненты, не имеющие сложных межузловых связей. Указанный Вами компонент, по существу, является сплошной структурой межузловых связей. При импорте в библиотеку отследить и сохранить такие связи не представляется возможным. Придется на время импорта такие каналы исключать или модифицировать. Так или иначе, но при экспорте из библиотеки в проект такие компоненты надо будет конфигурировать заново.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Этот топик включает в себя следующие страницы / This topic is comprised of pages 1 2
Тема закрыта / Topic Closed
Printer-friendly view of this topic
