Codesys ошибка связи 0 произошло отключение

kobrik писал(а):

Михайло писал(а):
1. Проверь, поддерживают ли контроллеры протокол Modbus TCP.

В даташитах обоих контроллеров указано что поддерживается Modbus TCP. Я впрочем уже использовал этот протокол для соединения по ОРС. Для меня сейчас загадка, как будет правильно сделать это в Овен.

Пробуй!

kobrik писал(а):

Михайло писал(а):2. Как ты думаешь, имеет ли значение, какой из контроллеров будет клиентом, а какой — сервером? Применительно к нашей задаче автоматизации, конечно.

Да имеет. Т.к. основная программа будет в Сиеменсе, который будет запрашивать данные у ПЛК110.

Действительно, имеет значение, но не настолько, чтобы совсем критично. На самом деле можно настроить обмен по обеим схемам: «Сименс — клиент» и «Сименс — сервер». По схеме «Сименс — сервер» Овен будет запрашивать входные значения для ПИД-регулятора у Сименса, а затем записывать в память Сименса выход ПИД-регулятора. То есть все будет работать.
Но все же логичнее клиентом делать тот узел, который является наиболее важным в системе. Что значит «важным»? Ну это тот узел, который управляет общим процессом. Дело в том, что клиент в отличие от сервера может произвольно приостанавливать обмен, определять ошибки обмена, изменять частоту запросов. Если сетевой кабель между клиентом и сервером оборвался, то такой случай можно обрабатывать в клиенте по определенной программе, например, можно зажечь светодиод, остановить обмен на 30 секунд, затем попробовать сделать один запрос, затем — через каждые 5 минут, через 1 час попыток связи включить сирену и т.д.

kobrik писал(а):

Михайло писал(а):3. Вопрос посложнее: могут ли контроллеры одновременно совмещать функции клиента и сервера? Например, контроллер S7-1200 пишет в память ПЛК110, а ПЛК110 в свою очередь пишет в память S7-1200.

Думаю могут, если правильно распределить адресацию и использовать отдельные блоки Мастер-Слейв.

Фишка в том, что протоколы TCP/IP обеспечивают логическое разделение нескольких разных соединений, то есть по одному кабелю Ethernet можно работать по нескольким протоколам одновременно и они не будут путаться. Главное, чтобы все эти протоколы поддерживали TCP/IP (протоколы-надстройки над TCP/IP). Если пытаться разбираться в TCP/IP, то там довольно сложная организация данных (стек TCP/IP, программные порты и т.д.). Главное для себя выяснить те свойства, которые придаются протоколам, которые поддерживают TCP/IP.
Свойства:
1. Адресация осуществляется через IP-адреса. Для сравнения: есть еще более простая, но негибкая адресация по MAC-адресам.
2. Можно создавать разветвленные Ethernet-сети с коммутаторами, маршрутизаторами.
3. Не нужно контролировать контрольную сумму (это уже делает TCP)
4. Можно совмещать несколько протоколов в одном «проводе». Например, можно работать по Modbus TCP и предоставлять веб-интерфейс. Также можно совместить два совершенно разных Modbus-соединения и они не запутаются друг с другом.

Может я сейчас еще какие-то свойства забыл упомянуть…

Проблема связи компьютера и ПЛК

У меня ПЛК-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. В итоге все то же(бесконечные перезагрузки и сбои в связи с компьютером).
Подозреваю что дело в ПЛК, как то удостоверится в этом можно? Что-бы в ремонт по пустому не отправлять!

не совсем по теме.

У вас на одном интерфейсе подключены одновременно устройства с разными протоколами. Они будут мешать обмену друг друга.
Или выберите один протокол, или управляйте обменом так, чтобы в сети не существовали одновременно посылки разных типов.

Кроме того в описании слэйва указано 2 интерфейса. Думаю RS485 вам стоит удалить.

не совсем по теме.

У вас на одном интерфейсе подключены одновременно устройства с разными протоколами. Они будут мешать обмену друг друга.
Или выберите один протокол, или управляйте обменом так, чтобы в сети не существовали одновременно посылки разных типов.

Кроме того в описании слэйва указано 2 интерфейса. Думаю RS485 вам стоит удалить.

На одном интерфейсе 2 мастера (Овен и Модбус) и 1 slave. И как это должно было функциклировать в теории?

о . а есть же UNM.lib, разве не для венигреда писалась?

