Вопрос по Modbus TCP/IP (Возможно так задумано)

[Ilya J.]

Можете на самом свежем ПО проверить? Т.е. нужно отформатировать контроллер из вашего SMlogix. Тут речь идет о задержки - это то что вы хотите сделать, т.е. не задержку, а возможность остановить опрос, или я чего-то недопонимаю?

Скажу сразу, что реализовать задержку с помощью FBD пробовал по количеству ошибок

То есть если пользоваться доп. опцией из FBD, то будут большие задержки (при условии если устройства не будут отвечать)

Пытался сказать, если делать макрос на задержку,

[alf999]

Сообщение от Ilya J.

Можете на самом свежем ПО проверить? Т.е. нужно отформатировать контроллер из вашего SMlogix. Тут речь идет о задержки - это то что вы хотите сделать, т.е. не задержку, а возможность остановить опрос, или я чего-то недопонимаю?

Да, меня интересовала возможность остановить опрос, но при ручном управлении отказывается работать даже без моего блока со счетом количества ошибок, т.к. происходит что то невообразимое, где то что то подтормаживает и ошибки выходят на выход блока SlaveX (link) с задержкой до минуты наверное, не засекал, на видео можно засечь. И ладно бы эта проблема была на отключенных устройствах, в видео отображается устройство из симуляции (кстати еще одно устройство тоже работало). И того всего 11 устройств 9 из которых не отвечают, 2 из которых (1 компьютер ,1 устройство) отвечают корректно но происходит 1 запрос в минуту, не выдавая никаких ошибок на выходы блоков (и рабочих и нерабочих при учете timeout 500 ms). Короче, где то что то не так. Или я не знаю той информации что бы это работало правильно )

Мне необходимо опросить минимум 30 устройств.

На счет форматирования конечно могу. Попробую и отпишусь.

[ATS]

Сообщение от Ilya J.

речь идет о задержки - это то что вы хотите сделать, т.е. не задержку, а возможность остановить опрос, или я чего-то недопонимаю?

Да тут уже речь о том что опрос с заданием параметров из FBD работает криво при тех же параметрах слейвов.

Загляните

[alf999]

Сообщение от ATS

Наглядно.

Но все же поставьте Увеличенный таймаут хотя бы 2000 миллисекунд.


И кстати, трафик чем смотрите?

До 2000 мс нет смысла, если учитывать что это сеть 100 мб/сек, и на пути 1 коммутатор. это бред. Если интересует за которое время происходит ответ это тоже можно легко выяснить с помощью анализатора сети "Wireshark" например. То что вы видели на видео, это монитор самого Slave имитатора. Одна из самых полезных программ из набора "ModbusTools". там Master и Slave. С помощью этих программ можно организовать что угодно для протокола Modbus.

P.S. (Кряченые версии есть в интернете).

[ujin]

Сообщение от alf999

При автоматическом работает все, даже задержка между опросами (у которой окно ввода не блокируется при переходе в ручное управление). Но нет возможности отключить опрос.

Так и не отключайте опрос.
Можно набросать 20 слейвов, подключить 1, проверить периодичность обмена с одним:
Задать период опроса 100 мс, таймаут 50-100 мс.
На слейве запустить синусоиду или пилу или время в миллисекундах с тактом 100 мс. В сегнетиксе проверить, что период соответствует 100 мс. В этом случае пила или синусоида будет без пропусков.
Если отсутствующие тормозят обмен будут видно пропуски.
Затем попробовать 2 слейва. Подключить оба, проверить обмен. Отключить на 60 секунд, подключить и проверить, что обмен возобновился через длинный таймаут. Поставить длинный таймаут 1секунду. Опять один отключить на 60 сек, подключить. Если обмен возобновляется, значит запросы на подключение нигде не буферизируются и все норм.
Так и не понял зачем ручной режим. Адрес на ходу поменять? Или шлюз делаете к modbus RTU устройствам и ID на ходу меняете?


Добавлено через 4 минуты

Сообщение от alf999

До 2000 мс нет смысла

Разговор идет про Длинный таймаут после 3х неответов насколько я понял.
3 коротких по 100 мс, далее один длинный.

[alf999]

Сообщение от ujin

