Соединение TCP после обновления программы или БАГ в ПЛК110

День добрый.

Вопрос в следующем: написана программа, опрашивающая другой ПЛК по протоколу Modbus TCP с помощью сокетов и библиотеки SysLibSockets. При включении ПЛК успешно опрашивает раз в 30 секунд, открывая сокет, устанавливая TCP соединение, посылая запрос, получая ответ и закрывая сокет. Но стоит обновить программу через CoDeSys, используя без разницы или Debug RS-232 или Ethernet, то после естественного сброса ПЛК после прошивки и инициализации переменных опрос перестает работать, холодный сброс в CoDeSys не помогает. Требуется физически отключить питание ПЛК и дождавшись пока пройдет время работы от батареи, заново подать питание. При всем при этом рабочим остается блок синхронизации времени с NTP сервером, использующего UDP протокол!

Остается только догадываться, что это баг в ПЛК110. В моем случае это просто недопустимо. Что скажут разработчики и пользователи ПЛК фирмы ОВЕН?

При необходимости могу выложить фрагмент кода функционального блока.

Старт программы нажимаете в ручную?
Если нет то ПЛК стартанет(перейдет в RUN) только после перезапуска питания.

Цитата:

---

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

Старт программы нажимаете в ручную?
Если нет то ПЛК стартанет(перейдет в RUN) только после перезапуска питания.

---

Запуск ПЛК происходит через CoDeSys, через него же и попытки сброса обычного и "холодного". Не помогает ничего. Но, как я говорил, синхронизация времени по UDP в этой же программе на этом же ПЛК отлично работает!

Проверьте сколько сокетов у вас открыто.
попробуйте их сначала закрыть.

естественно при прошивке программы, Вы не закрываете корректно сокет и получаете проблемы

Цитата:

---

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

Проверьте сколько сокетов у вас открыто.
попробуйте их сначала закрыть.

---

Сокетов не может быть открыто много. После открытия и обмена данными я их сразу же закрываю.

Цитата:

---

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

естественно при прошивке программы, Вы не закрываете корректно сокет и получаете проблемы

---

Тогда вопрос: почему программа стартует заново, переменные заново инициализируются, а открытые сокеты не закрываются?! Это же баг и никак иначе! И поворюсь во второй раз, что обмен по UDP работает и с сокетами проблем не возникает, в отличие от сокетов TCP. Что это тогда если не баг? Встроенная прошивка ПЛК должна об этом заботится.

Цитата:

---

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

естественно при прошивке программы, Вы не закрываете корректно сокет и получаете проблемы

---

правильно вам подсказывают.
как вы их закрываете?
просто рвете соединение после прошивки?

программа стартует, переменные инициализируются, а ОС как работала так и работает и даже при выключении питания возможно сохраняет дескриптор порта

Цитата:

---

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

правильно вам подсказывают.
как вы их закрываете?
просто рвете соединение после прошивки?

---

Закрытием сокетов, корректным освобождением других ресурсов перед предстоящей прошивкой должна заниматься встроенная прошивка ПЛК или я не прав?? Это стандартная штатная задача, предусмотренная IDE CoDeSys.

Цитата:

---

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

программа стартует, переменные инициализируются, а ОС как работала так и работает и даже при выключении питания возможно сохраняет дескриптор порта

---

Как я уже говорил, при инициализации управляющей программы, ОС, как Вы называете CoDeSys Runtime, должна следить за всеми дескрипторами и ресурсами, открываемыми ОС для управляющей пользовательской программы и при попытке перепрошивки ее на новую должна заботится о корректном закрытии и освобождении всех этих ресурсов! Не может же ОС "забивать" на все это?! На то она и ОС, которая работает на низком уровне! Представляете если бы десктопная ОС на наших компах "забывала" закрыть открытые ей же для пользовательского убитого процесса ресурсы, высвободить память и т.п.

И опять таки, почему UDP то работает?! UDP же тоже сокеты использует!

вам что закрыть тяжело?

Цитата:

---

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

вам что закрыть тяжело?

---

Хорошо, подскажите как выполнить какое то действие именно перед процессом обновления программы? Может есть какой-то EVENT, который необходимо обработать, запустив POU или как это сделать? Вариант с принудительным "ручным" приводом прошу не предлагать. Так как я при таком раскладе уже считаю ОВЕН ПЛК "дефектным" оборудованием. Это не дело, чтобы пользователь за ОС работал, причем решая штатные задачи, которые она сама не только в состоянии, но и обязана выполнять!

ОС это операционная система, а рантайм это то что крутится в ней, какая между гими связь. непонятны Ваши претензии, раз Вы перешли на бибки, то почему сокет должен открываться Вами, а закрыватся кем то другим,не нравится переходите на конфигуратор и тогда уж предъявляйте претензии к разработчикам

что касается udp, там открытие порта никого ни к чему не обязывает, связь клиента с сервером не поддерживается,а следовательно и-закрытие не принципиально

Цитата:

---

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

Хорошо, подскажите как выполнить какое то действие именно перед процессом обновления программы? Может есть какой-то EVENT, который необходимо обработать, запустив POU или как это сделать? Вариант с принудительным "ручным" приводом прошу не предлагать. Так как я при таком раскладе уже считаю ОВЕН ПЛК "дефектным" оборудованием. Это не дело, чтобы пользователь за ОС работал, причем решая штатные задачи, которые она сама не только в состоянии, но и обязана выполнять!

---

в бибке оскат всё расписано как закрывать сокеты по системному событию, а по поводу дефектности кого то, КДС это немецкий продукт, им и предъявляйте свои претензии

а почему не использовать сокет клос после завершения загрузки.

Цитата:

---

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

непонятны Ваши претензии, раз Вы перешли на бибки, то почему сокет должен открываться Вами, а закрыватся кем то другим,не нравится переходите на конфигуратор и тогда уж предъявляйте претензии к разработчикам

---

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

Цитата:

---

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

что касается udp, там открытие порта никого ни к чему не обязывает, связь клиента с сервером не поддерживается,а следовательно и-закрытие не принципиально

---

согласен, но сокет то открывается, а "никем не закрывается"....

Кстати, вспомнил! У меня таймер между удачными запросами стоит одна минута, и сокет, после опроса тут же закрывается! То есть даже если опрос длиться с 10-кратным запасом секунду, то минимум 59 секунд он закрыт, а UDP сокет вообще открывается и закрывается раз в сутки. Поэтому во время инициации перепрошивки сокетов открытых НЕТ! Что то я сразу не сообразил!

Сейчас попробую вообще увеличить время до часа и отпишусь.

Цитата:

---

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

в бибке оскат всё расписано как закрывать сокеты по системному событию, а по поводу дефектности кого то, КДС это немецкий продукт, им и предъявляйте свои претензии

---

Я не знал, что Вы сотрудник ОВЕН и принимаете все на свой счет. Я не предъявляю претензии, я пытаюсь конструктивно разобраться с этим вопросом. А это вопрос общий для всех: Пользователь - ОВЕН - CoDeSys. И разбираться должны сообща. Вот если бы Вы мне кинули полезную ссылку на ОФИЦИАЛЬНЫЙ документ, говорящий о том, что перед перепрошивкой программы пользователь обязан .... так как ..... , то это был бы другой разговор.

Цитата:

---

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

а почему не использовать сокет клос после завершения загрузки.

---

тогда уж по событию before_reset. только вот при прошивке происходит ли оно?.. надо только пробовать... но что то мне подсказывает, что это именно ошибка во внутреннем ПО, так как все сокеты на момент прошивки закрыты... что я буду закрывать сокет клосом? несуществующий дескриптор??

какое то высасывание проблемы ихз пальца, перепрошивка программы если это онлайн изменения вообще не приведит к перегрузке плк, о чем вообще речь тогда идет?

Да че спорить то? сделайте так чтобы при старте программы один раз выполнялось то что ниже и все... относитесь к этому как к наступлению зимы )))


