Повторюсь - по логу видно, что в Ethernet часть не отдаёт ответ.
Самый простой метод проверки работы С2000-ПП - проверка Панелью Управления С2000-ПП.
Ей можно так же это сделать через С2000-Ethernet.


Более того, в самом логе запросов я вижу проблему. В порядке опроса. прибором СДК 5,3
Т.е. СДК 5,3 запрашивает к примеру 
""2021-08-05 12:12:31.704";"Запрос";"01 03 B4 70 00 03 23 E0"" 
это запрос регистра  46192
Запрос "Запрос расширенного состояния зоны по установленному номеру (Ч)"
Для того чтобы выполнить Этот запрос До него надо установить номер Зоны, расширенное состояние которой читается.
регистром 46176 , что в 16-и ричном формате  B460

а запроса прибором этого регистра нет.
Т-е. прибор запрашивает С2000-ПП нее в том порядке, в котором указано в РЭ на прибор. С большой вероятностью это не может работать,
либо работает не корретно. В части случаев случайно может работать верно, но только в части каких то очень редких случаев.

Последовательность запросов С2000-ПП достаточно странная, а именно
""2021-08-05 12:12:20.610";"Запрос";"01 03 B4 52 00 01 02 2B" (46162 - Запрос количества непрочитанных событий (Ч) )
"2021-08-05 12:12:20.673";"Ответ";"01 03 02 00 68 B9 AA" ответ - два события есть

"2021-08-05 12:12:21.001";"Запрос";"01 06 9C 40 00 6D 67 A3" - регистр 40000 -запись стостояния 6d -109 С2000-ПП сними вход 1 с охраны?
"2021-08-05 12:12:21.063";"Ответ";"01 06 9C 40 00 6D 67 A3" - снят 1 вход  

"2021-08-05 12:12:21.079";"Запрос";"01 03 B4 B8 00 0E 63 DB" запрос регистра 46264 - Какое самое послдеднее событие?
"2021-08-05 12:12:31.207";"Ошибка";"UDP-message receiving timeout." ничего не ответил 
"2021-08-05 12:12:31.207";"Запрос";"01 03 B4 B8 00 0E 63 DB"" кокое событие?
"2021-08-05 12:12:31.287";"Ответ";"01 03 1C 05 06 15 6D 03 02 00 0C 02 02 00 07 18 02 00 07 0B 06 0A 0A 1C 04 08 15 00 00 00 00 E6 D1" вот такое событие
"2021-08-05 12:12:31.624";"Запрос";"01 06 9C 41 00 6D 36 63" второй шлейф снять с охраны
"2021-08-05 12:12:31.688";"Ответ";"01 06 9C 41 00 6D 36 63" сняли 
"2021-08-05 12:12:31.704";"Запрос";"01 03 B4 70 00 03 23 E0" какое расширенное состояние зоны ( номер которой надо было До этого установить)
"2021-08-05 12:12:41.793";"Ошибка";"UDP-message receiving timeout."
"2021-08-05 12:12:41.793";"Запрос";"01 03 B4 70 00 03 23 E0" какое расширенное состояние зоны ( номер которой надо было До этого установить)
"

ну то-есть алгоритм опроса даёт достаточно большое количество вопросов. по виду последовательность запросов от прибора произвольная, в то время как С2000-ПП четко её реглиментирует.
Мне кажется стоит связаться с разработчиками данного устройства, с тем чтобы они почитали РЭ на прибор.
т.е. последовательность у этого прибор по логам примерно такая

1) скольно непрочитанных событий их надо читать? два
2) установи статус зоны1 в состояние снято   (вмето того, чтобы прочитать два события и в соответствии с ними выставить свои статусы.) сколько в этот момент событий в с2000-ПП ? правильно, больше 3-х. может 5 может 7 но больше 3-х.
3) какое было самое последнее событие? снятие входа с охраны. ничего себе
4) снять второй шлейф с охраны
5) покажи расширенное состояние зоны, номер которой мы должны были установить предыдущей посылкой.? не установили и состояние сиотрим произвольной зоны.

и тут видно что события не вычитываются, и расширенные состояния зон не читаются. Рекомендую опять же - сначала проверять Панелью Управления С2000-ПП работу С2000-ПП через Эзернет,
ну и связаться с разработчиками опросчика СДК 5,3 с тем, чтобы они работали с С2000-ПП согласно РЭ прибора.