Так и не понял зачем ручной режим. Адрес на ходу поменять? Или шлюз делаете к modbus RTU устройствам и ID на ходу меняете?

Разговор идет про Длинный таймаут после 3х неответов насколько я понял.
3 коротких по 100 мс, далее один длинный.

Тааак.... Я сам ничего не понимаю теперь ))), я всего лишь хотел что бы работала задержка между опросами при достижении количества ошибок, и была возможность отключить опрос ненужного датчика.

Оба эти условия в данной ситуации совместить не возможно. Т.к. отключить опрос невозможно если не выбран пункт управление из FBD. И не возможно реализовать задержку. при счете количества ошибок потому что в ручном режиме все тормозит...

[ATS]

Сообщение от alf999

До 2000 мс нет смысла, если учитывать что это сеть 100 мб/сек, и на пути 1 коммутатор. это бред.

Я про увеличенный. Он точно должен быть больше основного.
По сути это максимальное время ответа слейва.

можно легко выяснить с помощью анализатора сети "Wireshark" например.

Это давно знакомо.

То что вы видели на видео, это монитор самого Slave имитатора.

Понял - думал что-то новенькое появилось.


Добавлено через 3 минуты

Сообщение от alf999

Т.к. отключить опрос невозможно если не выбран пункт управление из FBD. И не возможно реализовать задержку.

Почему? Используйте нециклический опрос.

[alf999]

Сообщение от ATS

Я про увеличенный. Он точно должен быть больше основного.
По сути это максимальное время ответа слейва.


Почему? Используйте нециклический опрос.

Такс... что значит увеличенный таймаут?


Не счет нецикличного это как?, это вы предлагаете в карте опрос поставить 0ms, и самому опрашивать переменные в цикле программы?... мдя... +1000 блоков. Учитывая что код накапливается (копируется), а не используются экземпляры блока (что то типо процедур)... я с такими вещами очень быстро дойду до рекламных 35000 блоков за 10ms.

Я уже и так замучался переменные постоянно линковать, как только найду недочет в макросе, приходится менять все, и 100 переменных перелинковывать... Может кто подскажет способ полегче?

Ох, это я о наболевшем...
Может просто не умею работать в этой среде.
Ну а если честно, разработчики очень большие молодцы!, наблюдал за развитием с выхода контроллера Pixel...


Добавлено через 5 минут

Сообщение от alf999

На счет форматирования конечно могу. Попробую и отпишусь.

Попробовал, ничего не поменялось.

Кстати, У разработчиков есть контроллер?, могут они сами попробовать?, пример проблемы вроде как кинул.

[ujin]

Сообщение от alf999

Тааак.... Я сам ничего не понимаю теперь ))), я всего лишь хотел что бы работала задержка между опросами при достижении количества ошибок, и была возможность отключить опрос ненужного датчика.

Оба эти условия в данной ситуации совместить не возможно. Т.к. отключить опрос невозможно если не выбран пункт управление из FBD. И не возможно реализовать задержку. при счете количества ошибок потому что в ручном режиме все тормозит...

Нужно уточнить как в контроллерах Сегнетикс сделано.
1. Запрос на TCP соединение со слейвом - ответа нет в течении короткого таймаута - ошибка №1
2. Запрос на TCP соединение со слейвом - ответа нет в течении короткого таймаута - ошибка №2
3. Запрос на TCP соединение со слейвом - ответа нет в течении короткого таймаута - ошибка №3
Длинный таймаут, сброс ошибок
.....
1. Запрос на TCP соединение со слейвом -> ответ есть -> Modbus запрос -> ответ неправильный ошибка №1 - разрыв соединения (у меня обязательно)
2. Запрос на TCP соединение со слейвом -> ответ есть -> Modbus запрос -> ответ правильный сброс ошибок
3. Запрос на TCP соединение со слейвом -> ответ есть -> Modbus запрос -> ответ неправильный ошибка №1 - разрыв соединения
4. Запрос на TCP соединение со слейвом -> ответ есть -> Modbus запрос -> ответа нет ошибка №2 - разрыв соединения
5. Запрос на TCP соединение со слейвом -> ответ есть -> Modbus запрос -> ответ неправильный ошибка №3 - разрыв соединения
длинный таймаут, сброс ошибок
...
На выходе errors блока показывает суммарное количество ошибок.