Есть такая странная закономерность убираю RS-485, из слэйв модбас перестает работать RS-232.
Два мастера месяц назад уживались неплохо, работают они поочередно и не мешают друг другу, конечно хотелось бы ограничиться одним ПЛК, но панель Delta ТР04 работает только как модбас мастер.
Да и дело не в железе и его конфликтах, потому как наблюдал эти же проблемы при страндартной PLC_configuration (только ПЛК100).
Причина перебоев в работе мне неизвестна и возникла примерно месяц назад, в тот момент времени когда установил последнюю версию Codesys, таргета, прошивки.
Вопрос в следующем: вообще ПЛК производит диагностику внутренних отказов? есть подозрение на него. Было замечено:
температура ПЛК 30 град.С (2 часа работы) = бесконечный рестарт ПЛК + появление связи с компьютером;
Что делать?

Попробуй холодный рестарт ПЛК, мне помогает!

Источник

Тема: И снова «Ошибка связи #0: произошло отключение»

Опции темы

Отображение

И снова «Ошибка связи #0: произошло отключение»

Есть два контроллера, ПЛК 100 и ПЛК 160, в обоих — прошивки 2.15.9 (т.е. последние на сегодняшний день). Оба в версии «М» (не ограниченные по вводу-выводу).

Программный код — без каких-либо изысков, вся работа — с дискретными входами-выходами и с Modbus (как RS-485, так и TCP) через конфигуратор.

ПЛК 160 работает стабильнее, ПЛК 100 — хуже, симптом одинаковый: при активном дебаге (просмотре актуальных значений как в тексте программы в CoDeSys, так и в конфигурации Modbus) через какое-то время возникает «Ошибка связи #0: произошло отключение», и с этого момента подключение к контроллеру до его перезагрузки становится невозможно. При этом он, что характерно, продолжает нормально работать — на Modbus отзывается, входы-выходы действуют как надо, а вот подключение CoDeSys — отсутствует. Кроме того, невозможно подключиться через EasyWorkPLC. Пробовал подключения как TCP/IP, так и через порт Debug — с одинаковым результатом, до перезагрузки реакции нет, после холодной перезагрузки — появляется как ни в чём ни бывало.

В одной из тем форума нашёл совет увеличить в параметрах «Рабочего стола» таймаут связи — это помогло лишь частично (сейчас стоит 300000 мс).

На всякий случай выкладываю проект из ПЛК 100, но не думаю, что дело в нём.

Последний раз редактировалось NikVic2; 29.09.2016 в 15:23 .

Источник

Codesys communication error logout performed

Пытаюсь соединиться с ПЛК 150 И-L.

Вариант по RS232:
(кабель имеет перемычку у разъема)
Настройка соединения:
Login: COM: Port=COM2: Baudrate=115200: Parity=No: Stop bits=1: Motorola byteorder=No: Flow Control=Off