ну и связаться с разработчиками опросчика СДК 5,3 с тем, чтобы они работали с С2000-ПП согласно РЭ прибора.

Ну тогда сам по себе возникает вопрос....
А почему с 1.32 работало  корректно ?    Что-то изменилось ?  Тогда  что ?
Вопросы по ПП поступать стали ,как "из рога изобилия". И все вопросы одного толка..."Почему работало и вдруг   перестало"?

Артур, А Работало ли Корректно. По логу можно сразу сказать что врятли. Скорость 9600. Запросы раз в 10 секунд.  И отсутствие какого либо ответа. Вариантов когда с2000-пп вообще не отвечает- мне неизвестны. А судя по логу это именно так.
что наводит на вопрос - а приходит ли к пп запрос и получаем лм мы ответ. Проверить только панелью управления. 
По модбасу с с2000-пп версии 2.0 это Второй вопрос, за 8 месяцев выпуска, если я ничего не путаю.( А могу путать). В первом вопросу вроде все поняли что пп надо Корректно настроить. И это было адемко.

С версией 1.32 - работало!  Как бы это не странно выглядело. Я соглашус, что возможно разработчики СДК, что-то да и накосячили,  но статус зон,  расширенный статус зон,  управление зонами - работало. И таймаутов небыло...

Повторюсь - я расписал порядок запросов ил прилагаемого Вами лога. расширенные состояния зон с таким порядком опроса не должны получаться от с2000-пп верными почти никогда. если получались - это порядка 1% шанса.

В Любом случае  - первым делом проверять Панелью Управления С2000-ПП.
ПОка настройки С2000-ethernet  и самого с2000-пп не преведены к тому, что их гарантированно можно стабильно опрашивать этой стандартной и прозрачной по логам со всех сторон программой - гадать где что не так можно долго. может с сетью беда, может с настройками, может с портами. что угодно.
первый шаг любых проблемм с с2000-пп добиться стбильной работы с Панелью Управления . а это во-первых возможно, а во вторых рассмотрено. а в третьих единообразно для пп любых версий (за исключением новых запросов настройки прибора).
9600 с периодом раз в несколько сенкуд запросы - не должно быть отсутствия ответов.
Понимаю проблемы когда на 115200 без задержек сплошняком запрашивают по одному статусу шлейфа недожидаясь ответа посылая следующий запрос (а такое бывет у ***ура) - атм просто надо смотреть ответы , но 9600. и раз в несколько секунд .
ПП всегда отвечает на запрос своей версии прибора. как модбас устройство - не может не ответить.
да, подождать таймаут - но тут таймаут эзернета и он по идее большой. не ответить С2000-ПП может на запрос версии прибора только есил он получил запрос не со своим адресом - тогда он и не ответит,
либо он отвечает, но ответ не доходит. других вариантов я не вижу.

поэтому, уже начерно в 20-й раз напоминаю - сначала "Панель управления С2000-ПП" а потом уже вё остальное.
и с версией 1.32 были вопросы от пользователей - прибор продаётся всё таки достаточным тиражом - и после того, как пользователи всё настраивали так, что прибор работал с "Панель управления с2000-ПП"- все вопросы пропадали. )
 

На всякий случай напишу, что Проблема решилась исправлением конфигуарции C2000-Ethernet.
Если будет ещё и скриншот от автора поста, возможно он кому то ещё и понадобится.

Здравствуйте. А что конкретно нужно было поменять в конфигурации ethernet? Столкнулся с именно этой проблемой, что описана автором.

Скорее всего в С2000-Ethernet увеличили паузу между посылками или таймаут. Думаю проблема решена в прошивке ПП 2.01.

И дополнительно в С2000-ПП версии 2.0 есть " упрощённый режим" для более простого опроса событий и расширенных состояний.
Хоть Вы и не имеет отношение к прибору СДК 5,3, но это может и помочь в случае ошибок с другими системами - работать им более удобно и прогнозируемо.

Как раз сложности с подключением именно к блоку сдк-5.
Буду пробовать менять паузы и таймауты.
т.к. моя проблема ТОЧНО такая же как у автора, я и думал что есть уже конкретное решение.
Юрий Алексеевич может вы все же помните как помогли автору? Изменение каких настроек эзернет помогли окончательно подружить СДК-5 и связку ПэПэ + Эзернет(новых версий)?

Здравствуйте, Денис Александрович.
По идее тайминги.
По сути я проверял на видео https://www.youtube.com/watch?v=7l53wecPJEI&t=1202s  12:26 минут