[ATS]

Сообщение от alf999

Такс... что значит увеличенный таймаут?

Ну на Вашей же картинке обведено

Я уже и так замучался переменные постоянно линковать, как только найду недочет в макросе, приходится менять все, и 100 переменных перелинковывать... Может кто подскажет способ полегче?

Да вроде все копипастится без проблем.

[alf999]

Сообщение от ATS

Ну на Вашей же картинке обведено

Там же написано, что в ручном режиме не работает задержка и этот таймаут тоже видимо... т.к. мне не удалось увидеть разницу изменения этих параметров, что хотите там ставьте, в ручном это не учитывается... Вот и задал вопрос почему эти поля не блокируются с остальными... все равно не работают. Или они нужны для чего то другого...

После этого в блоке SlaveX(Link) появляется несколько дополнительных настроек, в которых можно отключать опрос устройства.

Но перестает работать задержка опроса устройства (хорошая вещь), которая осталась вроде как включенной (разрешенной к изменению после установки галки "Управление из FDB") в окне свойств Slave...

[ATS]

Сообщение от alf999

Там же написано, что в ручном режиме не работает задержка и этот таймаут тоже видимо...

Это Вы себя убедили. Так же как и с названием ручной режим.

[Ilya J.]

Сообщение от alf999

Кстати, У разработчиков есть контроллер?, могут они сами попробовать?, пример проблемы вроде как кинул.

Продолжим разбираться с вашей проблемой, но уже после выходных.

[alf999]

Сообщение от ATS

Это Вы себя убедили. Так же как и с названием ручной режим.

Ручной режим это уже говорка, т.к. уже все понимают о чем идет речь, и первое упоминание этого режима было в сообщении сотрудника segnetics.

На счет я себя убедил... Я стараюсь проверять прежде чем задавать вопросы...

Вот посмотрите сами, заметите ли вы разницу?

https://www.veed.io/view/dd7db0df-c9...60?panel=share

[alf999]

Видео с хостинга удалится через 24 часа, перезолил на облако:

1: C сообщения когда впервые показал как работает с множеством Slave
2: C сообщения когда показал что дополнительные параметры TCP/IP не работают при активации "Управление из FBD"

1:https://cloud.mail.ru/public/GaNU/oCi7ivXup

2:https://cloud.mail.ru/public/78Si/tvTrByKyV

[ATS]

Сообщение от alf999

На счет я себя убедил... Я стараюсь проверять прежде чем задавать вопросы...]

Похоже был не совсем прав. Параметры явно забыли передать.

Похоже опять плюшечки.

Смотрим еще раз сюды

И добавляем потерянные параметры в файлик .req для варианта с управлением из FBD естественно для каждого слейва.

[Server0]
SlaveId=0

Ifx=0xbc0,0xbc2,0x117,0xa0c,0xa10,0xa14,0xbc4,0xa18

AltTimeout=5000000
AttemptNum=3
Downtime=30


MapId=1
Adr=0
req0=0,3,25,6,0x04a8,2000000
req1=0,3,39,4,0x04c0,2000000
req2=0,3,49,6,0x04d0,2000000
req3=0,3,62,1,0x04e8,2000000

[Server1]
SlaveId=1

Ifx=0xbb4,0xbb6,0x113,0x9e4,0x9e8,0x9ec,0xbb8,0x9f0

AltTimeout=5000000
AttemptNum=3
Downtime=30


MapId=3
Adr=1
req0=1,16,12,2,0x10d0,0,4544,0
req1=1,16,14,2,0x10d8,0,4546,0
req2=1,16,20,1,0x10e0,0,4548,0
req3=1,16,21,1,0x10e4,0,4550,0
req4=1,3,0,4,0x04ec,500000
req5=1,3,4,12,0x04fc,2000000
req6=1,3,12,2,0x052c,0,4552,0
req7=1,3,14,2,0x0534,0,4556,0
req8=1,3,20,1,0x053c,0,4560,0
req9=1,3,21,1,0x0540,0,4564,0

И все начинает шуршать.