SysSockClose( 1 ); (* ЗАКРЫТЬ СОКЕТ *)
SysSockClose( 2 ); (* ЗАКРЫТЬ СОКЕТ *)
SysSockClose( 3 ); (* ЗАКРЫТЬ СОКЕТ *)
SysSockClose( 4 ); (* ЗАКРЫТЬ СОКЕТ *)
SysSockClose( 5 ); (* ЗАКРЫТЬ СОКЕТ *)

Цитата:

---

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

какое то высасывание проблемы ихз пальца, перепрошивка программы если это онлайн изменения вообще не приведит к перегрузке плк, о чем вообще речь тогда идет?

---

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

Цитата:

---

Сообщение от Дмитрий Артюховский

Да че спорить то? сделайте так чтобы при старте программы один раз выполнялось то что ниже и все... относитесь к этому как к наступлению зимы )))


SysSockClose( 1 ); (* ЗАКРЫТЬ СОКЕТ *)
SysSockClose( 2 ); (* ЗАКРЫТЬ СОКЕТ *)
SysSockClose( 3 ); (* ЗАКРЫТЬ СОКЕТ *)
SysSockClose( 4 ); (* ЗАКРЫТЬ СОКЕТ *)
SysSockClose( 5 ); (* ЗАКРЫТЬ СОКЕТ *)

---

Спасибо, Дмитрий, попробую так ) Но, во-первых, я думаю что не поможет, так как на момент обновления кода нет открытых сокетов, ну а во-вторых, это решение проблемы через одно место, с этим нужно детально разбираться и я думаю не нам, а разработчикам. А при подтверждении данной проблемы ее решать, а не выдумавать решения, вызывая в цикле SysSockClose со всеми возможными дескрипторами... Попробую, отпишусь...

Цитата:

---

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

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

---

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

Цитата:

---

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

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

---

Хорошо, попытаюсь объяснить все по порядку чтобы было понятнее. ПЛК стоит на объекте и реально работает в тестовом режиме, внутренняя программа постоянно дорабатывается и отлаживается, чтобы добавлять новый функционал, исправлять ошибки, от этого никуда не деться. При обновлении программы без изменения переменных или конфигурации ПЛК, то есть при возможности "горячего" обновления перезагрузки не происходит. А возникает эта проблема как при "горячем" так и при полном обновлении, что тоже естественно опробовано. Опробован также "ручной" сброс ПЛК из КДС, все это не помогает.

В Вашем опыте работы с сокетами и созданию простого веб-сервера я не сомневаюсь. Но в создании веб-сервера все же несколько иной принцип работы с теми же сокетами, чем в описываемой мной проблеме. В Вашем случае открывается "прослушивающий" сокет и в ответ на входящий запрос акцептируете соединение, открыв другой, принимаете запрос, отвечаете, ответив на запрос его закрываете, а первоначальный естественно продолжает принимать входящие соединения. А у меня клиентское приложение, которое открывает сокет, устанавливает соединение, отправляет запрос, получает ответ и закрывает сокет до следующего цикла опроса по истечении определенного времени.

Так что случаи немного разные. Извините если как то задел Ваше самолюбие.

спасибо, что заботитесь о моем психологическом самочуствии
Только мне всёравно не понятны претензии к разработчикам, у Вас же проблемы при манипуляциях во время отладки, а не во время работы получаются, может перед прошивкой Вы его не целуете в правый торец,отсюда всё и вытекает.
Чтоб развеять свои сомнения можно взять любой другой проект и поробовать происходит такая же ситуация или нет
И так то я не только сервер тестировал, но и клиента тоже, вот например http://www.owen.ru/forum/showthread....ll=1#post83823

Цитата:

---

Сообщение от Дмитрий Артюховский

Да че спорить то? сделайте так чтобы при старте программы один раз выполнялось то что ниже и все... относитесь к этому как к наступлению зимы )))