Communication Error (#0): Logout Performed

Светодиод СВЯЗЬ на ПЛК не горит.

При попытке установки связи по Ethernet — тот же результат.
При этом светится у разъема на ПЛК желтый светодиод (не норма?).

адрес по default 10.0.6.10 не пингуется.

Комп в одной подсети с ПЛК или нет?

он не пингуется.

ПЛК и ПК в одной подсети.

сетевой кабель ПК воткнут в ПЛК. Все адреса прописаны как надо.

скорее всего, Вам необходимо наладив какое нибудь соединение, зайти в окно параметров связи и принудительно выбрать соответствующее соединение и нажать ОК

Если ПК предположительно в одной подсети и пинга нет, значит адрес другой, можно проверить сканером, а лучше вернуться и закончить настройку соединения по последовательному порту

скорее всего, Вам необходимо наладив какое нибудь соединение, зайти в окно параметров связи и принудительно выбрать соответствующее соединение и нажать ОК

Если ПК предположительно в одной подсети и пинга нет, значит адрес другой, можно проверить сканером, а лучше вернуться и закончить настройку соединения по последовательному порту

а если ПЛК сломался? совет — проверить сканером — хороший. Только вот применим не всегда.

кстати, слова «Вам необходимо наладив какое нибудь соединение» — тоже хороши. Только вот КАК наладаить какое-нибудь соединение?

Источник

Codesys communication error logout performed

I am a new for Codesys and using IFM controller. When login, the system give me the tip «communication Error #0, logout performed»? why and how to settle it?

Someone please help us!!

How could we help?

We have to know which communication ports this controller uses.

Serial? Ethernet? Fieldbus? which settings = baudrate?, parity? etc.

do you have no onlinehelp or manual for this controller?

You check the TCP/IP port number.

This number is set «Communication Parameter».

I can login AC1353(ifm) using TCP/IP(level2) by port «1200».

Once I have used wago master, wrong setting(port number) is remained.

I was wondering if the problem was already solved?

I have the same issue, i use Codesys with a Quin4 controller.

When trying to connect, i also get the same message: «communication Error #0, logout performed»

All my computer settings are ok, and codesys communication settings are the same as on other systems at my company. With these computers it is possible to connect, the only difference is that i run Vista Home Premium, and the rest of the company XP home or professional.

I have no firewall enabled, and windows defender is also turned off.

When i use wireshark to analyse my signal over the network cable, i see that when my computer wants to connect, the ping requests are ok, but then i get: «TCP checksum incorrect»

Google has not provided any solution for this, disabeling the IPv4 checksum offload on my network card (which should help, according to some google results) has not had any results.

Источник

Codesys communication error logout performed

Have been trying unsuccessfully to have CoDeSys create a «Remote» Connection.

Wago 750-882 PFC
Sierra Wireless Raven 3G cell router.
Remote connections to 2 Access Points and Camera all work marvelously.

CoDeSys will not connect.

ie. The PLC is 300 miles away on a client’s network and I want to change some code.

I go to Online>Communication Parameters; give it the correct IP Address. The Port Forwarding in the remote router is correct: Port 2455>>192.168.1.25

I changed the download timeout to 100000 ms.

All I ever get is Communication Error, #0, Logout Performed.

OK, fair enough, then I try to change the Gateway. All I ever get is » No Gateway with that address found»

Can anyone elaborate on what the setting for «Gateway» should be?

Thank you in advance.

[quote=»Dutch»] Have been trying unsuccessfully to have CoDeSys create a «Remote» Connection.

Wago 750-882 PFC
Sierra Wireless Raven 3G cell router.
Remote connections to 2 Access Points and Camera all work marvelously.

CoDeSys will not connect.

ie. The PLC is 300 miles away on a client’s network and I want to change some code.

I go to Online>Communication Parameters; give it the correct IP Address. The Port Forwarding in the remote router is correct: Port 2455>>192.168.1.25

I changed the download timeout to 100000 ms.

All I ever get is Communication Error, #0, Logout Performed.

OK, fair enough, then I try to change the Gateway. All I ever get is » No Gateway with that address found»

Can anyone elaborate on what the setting for «Gateway» should be?

Thank you in advance.

Gateway have to be «Local», then in «Communication Parameters» -> «New» choose «TCP/IP» -> OK. Then you have to enter IP in «address» field (real IP of remote router WAN/Internet port) or hostname (in case of e.g. dyndns usage), port . I think you know what else

I have no problems connecting to V23 devices through Digi cell modems over 3G. I set my timeouts for 20000 msec. You seem to be doing the right things. First off can you ping the device? If you can great but what about the port forwarding? I use port forwarding. It looks to me that via the gateway you are trying to connect to CellIP address which should be your Public Static? Ip address of the modem or you got over DHCP. The port you are trying to connect to the PLC is on 1201. So internally to your modem you have to map CellIP address:1201 to PLC address:1201. I think 1201 is the default?

Try changing your port forwarding to CellIP:1201 -> forwarded to LocalIP:1201. I bet it works.

OR port forwarding to CellIP:2455 -> forwarded to LocalIP:1200. I bet it works.

You set 2455 on the PLC as something? I think CoDeSys has a port number which I thought was like 1200. In other words like web pages are port 80 etc.. CoDeSys is attempting to connect to the IP address on the CoDeSys port which should be the default when you add a TCP/IP device in the communications list.

I would like some help on this topic please.

The PLC is using V2.3 and has an Ethernet card.
The Machine is running and I can get online by plugging in directly to the router and also over wireless, by setting my IP in the same subnet range i.e. 192.168.1.XX where the PLC is 192.168.1.12

The router has Lan, wireless and SIM capabilities.
I have installed a fixed IP sim card.

I can also get online to the router (for settings) over the internet by inputting the SIM fixed IP in the address bar. 178.XXX.XXX.XXX

I am not sure of what settings to change (if any) on the PLC/Sycon setup and also the router to be able to get online.

Also. Is it normal that I would not be able to ping my SIM IP even though I can get online to it.

The PC I am using for testing has Norton running.

Any information I can find on this topic is regarding gaming or uses a PC at the remote location.
All I want to do is leave this router on site and be able to access it over the internet.

I don’t think this is impossible, I am just lacking in a bit of knowledge.

Источник