AttemptNum - на самом деле дополнительное количество попыток
Downtime - время до повторного опроса

AltTimeout - тут уже сомнения. Похоже максимальное время на ответ.

[ujin]

Сообщение от alf999

Видео с хостинга удалится через 24 часа, перезолил на облако:

1: C сообщения когда впервые показал как работает с множеством Slave
2: C сообщения когда показал что дополнительные параметры TCP/IP не работают при активации "Управление из FBD"

1:https://cloud.mail.ru/public/GaNU/oCi7ivXup

2:https://cloud.mail.ru/public/78Si/tvTrByKyV

Судя по видео с так называемом "ручном режимом" все понятно
А в так называемом "автоматическом" просто все поперепутано.
Увеличенный таймаут похож на повторный запрос TCP соединения
Количество попыток связи считается с 0 следовательно 3=4
Время возобновления опроса это как раз длинный таймаут после неудачных попыток.
Просто таймаут (неактивный 650 мс) видимо между удачными запросами при наличии TCP соединения.

2 тонких момента.
1 ТСP соединение может устанавливаться, прибор может отвечать неправильно будет ли уход на таймаут "время возобновления запроса".
Или количество ошибок увеличилось на 4 уход на "время возобновления запроса"
2 Накидать 30 мастеров с разными IP. Посмотреть будет ли тормозить обмен с одним подключенным. По этому можно судить обмен ведется параллельно или последовательно. 5 ниток параллельного обмена - это несерьезно.
А техподдержка с попкорном наблюдает за игрой "угадай мелодию"

[ATS]

Сообщение от ujin

Увеличенный таймаут похож на повторный запрос TCP соединения

Нет. Это как раз таймаут. Максимальное время ожидания ответа.

Количество попыток связи считается с 0 следовательно 3=4

Одна попытка по умолчанию и значит это количество дополнительных.

Время возобновления опроса это как раз длинный таймаут после неудачных попыток.

А вот это как раз время возобновления.

[ujin]

Сообщение от ATS

Нет. Это как раз таймаут. Максимальное время ожидания ответа.

Поздравляю сэр Вы заново сформулировали определение таймаута.
Ответа на что?
На запрос TCP соединения или на запрос по протоколу Modbus TCP после установления соединения?
Тогда что такое таймаут и чем увеличенный таймаут отличается от таймаута?

[ATS]

Сообщение от ujin

Поздравляю сэр Вы заново сформулировали определение таймаута.

Аналогично сэр. Чуть выше Вы его переиначили.

Ответа на что?
На запрос TCP соединения или на запрос по протоколу Modbus TCP после установления соединения?

Естественно на запрос по протоколу Modbus TCP. Иногда устройсва думают очень долго.
TCP соединение должно быть установлено до начала опроса по протоколу Modbus TCP. Иначе запросы не имеют смысла.

А вот после увеличенного таймаута соединение можно и разорвать до возобновления опроса.

Тогда что такое таймаут и чем увеличенный таймаут отличается от таймаута?

А это время до повтора.

[Ilya J.]

Сообщение от ATS

Похоже был не совсем прав. Параметры явно забыли передать.

[Server0]
SlaveId=0

Ifx=0xbc0,0xbc2,0x117,0xa0c,0xa10,0xa14,0xbc4,0xa18

AltTimeout=5000000
AttemptNum=3
Downtime=30


MapId=1
Adr=0
req0=0,3,25,6,0x04a8,2000000
req1=0,3,39,4,0x04c0,2000000
req2=0,3,49,6,0x04d0,2000000
req3=0,3,62,1,0x04e8,2000000

[Server1]
SlaveId=1

Ifx=0xbb4,0xbb6,0x113,0x9e4,0x9e8,0x9ec,0xbb8,0x9f0

AltTimeout=5000000
AttemptNum=3
Downtime=30


MapId=3
Adr=1
req0=1,16,12,2,0x10d0,0,4544,0
req1=1,16,14,2,0x10d8,0,4546,0
req2=1,16,20,1,0x10e0,0,4548,0
req3=1,16,21,1,0x10e4,0,4550,0
req4=1,3,0,4,0x04ec,500000
req5=1,3,4,12,0x04fc,2000000
req6=1,3,12,2,0x052c,0,4552,0
req7=1,3,14,2,0x0534,0,4556,0
req8=1,3,20,1,0x053c,0,4560,0
req9=1,3,21,1,0x0540,0,4564,0

