ага. подумаю над проблемой.
Однако что сразу бросается в глаза:
"2103","585.443116000","10.0.6.10","10.0.6.234","M odbus/TCP","71","Response: Trans: 0; Unit: 5, Func: 3: Read Holding Registers"
"2104","585.444082000","10.0.6.234","10.0.6.10","M odbus/TCP","66"," Query: Trans: 0; Unit: 5, Func: 3: Read Holding Registers"
"2106","585.446016000","10.0.6.10","10.0.6.234","M odbus/TCP","81","Response: Trans: 0; Unit: 5, Func: 3: Read Holding Registers"
"2107","585.447086000","10.0.6.234","10.0.6.10","M odbus/TCP","66"," Query: Trans: 0; Unit: 5, Func: 3: Read Holding Registers"
"2113","585.702699000","10.0.6.10","10.0.6.234","M odbus/TCP","71","Response: Trans: 0; Unit: 5, Func: 3: Read Holding Registers"
"2114","585.703080000","10.0.6.234","10.0.6.10","M odbus/TCP","66"," Query: Trans: 0; Unit: 5, Func: 3: Read Holding Registers"
Такое ощущение, что OPC выплёвывает следующий запрос не по расписанию опроса, а как только пришёл ответ. ПЛК даже шлет
"2115","585.703270000","10.0.6.10","10.0.6.234","I CMP","70","Source quench (flow control)"
- сообщение о том, что он не может так часто обрабатывать запросы (т.е. внутренний буфер сокета заполнился). Т.к. буфер динамический - а это около 100 записей, то, полагаю, в этом и проблема.
Буфер заполняется и пока ПЛК пытается его переварить - ответы начинают рассинхронизовываться.
Попробуйте снизить частоту опроса.
Тролль-наседка, добрый, нежный и ласковый
Сейчас период опроса стоит 250 мс. реже не хотелось бы, но попробую, а насколько реже надо? 333 мс - пойдёт?
OPC-сервер от MASTER SCADA - может к ним обратиться? В логе OPC во время попыток восстановления связи только запросы, ответов не видно.
Прошу рассказать, как продвигается модернизация ПЛК110-32(30) в плане энкодерных входов.
Предлагалось дополнить на выбор программиста до 6-ти энкодерных модулей в конфигурации,предложенных ранее:
1."ENCODER_DINTх1" (значение энкодера в DINT, множитель 1).
2."ENCODER_DINTх2" (значение энкодера в DINT, множитель 2).
3."ENCODER_DINTх4" (значение энкодера в DINT, множитель 4).
4."ENCODER_WORDх1" (значение энкодера в WORD, множитель 1).
5."ENCODER_WORDх2" (значение энкодера в WORD, множитель 2).
6."ENCODER_WORDх4" (значение энкодера в WORD, множитель 4).
И как обстоят дела с библиотекой для управления энкодером?
Минимально хотя бы возможность записи нового текущего значения в энкодер.
Как вариант, можно в конфигурации оставить один ENCODER, а все настройки сделать через библиотеку.
Это уже обсуждалось ранее в этой ветке.И вроде было мнение ,что всё сделать технически реально.
Итого пожелания: добавить выход энкодера в формате DINT, предоставить возможность выбора множителя энкодера и возможность записи нового
текущего значения.
Ведь энкодер на ПЛК110 теперь стал БЫСТРЫМ,что очень хорошо.
Есть явный смысл его облагородить !
Начните с 5-10 секунд. ОПС как-то некорректно обрабатывает этот таймаут. В логе видно, что никакими 250 мс и не пахнет...
И добейтесь стабильного "такта" опроса.
P.S. Возможно там в мкс?
"10","0.207820000","10.0.6.234","10.0.6.10","TCP", "54","53577 > asa-appl-proto [ACK] Seq=37 Ack=64 Win=63969 Len=0"
"11","0.317028000","10.0.6.234","10.0.6.10","Modbu s/TCP","66"," Query: Trans: 0; Unit: 5, Func: 3: Read Holding Registers"
"12","0.317329000","10.0.6.10","10.0.6.234","TCP", "60","asa-appl-proto > 53577 [ACK] Seq=64 Ack=49 Win=5192 Len=0"
"13","0.319322000","10.0.6.10","10.0.6.234","Modbus/TCP","71","Response: Trans: 0; Unit: 5, Func: 3: Read Holding Registers"
"14","0.319994000","10.0.6.234","10.0.6.10","Modbus/TCP","66"," Query: Trans: 0; Unit: 5, Func: 3: Read Holding Registers"
"15","0.320330000","10.0.6.10","10.0.6.234","TCP", "60","asa-appl-proto > 53577 [ACK] Seq=81 Ack=61 Win=5180 Len=0"
"16","0.322320000","10.0.6.10","10.0.6.234","Modbu s/TCP","81","Response: Trans: 0; Unit: 5, Func: 3: Read Holding Registers"
Последний раз редактировалось Филоненко Владислав; 05.08.2013 в 13:36.
Тролль-наседка, добрый, нежный и ласковый
Провел тестирование с учётом Ваших рекомендаций. Установил период опроса 5 секунд, убедился что это соответствует действительности с помощью секундомера .
Имитировал разрыв связи на 10 сек., но после подключения приблизительно за час так и не дождался возобновления связи. Контроллер через какое-то время перестал отвечать на пинг и всё...
На Windows- части пробовал выключить-включить адаптер, останавливал и рестартовал OPC. Эффекта нуль. Аппаратная перезагрузка ПЛК решает проблему сразу же.
Очень понравилось, как сведена самая нужная и свежая информация по СПК105...110 в ветке:
"СПК1ХХ - Новая линейка бюджетных панельных контроллеров"(Александр Приходько).
Андрей,Владислав! Может растиражировать данный подход и на эту ветку только для обновлённого ПЛК110-32(30)?
Чтобы не выискивать самую последнюю прошивку по всем страницам.
Наверно все в отпусках.
Набросайте хоть кратко планы развития обновлённого ПЛК.
А то, ощущение, что многие предложения утекаю как вода в песок.
Зачастую, оставаясь без ответа. Ведь не решено много вопросов с
контроллером.
Давайте допилим,и начнёте продавать.
Ведь старт был неплохим.
Последний раз редактировалось Евгений_Томск; 07.08.2013 в 21:42.
Что-то мне кажется свернут они этот девайс , зафризят так сказать.
Тестовая прошивка для решения проблемы с реконнектом.
Попробуйте.
Тролль-наседка, добрый, нежный и ласковый