| Author |
Message |
|
Written on: 18. 01. 2012 [19:02]
|
|
andrey-sw
Андрей Сычев
Topic creator
registered since: 10.12.2008
Posts: 32
|
Фокус не удался, собирал из svn
3|/WorkStation/sub_ModSched/ | SO '/usr/lib/openscada/daq_ModBus.so' ошибка: /usr/lib/openscada/daq_ModBus.so: undefined symbol: _ZN6OSCADA6TValue7chldAddEaPNS_9TCntrNodeEib !
так что проверю чуть позже, результаты сообщю
Хотя можно попробовать в исходнике 0.7.2 сделать соответствующие изменения...
[This article was edited 1 times, at last 18.01.2012 at 19:10.]
|
|
Written on: 23. 01. 2012 [11:11]
|
|
andrey-sw
Андрей Сычев
Topic creator
registered since: 10.12.2008
Posts: 32
|
Случайный ID транзакции не помог. Сделал задержку в 10мс перед запросом и все заработало. видимо это ограничение либо ТРМ либо ADAM-4572.
Вот часть кода
if(prt == "TCP") // Modbus/TCP protocol process
{
usleep(10000);
//> Encode MBAP (Modbus Application Protocol)
int tid = rand();
mbap.reserve(pdu.size()+7);
mbap.append((char *)&tid,2);//Transaction ID
mbap.append(2,(char)0);//Protocol ID
mbap += (char)((pdu.size()+1)>>8);<>//PDU size MSB
mbap += (char)(pdu.size()+1);//PDU size LSB
mbap += (char)node;//Unit identifier
mbap += pdu;
//> Send request
int resp_len = tro.messIO(mbap.data(), mbap.size(), buf, sizeof(buf), reqTm, true);
rez.assign(buf,resp_len);
Может и не очень красиво но меня устраивает
Кстати не совсем понял строку
mbap.append(2,(char)0);//Protocol ID
разве должно быть не так
mbap.append((char)0,2);//Protocol ID
Но раз работает значит я что то не допонял...
[This article was edited 1 times, at last 23.01.2012 at 11:12.]
|
|
Written on: 23. 01. 2012 [13:19]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3747
|
"andrey-sw" wrote:
Случайный ID транзакции не помог.
Чего и требовалось ожидать.
"andrey-sw" wrote:
Сделал задержку в 10мс перед запросом и все заработало. видимо это ограничение либо ТРМ либо ADAM-4572.
Используйте OpenSCADA в роли TCP->RTU шлюза. :)
"andrey-sw" wrote:
Может и не очень красиво но меня устраивает
Совсем некрасиво! Добавил параметр таймаута повтора запроса в транспорт Transport.Sockets.
"andrey-sw" wrote:
Кстати не совсем понял строку
mbap.append(2,(char)0);//Protocol ID
разве должно быть не так
mbap.append((char)0,2);//Protocol ID
Но раз работает значит я что то не допонял...
Почитайте STL.
Learn, learn and learn better than work, work and work.
|
|
Written on: 27. 01. 2012 [11:31]
|
|
yozhik
Алексей Николаев
registered since: 29.11.2010
Posts: 127
|
Создал функцию:
req = SYS.XMLNode("TCP");
req.setAttr("id","terminal").setAttr("reqTm",100).setAttr("node",node).setText( Special.FLibSYS.strEnc2Bin( "03 09 0C 00 01" ) );
SYS.Transport.Sockets.out_terminal_test.messIO(req,"ModBus");
...
Установил максимальное время вычисления 1 сек. Когда устройство по протоколу модбас "на свзяи", то все нормально. Если же его отключить, то вызов функции завершается сообщением "Исчерпано предельное время вычисления функции". Тайм-аут же по связи, как видно из текста функции, установлен в 100 мс. По идее после ожидания 100 мс и должно завершиться выполнение функции, а не по истечению 1 сек. Или не так? Иначе данная функция вызываясь 1 раз в сек забивает весь лог этим сообщением об ошибке.
|
|
Written on: 27. 01. 2012 [11:48]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3747
|
"yozhik" wrote:
Установил максимальное время вычисления 1 сек. Когда устройство по протоколу модбас "на свзяи", то все нормально. Если же его отключить, то вызов функции завершается сообщением "Исчерпано предельное время вычисления функции". Тайм-аут же по связи, как видно из текста функции, установлен в 100 мс. По идее после ожидания 100 мс и должно завершиться выполнение функции, а не по истечению 1 сек. Или не так? Иначе данная функция вызываясь 1 раз в сек забивает весь лог этим сообщением об ошибке.
Не так. Я не вижу всего содержимого функции и так подозреваю, что messIO() в ней вызывается многократно, а значит суммарно их время превысило секунду. А вообще, для верности, поставьте лимит в 2 секунды, поскольку разрешение времени используемое для вычисления лимита 1 секунда, что может приводить к срабатыванию от 0 до 1 секунды, в вашем случае.
Learn, learn and learn better than work, work and work.
|
|
Written on: 27. 01. 2012 [12:13]
|
|
yozhik
Алексей Николаев
registered since: 29.11.2010
Posts: 127
|
"roman" wrote:
Я не вижу всего содержимого функции и так подозреваю, что messIO() в ней вызывается многократно, а значит суммарно их время превысило секунду.
Приведенный кусок кода и есть вся функция (как раз для чистоты эксперимента и выделил этот кусок кода в отдельную функцию), где только вместо многоточия стоит SYS.messDebug() для тестирования. Так вот до messDebug выполнение не доходит. Сделал количество запусков функции 10 при этом общее время выполнения оказалось 57,2 сек. Т.о. получаем 5,72 сек.
"roman" wrote:
А вообще, для верности, поставьте лимит в 2 секунды, поскольку разрешение времени используемое для вычисления лимита 1 секунда, что может приводить к срабатыванию от 0 до 1 секунды, в вашем случае.
Поставил 2 сек. Помогло, но не на 100%. Увеличил до 3 сек - стало нормально. Странно, но вроде работает.
|
|
Written on: 27. 01. 2012 [13:05]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3747
|
"yozhik" wrote:
Приведенный кусок кода и есть вся функция (как раз для чистоты эксперимента и выделил этот кусок кода в отдельную функцию), где только вместо многоточия стоит SYS.messDebug() для тестирования. Так вот до messDebug выполнение не доходит. Сделал количество запусков функции 10 при этом общее время выполнения оказалось 57,2 сек. Т.о. получаем 5,72 сек.
У меня нет такой проблемы. Взял Ваш код и получил время выполнения "Затрачено времени: 101.5мс."
Learn, learn and learn better than work, work and work.
|
|
Written on: 27. 01. 2012 [13:37]
|
|
yozhik
Алексей Николаев
registered since: 29.11.2010
Posts: 127
|
"roman" wrote:
У меня нет такой проблемы. Взял Ваш код и получил время выполнения "Затрачено времени: 101.5мс."
Попробовал сейчас на демо станции на транспорте testModBus - действительно время выполнения 101,5 мс. Но этот транспорт настроен на localhost и включен. В моем же случае, транспорт настроен на устройство, которое (по какой-либо причине) в данный момент не в сети и соответственно транспорт отключен.
Если я правильно понимаю, то при обращении по выключенному в данный момент транспорту производится попытка его включения. Вот это время на включение и добавляется к 100 мс тайм-аута и поэтому общее время выполнения функции превышает заданное. Если это на самом деле так, то все понятно и остается единственный вопрос - а каково время включения транспорта?
|
|
Written on: 27. 01. 2012 [14:13]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3747
|
"yozhik" wrote:
Попробовал сейчас на демо станции на транспорте testModBus - действительно время выполнения 101,5 мс. Но этот транспорт настроен на localhost и включен. В моем же случае, транспорт настроен на устройство, которое (по какой-либо причине) в данный момент не в сети и соответственно транспорт отключен.
У меня на localhost вообще 4 мс, поскольку стек сети может сразу определить, что там ничего не слушает. А на внешнем адресе, по которому ничего нет, то что я показал!
"yozhik" wrote:
Если я правильно понимаю, то при обращении по выключенному в данный момент транспорту производится попытка его включения. Вот это время на включение и добавляется к 100 мс тайм-аута и поэтому общее время выполнения функции превышает заданное. Если это на самом деле так, то все понятно и остается единственный вопрос - а каково время включения транспорта?
Ничего подобного, для подключения используется тот же таймаут и это я Вам показал своим примером, поскольку в случае с ошибкой подключения транспорт всегда останавливается и пытается запуститься при следующем запросе, с тем-же таймаутом.
Не верите - берите исходник и разбирайтесь!
Learn, learn and learn better than work, work and work.
|
|
Written on: 14. 07. 2012 [13:52]
|
|
legend
Oleg N
registered since: 13.04.2012
Posts: 63
|
Добрый день, уважаемые форумчане.
Возник вопрос по поводу работы с модулем DAQ.Modbus.
Есть группа регистров, которые необходимо опрашивать не с определенной периодичностью, а по событию.
Пытался решить данную задачу следующим способом. Установил время опроса 0. При запуске DAQ.Modbus.Controller OpenScada однократно считывает параметры. Дальше я из программы на Java вычислителе отключаю, а затем запускаю DAQ.Modbus.Controller. Атрибуты параметров контроллера обновляются. Но значения сначала обнуляются, а потом принимают новые значения.
Есть еще один способ, попробовать вручную отправить PDU запрос и обработать его в JAVA подпрограмме. Но это уже совсем танцы с бубном получаются. Особенно если таких параметров десяток.
Так вот вопрос. Может быть в OpenScada предусмотрен какой-нибудь способ производить опрос регистров modbus устройства по запросу?
|
