ПЛК110-60 и Modbus (Master)

[rwg]

1. При работе с ТРМ-ами запись любых значений необходимо делать по изменению, либо по команде один раз, т.к. запись параметров осуществляется сразу в энергонезависимую память, которая имеет ограниченный ресурс перезаписей. При работе по ModBus RTU в ТРМ-ах кол-во стоп-бит фиксированное и равно 2-ум, не забывайте про это тоже.
2. естественно тут будет привязка и к времени цикла работы ПЛК, но период опроса ставить 5 мс для 6-ти ТРМ-ов, к тому же при построении опроса через конфигурацию ПЛК - это через чур ... Да и время цикла работы ПЛК более 20-30 мс - это тоже многовато, в таком случае необходимо разбивать программу по циклам через тот же CASE.

1. В ТРМы я не пишу, только читаю. Про обязательные 2 стоп-бита у ТРМ202 я где то в конференции читал, поэтому протестировал сеть на работу с 1 и 2 битами. Изменение этой настройки на работу сети влияния не оказало, что удивило и порадовало.
2. Период опроса у меня ТРМов 0,5 - 10 секунд, 5мс - это минимальное полное время выполнения одного запроса Modbus (время передачи 16 байт + 3,5 мс на 2 таймаута). Уменьшить время цикла ПЛК я пока побоялся, потому, что раз в секунду у меня выполняется обработка дробных чисел, продолжительность цикла увеличивается, а на что это может повлиять, я пока не знаю. Сейчас средняя загрузка процессора 2%, но это в среднем.

[Гарчев Евгений]

1. В ТРМы я не пишу, только читаю. Про обязательные 2 стоп-бита у ТРМ202 я где то в конференции читал, поэтому протестировал сеть на работу с 1 и 2 битами. Изменение этой настройки на работу сети влияния не оказало, что удивило и порадовало.
2. Период опроса у меня ТРМов 0,5 - 10 секунд, 5мс - это минимальное полное время выполнения одного запроса Modbus (время передачи 16 байт + 3,5 мс на 2 таймаута). Уменьшить время цикла ПЛК я пока побоялся, потому, что раз в секунду у меня выполняется обработка дробных чисел, продолжительность цикла увеличивается, а на что это может повлиять, я пока не знаю. Сейчас средняя загрузка процессора 2%, но это в среднем.

1. Поначалу может и не повлиять 1 стоп-бит на качество опроса, тем более если кроме ТРМ-ов нет опрашиваемых устройств с одним стоп-битом, так что ставьте 2 стоп-бита, всегда там, где есть ТРМ-ы.
2. пускай минимальное время запроса/ответа 5 мс, если периодичность опроса 100 мс, то в last address и last error в течение этих 100 мс будут "висеть" значения с последнего запроса.
На работу с интерфейсами может повлиять, в первую очередь на Ethernet, на связь со средой ...

P.S.
Как Вы оценили загрузку процессора в процентах?

[rwg]

2. пускай минимальное время запроса/ответа 5 мс, если периодичность опроса 100 мс, то в last address и last error в течение этих 100 мс будут "висеть" значения с последнего запроса.
P.S.
Как Вы оценили загрузку процессора в процентах?

LastAddres и LastError, вероятнее всего, меняются после каждого запроса. Если 10 запросов занимают 50мс и выполняются раз в секунду, то эти 2 Lasta меняются 10 раз в течение 50мс, а потом 950мс не меняются. Чтобы разобраться из среды программирования, какой из ТРМ отвечает, а какой нет, я сделал всем ТРМам разные периоды опросов, иначе LastAddres почти всегда был равен наибольшему адресу. Потом начал смотреть на светодиоды RS на ТРМах и от этой методики ушёл.
Загрузка - 400мкс время выполнения цикла, делёная на период цикла 20мс, даёт 2%.

[Гарчев Евгений]

LastAddres и LastError, вероятнее всего, меняются после каждого запроса. Если 10 запросов занимают 50мс и выполняются раз в секунду, то эти 2 Lasta меняются 10 раз в течение 50мс, а потом 950мс не меняются.

Так и есть, только lastaddres меняется при опросе каждого из устройств, просто когда идет ожидание времени polling time lastadders принимает значение адреса последнего устройства, которому был направлен запрос. Чтобы не делать разные периоды опросов для разных устройств при подсчете кол-ва ошибок, сделайте проверку наличия ошибки по каждому устройству только по условию, если lastadrres в текущем цикле поменял свое значение по сравнению с предыдущим циклом.

[rwg]

сделайте проверку наличия ошибки по каждому устройству только по условию, если lastadrres в текущем цикле поменял свое значение по сравнению с предыдущим циклом.

Это я понял, и даже знаю, что при работе с ТРМ всё будет работать. Но при работе Modbus на максимальной скорости для безошибочного определения сбойного датчика время цикла ПЛК должно быть гарантированно не более 2-3 мс. При целочисленной арифметике этого обычно удаётся достичь, а вот каким будет реальное время цикла, в котором рассчитываютя сигналы 4 ПИД-регуляторов и ведётся архивация параметров, я не знаю. И боюсь, что при этом не ответившим будет считаться второй или третий после действительно отказавшего. Поэтому надо ещё как минимум озаботится о том, чтобы разные медленно выполняемые расчёты не попадали в один цикл ПЛК.