И все начинает шуршать.

Спасибо, мы поработаем над этим #54572.

[ATS]

Сообщение от Ilya J.

Спасибо, мы поработаем над этим #54572.

Видимо эти параметры должны были передаваться в этой строке

Ifx=0xbc0,0xbc2,0x117,0xa0c,0xa10,0xa14,0xbc4,0xa18

Как один из скрытых для блока
Slave-x.png

[ujin]

Сообщение от ATS

А вот после увеличенного таймаута соединение можно и разорвать до возобновления опроса.

Сначала подождать простой таймаут, если ответа нет (устройство долго отвечает) подождать увеличенный таймаут, затем можно разрывать соединение.
Т.е. либо устройство ответит в течении 2х таймаутов либо не ответит в течении 2х.
Какой-то из таймаутов явно лишний в Вашей логике.
Угадывание продолжается.

[Arsie]

Сообщение от ujin

Сначала подождать простой таймаут, если ответа нет (устройство долго отвечает) подождать увеличенный таймаут, затем можно разрывать соединение.

Угадывание продолжается.

https://dl.segnetics.com/WebHelp/SMLogix/ - индекс, "Увеличенный".

[ATS]

Сообщение от ujin

Т.е. либо устройство ответит в течении 2х таймаутов либо не ответит в течении 2х.

Насколько видел короткий таймаут выдерживается между повторами.
Увеличенным там не пахнет.
Подробно исследовать и гадать нет ни малейшего желания.

[ujin]

Сообщение от ATS

Насколько видел короткий таймаут выдерживается между повторами.
Увеличенным там не пахнет.
Подробно исследовать и гадать нет ни малейшего желания.

Честно говоря у меня тоже нет особого желания разбираться однако ради спортивного интереса увеличенным таймаутом пахнет и довольно сильно.
3:09-3:15, 4:07-4:16 На обоих интервалах произошло увеличение на 4 ошибки, то есть по одной ошибке за 2,5 сек. Так же в шагах увеличение на 90 шагов*100 мс = 9 сек
Тогда как обычный таймаут выставлен в 500 мс и увеличение на 4 ошибки должно было пройти за 2 сек.
Раз уже тыкнули в справку давайте посмотрим - увеличенный таймаут применяется для альтернативной конфигурации карты памяти. Альтернативная конфигурация должна быть задана, включена и в ней должен быть активирован увеличенный таймаут.
Уважаемый alf999 Вы добавляли и включали альтернативную конфигурацию карты памяти slave устройства?

[alf999]

Сообщение от ujin

Уважаемый alf999 Вы добавляли и включали альтернативную конфигурацию карты памяти slave устройства?

Хм... если бы я знал о чем идет речь )).

Я так понял альтернативная конфигурация связана только с Slave устройства через interhet. Не занимался таким вещами.

[ATS]

Сообщение от ujin

3:09-3:15, 4:07-4:16 На обоих интервалах произошло увеличение на 4 ошибки, то есть по одной ошибке за 2,5 сек.

Анализ по видео? Странно. А поставить увеличенный секунд в 20?

[ujin]

Сообщение от ATS

Анализ по видео? Странно. А поставить увеличенный секунд в 20?

Вы так же сделали вывод что увеличенным таймаутом не "пахнет" на основе видео. Свои выводы не считаете странными?
Предложение установить увеличенный таймаут поддерживаю. Так как напрашивается ошибка в работе с таймаутами.
Так же еще раз обращаю внимание на предложение поставить штук 30 недоступных слейвов.
alf999 собирается опрашивать примерно такое количество, может получить сюрпризы при отключении нескольких слейвов с большими таймаутами (простой, увеличенный, возобновление опроса).

[ATS]

Сообщение от ujin

Вы так же сделали вывод что увеличенным таймаутом не "пахнет" на основе видео.

Это где?
И видео посмотрел одним глазом.

Предложение установить увеличенный таймаут поддерживаю. Так как напрашивается ошибка в работе с таймаутами.

Да я и проверял с 10-и секундным.