SysSockClose( 1 ); (* ЗАКРЫТЬ СОКЕТ *)
SysSockClose( 2 ); (* ЗАКРЫТЬ СОКЕТ *)
SysSockClose( 3 ); (* ЗАКРЫТЬ СОКЕТ *)
SysSockClose( 4 ); (* ЗАКРЫТЬ СОКЕТ *)
SysSockClose( 5 ); (* ЗАКРЫТЬ СОКЕТ *)

---

Не помогает классическое в теле программы:

Код:

---

IF NOT _INIT THEN

SysSockClose ( 1 ) ;
SysSockClose ( 2 ) ;
SysSockClose ( 3 ) ;
SysSockClose ( 4 ) ;
SysSockClose ( 5 ) ;
SysSockClose ( 6 ) ;
SysSockClose ( 7 ) ;
SysSockClose ( 8 ) ;
SysSockClose ( 9 ) ;
SysSockClose ( 10 ) ;
SysSockClose ( 11 ) ;
SysSockClose ( 12 ) ;
SysSockClose ( 13 ) ;

_INIT := TRUE ;

END_IF

---

Может надо было продолжить и добавить еще с десяток? ))

Проще в цикле через FOR.
А количество n- можно и побольше.

Если серьезно, то посмотрите какие сокеты после перезагрузке открыты.

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

Цитата:

---

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

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

---

не помогло...

Тогда или код или овен...) Пробовал на 100\160\150, закрываются верняк и дискрипторы на открытые файлы потерянные тоже закрывались.
----------------

Связь с NTP сами реализовывали?

Цитата:

---

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

Тогда или код или овен...) Пробовал на 100\160\150, закрываются верняк и дискрипторы на открытые файлы потерянные тоже закрывались.
----------------

Связь с NTP сами реализовывали?

---

Так я и говорю, что все должно закрываться, контроллер же сбрасывается. А за код я уверен.

Связь с NTP брал по примеру библиотеки OSCAT, но дописал к ней модуль программной коррекции времени, то есть ПЛК сам себя поправляет каждую секунду на несколько милисекунд, рассчитанных между запросами точного времени NTP. Это позволяет повысить точность часов реального времени до не хуже +/- 1,8 секунды в час. В среднем по опыту ПЛК ОВЕН около 3 мс спешат, то есть на 0.3%. А вот Beckhoff, например, точен как кремлевские часы ))))

доступных сокетов всего 5 поэтому перебирать дальше нет смысла )) должно сработать, проблема еще где-то наслоенная..
1. проверить что _INIT принимает FALSE
2. проверить что закрытие и открытие вновь, происходит в разных циклах плк

очень удобно использовать структуру SFC для выполнения вдумчивой инициализации рабочего цикла

а перезагрузки удаленные лучше всего ватчдогом устраивать (сделав проект загрузочным перед этим!) при этом состояние как после включения питания и проект с флэшки перечитывается

Проблема РЕШИЛАСЬ обновлением внутренней прошивки ПЛК с версии 2.14 до присланной мне инженером технической поддержки версии 2.15.3.

Как я и полагал, проблема в особенности (ошибке) работы прошивки ПЛК.

Старый вывод PLCInfo (MAC заменен):

Код:

---

PLCInfo
PLC model MODEL PLC 110-32
Binary  VERSION 2.14.0
Need Target version 2.10
Compiled: 14:37:41 Apr 28 2011
MAC xx:xx:xx:xx:xx:xx
IP 192.168.0.250
GATE 192.168.0.1
MASK 255.255.255.0
PIC upper version is 15
Licence unlimited

---

Новый:

Код:

---

PLCInfo
PLC model MODEL PLC 110-32 Версия ПО метр: 2.0
Binary  VERSION 2.15.3
Need Target version 2.10
Compiled: 12:49:27 Sep 20 2013
MAC xx:xx:xx:xx:xx:xx
IP 192.168.0.250
GATE 192.168.0.1
MASK 255.255.255.0
PIC upper version is 15
Licence unlimited

---

Всем спасибо!