Вид для печати
Здравствуйте,
Подскажите пожалуйста такой вопрос, вот есть осциллограмма опроса :
Вложение 28666
а вот увеличена:
Вложение 28667
отсюда вопрос нормальна ли эта ситуация -60 мс между ответом и запросом, учитывая, что опрос ведется посредством Modbus.lib, скорость 9600?
При увеличении скорости уменьшится ли эта задержка?
Задержка между запросом и ответом зависит от нескольких параметров:
1) Протяженность линии
2) Количества устройств на данной ветке
3) Скорости обработки информации приемником и передатчиком
Если говорить простыми словами, то битрейт - это скорость обмена, а задержка между ответом и запросом - это темп обмена информацией с определенным битрейтом. В CodeSys есть возможность настройки задержки ответа, но в разумных пределах, не зависимо от используемой библиотеки. Но на Slave устройстве тоже должна быть такая же возможность. Следует учитывать еще ограничение самого протокола Modbus которое минимально составляет около 1,5 бит тишины.
А вообще почитайте вот эту тему http://www.owen.ru/forum/showthread.php?t=7999
Может там найдете ответ на свой вопрос.
СПС но там ничего не нашел, просто хочу понять, на что влияет изменение скорости обмена. О 1,5 бит тишины знаю, но почему у такая большая задержка...Цитата:
Сообщение от Megavoltik
На задержку ответа не должно влиять. Но это по самому стандарту Modbus. что там натворил Овен самому Овену и извесно :D . Вообще попробуйте экспериментально. Мне самому интересно стало.
Если не секрет - какие приборы используете?
Нельзя ли поподробнее про 1,5 бит тишины? Может быть имелись ввиду байты или мсек?
А вообще задержка между ответом и запросом обычно настраиваемый параметр, зависит от кривизны драйверов мастера (сколько ему нужно на подготовку запроса) и слейвов (сколько им нужно на подготовку к приёму). Для стандартных Modbus RTU на 9600 достаточно 3мсек, а по факту - как повезёт.
Я немного ошибся. Давно это было, поэтому освежил немного знания. t1,5 - это меж символьный интервал, а интервал между запросами составляет t3,5. Т.е. между битами во фрейме не более t1,5 , а между фреймами t3,5. Описано перекрасно все в этом документе http://www.modbus.org/docs/Modbus_ov...line_V1_02.pdf . В частности стр.13Цитата:
Сообщение от rwg
Не зависит.Цитата:
Сообщение от Megavoltik
Использую СПК107 и экспериментирую на ПЧВ, но подключены к опросу разные модули от овен - почти вся линейка.
Сменил скорость с 9600 на 38400 так вот эта задержка (увеличенный график) уменшилась с 60 мс до 50 мс - это все по осцилографу... так эта задержка вроде зависит от скорости - не много ли это 50-60мс???
Я бы не назвал это уменьшением задержки)Цитата:
Сообщение от a_gricaj
Резонный вопрос - а какое значение у параметра RS.dl в конфигураторе Mx110?
Насколько я помню, стандартно было 2мс. А у топик стартера хороший вопросЦитата:
Сообщение от Rake Runner
при настройке модулей этот параметр не трогал - стоит 2 мсЦитата:
Сообщение от Megavoltik
мне непонятно почему 60 мс порт стоит и ничего не делает...
У топикстартера было написано "-60 мс между ответом и запросом", то есть тупит мастер. У него всё правильно настроено?
Я опрашиваю 2 шт 8а, 6у, 16Дн,16р,8р,МДВВ, ПЧ Овен и ПЧ Лензе (собственно вот еще моя тема - разбирался с библиотекой http://www.owen.ru/forum/showthread.php?t=25836&page=3) - опрос идет - модули опрашиваю, что можно еще неправильно настроить???Цитата:
Сообщение от rwg
Этой же бибкой на другом объекте плк110 опрашивает 55 МДВВ по четырем портам - и вроде быстрее....
в "мониторе" средний - 3,5мсЦитата:
Сообщение от Валенок
У СПК 207 время между ответом и запросом называется " Время между фреймами " в настройках СОМ- порта и по умолчанию стоит 20 мсек.
Это при использовании конфигуратора? Тогда согласен. У меня же бибка....Цитата:
Сообщение от rwg
Я имел ввиду это:Цитата:
Сообщение от Валенок
Вложение 28682
а Вы?????
по-бразильски) - максимум, что видел 10 мс(один раз за пару минут наблюдения), в основном плавает до 1-2-5мс (тут уже как на ноуте обновляется)Цитата:
Сообщение от Валенок
По 29 мс - не знаю откуда они берутся так как во время исполнения кода до 29 не залетает, возможно при загрузке СПК, и по осциллу я не поймаю....
Цитата:
Сообщение от a_gricaj
Здравствуйте, А_Грация.
ОГРОМНОЕ СПАСИБО за осциллограммы.
Дайте я угадаю - это ведь задержка ответа при запросе аналогового параметра? и протокол ModBus-RTU?
Данный вопрос не однократно возникал на просторах данного форума и после очередного холивара сходились во мнении:
1. Если работаем с библиотекой, то читать за раз сразу все нужные регистры со слейва.
2. Сменить протокол.
3. Аналоговые модели перенесите на отдельный интерфейс и там играться с настройками связи (увеличение времени таймоута).
P. S. Еще раз СПАСИБО за скринны осциллограм, надеюсь сотрудники ОВЕН теперь не отвертятся :-) С аналогичной ситуацией столкнулся еще в далёком 2007 году и с тех пор использую протокол "ОВЕН" ни каких проблем с опросом модулей овен не было:rolleyes:
Это действительно ModBus-RTU, но задержка между последним ответом и следующим запросом - мастер "гуляет":mad: - 50 мс, а между запросом ответом 5-10 мс, при чем без разницы аналоговый модуль, дискретный или ЧП.Цитата:
Сообщение от Gans
По поводу чтения пакетом - ситуация с одновременным опросом 8А (чтение 48 регистров) и ЧП - просто улыбнула - ЧП уходит в ручной стоп:):):):) - пришлось делить запрос к 8А на две части.
Второй интерфейс будет использоваться для мониторинга - будет весеть модем, менять протокол не буду - и так уже достали переделки....
К слову могу предоставить еще осциллограммы - где Плк110 имеет такую же задержку после ответа предыдущего устройства, но только 25 мс (тоже МОДБАС.ЛИБ ) но непомню какая там скорость 38400 или 57600, другая осцилла есть - опрос модулей ОВЕНА ОРС-сервером от Инсата там задержка в районе 2-5 мс (по памяти) на скорости 57600.
Хотелось бы услышать мнение представителей ОВЕН по этой теме..... это так задумано или я косячу???
Здравствуйте, А_Грация.Цитата:
Сообщение от a_gricaj
Похоже, что мастер модбус-рту счёл ответ не заслуживающим доверия и простоял 50 мс. Затем по таймауту послал следующий запрос.
Я не замечал ни каких проблем с дискретными модулями на протоколе модбус-рту и смело их юзаю на этом протоколе. Правда, если есть хоть один аналоговый модуль или ТРМххх и тд. сразу перехожу на протокол ОВЕН и ни каких проблем! На сколько я понимаю проблем нет и на протоколе ASCII.
На счет гулянья 5-10 мс это скорее всего цикл программы внутренностей слэйва.
Не помню точно, но вроде экспериментировал - делал тайм аут 100мс на одном модуле (16дн) следил за "Exception" - организован счетчик - все равно задержка - 50-60мс, наверное нужно повторить эксперимент.....Цитата:
Сообщение от Gans
Для сравнения
СПК107:
Вложение 28765
ПЛК110(правда сигнал подгулявший):
Вложение 28766
ОРС-сервер:
Вложение 28767
Скрины сетевых настроек СПК будут выложены-то?Цитата:
Сообщение от a_gricaj
А то, в принципе, при "правильном" подходе можно и минутные паузы получать, в чем проблема-то.
Один из вариантов:
Код:SettingsCOM2.sPort:=2;
SettingsCOM2.byStopBits:=1;
SettingsCOM2.byParity:=0;
SettingsCOM2.ulBaudrate:=9600;
SettingsCOM2.ulTimeout:=0;
SettingsCOM2.ulBufferSize:=0;
SettingsEXCOM2.byByteSize:=8;
// [2] открываем COM-порт
ComServiceCOM2(
Enable:=TRUE,
Settings:=SettingsCOM2,
Sets_Ex:=SettingsEXCOM2,
Task:=OPEN_TSK);
//ОПРОС
IF ComServiceCOM2.Ready THEN
CASE Step OF
0: IF MV110_8ABoks1 THEN Step:=1; ELSE ErrorMV110_8aAdr5:=0;Step:=2;END_IF
1: TON(IN:= Step=1, PT:=T#1MS , Q=> Enable, ET=> );
MV110_8aAdr5(
Enable:= Enable,
Mode:= MB_RTU,
DevAddr:= 10,
FirstAddr:= 0,
Quantity:= 35,
ComHandle:= ComServiceCOM2.Handle,
TimeOut:= T#100MS,
Buffer:= Buffer,
Complete=> Complete,
Exception=> ErrorMV110_8aAdr5,
ByteCnt=> DataSize);
IF Complete (*если установлен признак завершения операции, то *)
THEN
IF ErrorMV110_8aAdr5=0 THEN BufferDataM1AI:=Buffer;END_IF
IF ErrorMV110_8aAdr5<>0 AND AlarmMV110_8aAdr5=FALSE THEN AmountMV110_8aAdr5:=AmountMV110_8aAdr5+1; ELSE AmountMV110_8aAdr5:=0;END_IF
IF AmountMV110_8aAdr5>SetAmount THEN AlarmMV110_8aAdr5:=TRUE;END_IF
MV110_8aAdr5(Enable:= FALSE, Buffer:=Buffer);
TON(IN:=FALSE);
Step:=2; (*переходим к выполнению следующего ФБ*)
END_IF
/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
2: IF MV110_8ABoks2 THEN Step:=3; ELSE ErrorMV110_8aAdr6:=0;Step:=4;END_IF
3: TON(IN:= Step=3, PT:=T#1MS , Q=> Enable, ET=> );
MV110_8aAdr6(
Enable:= Enable,
Mode:= MB_RTU,
DevAddr:= 30,
FirstAddr:= 0,
Quantity:= 35,
ComHandle:= ComServiceCOM2.Handle,
TimeOut:= T#100MS,
Buffer:= Buffer,
Complete=> Complete,
Exception=> ErrorMV110_8aAdr6,
ByteCnt=> DataSize);
IF Complete (*если установлен признак завершения операции, то *)
THEN
IF ErrorMV110_8aAdr6=0 THEN BufferDataM2AI:=Buffer;END_IF
IF ErrorMV110_8aAdr6<>0 AND AlarmMV110_8aAdr6=FALSE THEN AmountMV110_8aAdr6:=AmountMV110_8aAdr6+1; ELSE AmountMV110_8aAdr6:=0;END_IF
IF AmountMV110_8aAdr6>SetAmount THEN AlarmMV110_8aAdr6:=TRUE;END_IF
MV110_8aAdr6(Enable:= FALSE, Buffer:=Buffer);
TON(IN:=FALSE);
Step:=4; (*переходим к выполнению следующего ФБ*)
END_IF
и так далее......
И какое время цикла у этой программы?
Пост №20 этой темы посмотрите пожалуйста, там скрин...Цитата:
Сообщение от Rake Runner
Интересно не реальное время, а заданное для задачи MainTask.Цитата:
Сообщение от a_gricaj
10 мс - заданно для задачи MainTaskЦитата:
Сообщение от Rake Runner