Вид для печати
Здраствуйте уважаемые!
У меня ПЛК-100 К-L (выпущен в 2006г) Codesys v.2.3.8.1 target файлы 2.02 прошивка контроллера 2.02.08, периодически прерывается связь ПК с контроллером (через 1-15 мин), выдается сообщение "Communication error : (#0)Logout Performed". Контроллер периодически перезагружается самопроизвольно.
Жду помощи!
А немного больше информации?
Проектик?
Какие приборы подключены?
Используется ли SCADA?
Жду подробностей!
SCADA - система не используется, в принципе дело и не в проекте т.к создовал новый проект - простой практически ничего нет только лишь бы загрузился. Стандартные библиотеки + железо ПЛК 100. В итоге все то же(бесконечные перезагрузки и сбои в связи с компьютером).
Подозреваю что дело в ПЛК, как то удостоверится в этом можно? Что-бы в ремонт по пустому не отправлять!
Повторяю, выложите проект.
Ok! вот мой проект.
не совсем по теме.Цитата:
Сообщение от ALex83
У вас на одном интерфейсе подключены одновременно устройства с разными протоколами. Они будут мешать обмену друг друга.
Или выберите один протокол, или управляйте обменом так, чтобы в сети не существовали одновременно посылки разных типов.
Кроме того в описании слэйва указано 2 интерфейса. Думаю RS485 вам стоит удалить.
На одном интерфейсе 2 мастера (Овен и Модбус) и 1 slave. И как это должно было функциклировать в теории?Цитата:
Сообщение от Kirill
путём :cool:Цитата:
Сообщение от Филоненко Владислав
о ... а есть же UNM.lib, разве не для венигреда писалась?
Есть такая странная закономерность убираю RS-485, из слэйв модбас перестает работать RS-232.
Два мастера месяц назад уживались неплохо, работают они поочередно и не мешают друг другу, конечно хотелось бы ограничиться одним ПЛК, но панель Delta ТР04 работает только как модбас мастер.
Да и дело не в железе и его конфликтах, потому как наблюдал эти же проблемы при страндартной PLC_configuration (только ПЛК100).
Причина перебоев в работе мне неизвестна и возникла примерно месяц назад, в тот момент времени когда установил последнюю версию Codesys, таргета, прошивки.
Вопрос в следующем: вообще ПЛК производит диагностику внутренних отказов? есть подозрение на него. Было замечено:
температура ПЛК<30 град.С = норм. работа ПЛК (по зашитой программе) + отсутствие связи с компьютером;
температура ПЛК>30 град.С (2 часа работы) = бесконечный рестарт ПЛК + появление связи с компьютером;
Что делать?
Попробуй холодный рестарт ПЛК, мне помогает!
Возможно где-то не контачит. Такого поведения не должно быть. Скорее всего с верхней платой. В ремонт.Цитата:
Сообщение от ALex83
Могу сказать точно что проблема самопроизвольной перезагрузки при соединении с CodeSys имеет место быть. и дело не в программе, хоть один функциональный блок вставить, и даже не трогать стандартные PLC_configuration. Переиодически беру со склада разные ПЛК150 и проблема повторяется периодически на всех.
Итак по данной тематике имеется следующие моменты:
1. Самопроизвольная перезагрузка при попытке свзи с Codesys. (Не зависит от типа ПЛК, не завист от программы) проблема появляется когда ПЛК-шка висит в рабочем состоянии долго с программой крутящейся и подключенным кабелем Debug а потом (без разницы из режима Стоп или Работа) пытаешься соединиться с ПЛК из Codesys с загрузкой измененой программы- он соединяется но тут же уходит в дисконект. Мало того если загрузку даже не делать программы при коннекте а попытаться записать позже то результат тот же. Причем Reset не помогает, что помогает так и не известно но после некоторого продолжительного шаманства с режимами Пуск\Стоп, reset и пр.. всё-таки подключается. До конца не изучено.
2. Если Плк долго работал в режиме run, потом был отключен от питания (до разряда) и снова включен то соединиться как правило зачастую уже не удается с Codesys -только после reset. Что очень плохо, не всегда нужно и можно остановить работу ПЛК.
Все ситуации начинают проявляться когда ПЛК долго работал и его собственна температура уже за 30градусов согласно показаниям модуля статистики, хотя в помещении 25град. Может прогоните еще разок ПЛК-шки в климат-камере на устойчивость, может какие кондюки использовали при сборке с уходом параметров от температуры.
3. Один раз работающий ПЛК150 на моем столе (когда я пришел на работу утром в понедельник) на моих глазах начал самопроизвольно перезагружаться (reset -иться) по циклу без останова. Сброситься и перейти в нормальную работу самостоятельно так и несмог, только после отключения питания на 20 минут.
Описанное проявляется на разных контроллерах разных партий и с последними прошивками 2.0.3.
На работу в полевых условиях вроде никто не жаловался, может температура там ниже или что? Есть еще подозрение на то что есть влияние на неустойчивую работу когда вставлен кабель в порт Debug, который на втором конце может быть вообще не подключен никуда. До конца данное предположение не подтверждено.
Спасибо за информацию. Проведём доп. тесты.
По пункту 2 - по какому интерфейсу была связь?
Про кабель в воздухе - т.к. сигнальная земля соединена с землёй процессора (на этом порту развязки нет), а сам кабель в этом случае работает как антенна - то возможны проблемы. Лучше всегда держать его подключенным. Также стоит убедится в том, что в кабеле питания компьютера есть надёжная земля или принудительно заземлить корпус компьютера.
По поводу разлогинивания - замечал, что если залогиненый компьютер сильно нагрузить, в особенности при логине по Ethernet - начать слать с компьютера множество пакетов на др. компьютер - связь может прерваться. Причём анализ показывает, что до ПЛК просто не доходят пакеты, ПК их "забывает" отправить.
Связь через Debug.
Подскажите еще по следующему, штатная это ситуация или так быть не должно:
Вчера включил ПЛК150-220.И.L загнал простую програмку, измерение температуры с подключенной термопары. Прошивка 2.0.3. Уходя выключил ПЛК. Утром пришел, намеренно добавил в программу еще одну переменную равную ранее созданной (т.е. изменил проект). Коннектчусь с ПЛК из Codesys по Debug, при предложении загрузки программы жму ОК, коннект, через пару секунд выходит сам в дисконнект. Коннектчусь заново при предложении загрузки программы отказываюсь, коннект есть, отлично, пытась залить в ПЛК программу, заливает, через пару секунд дисконнект. Захожу заново, делаю повторную попытку залить программу в ПЛК предварительно проведя Reset. Все коннект удачен программа залита. Иногда просто постояв включенным некоторое время начинает нормально коннектиться и принимать программу без каких-либо лишних манипуляций. Т.е. раз на раз не приходиться. Таргет и plc_configuration стандартный, программа любая, хоть из одного блока.
Согласен. Есть такая проблема, замечена не с одним экземпляром ПЛК.Цитата:
2. Если Плк долго работал в режиме run, потом был отключен от питания (до разряда) и снова включен то соединиться как правило зачастую уже не удается с Codesys -только после reset. Что очень плохо, не всегда нужно и можно остановить работу ПЛК.
Еще заметил, что связь через Debug с некоторых ноутбуков, системников не стабильна. On-line отваливается через некоторое время. Т.е. экземпляр ПЛК один и тот же, но с одним компом On-line стабильный с другим нет. Сейчас на ПЛК хожу с проверенным на практике ноутбуком, и проблем нет.
Попробуйте увеличить таймаут ожидания связи в файле codesys.ini, там 2 поля для работы и для загрузки.Цитата:
Сообщение от Сергей Бондаренко
При повторной загрузке процедура инициализации новой программы занимает больше времени, т.к. ещё надо и безопасно разинициализировать старую программу.
Наверно это "DownloadWaitTime=2000" , замучали вечные ошибки связи при заливке в ПЛК, поможет ли исключить зависание соединения при заливке выше описанный параметр?
У меня 12000 стоит. Не зависает :)
Интересненько уменя дома на буке вообще стоит 20000, завтра гляну на рабочем компе, где всегда сбои. Тогда вопрос почему на разных ПК это значение разное? от чего зависит?Цитата:
Сообщение от Филоненко Владислав
И если Владислав Вы об таком факте знали то почему не оглашаете сразу этот момент, а то пользователи ПЛК меня уже замучали с этим вопросом.
О факте знали, года полтора на форуме были сообщения. Потом проблема сошла на нет. А значение, видимо, зависит от версии первого поставленного дистрибутива, ИМХО.
Недавно купил контроллер 150. Тоже возникли аналогичные проблемы.
Поставил:
И все стало номально.Цитата:
DefaultWaitTime=22000
DownloadWaitTime=200000
у меня на ноутбуке с виста таких параметров вообще нет в Ini файле!!!! а проблемы есть? что делать?
добавить в файл или настроить из среды разработки - там те же параметры есть
"из среде разработки" - это где? подскажите пожалуйста.Цитата:
Сообщение от филоненко владислав
владислав! ткните пальцем где посмотреть!
Отвечаю за Владислава.
Проект-Опции-Рабочий стол
для английской версии
Project-Option-Desktop
спасибо! а то эти опции вроде вдоль и поперек ... а слона то ....:)