Codesys ошибка соединения

CoDeSys: communication Error (#0): Logout Performed

Сообщение

Olezhandr » 22 июл 2012, 10:33

Здравствуйте, недавно начал осваивать CoDeSys по примерам, но не могу выполнить Login! Выдает ошибку «communication Error (#0): Logout Performed», ОС Windows 7 x64 в приложении скриншот с ошибкой. Для отладки я так понимаю, используется программный эмулятор. Перед этим устанавливались «драйвера» для Овеновских ПЛК. Пожалуйста, кто сталкивался, помогите а то в книжке не написанно, что так должно быть!

У вас нет необходимых прав для просмотра вложений в этом сообщении.

• 

  Новичок

  • Регистрация: Apr 2022
  • Сообщений: 10

  ---

  Здравствуйте. Работаю с вашим контроллером ПЛК:
  Залил проект, увидел в онлайне — полный порядок, считал регистры модбас-сканнером — так же всё хорошо. Но после одного из последующих подключений, в следствии внесения изменений в проект, CodeSys 3.5 перестал коннектиться к контроллеру (нет даже окна варианта внесения изменений, онлайн/с загрузкой/тп) с ошибкой «Нет связи с устройством. Проверьте сеть». С конекшеном всё в порядке — проверил на стороннем устройстве. Сам контроллер так же, на первый взгляд жив: при старте загорается зелёный индикатор «STATE», потом гаснет (как и должен); при подключении к Х2 485го интерфейса мигает индикация приём/передача, данные идут.
  Снятие питание и повторное подключение к сети контроллера эффекта не дали — свежий проект так же не прогружается.
  ПЛК-60 запараметрирован как Slave-устройство, настройки конекшена к ПЛК не изменялись, менял только индексы массива RegHoldingBuf.
  Благодарю.

• 

  Бывалый

  • Регистрация: Dec 2018
  • Сообщений: 229

  ---

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

  Посмотреть сообщение

  Здравствуйте. Работаю с вашим контроллером ПЛК:
  Залил проект, увидел в онлайне — полный порядок, считал регистры модбас-сканнером — так же всё хорошо. Но после одного из последующих подключений, в следствии внесения изменений в проект, CodeSys 3.5 перестал коннектиться к контроллеру (нет даже окна варианта внесения изменений, онлайн/с загрузкой/тп) с ошибкой «Нет связи с устройством. Проверьте сеть». С конекшеном всё в порядке — проверил на стороннем устройстве. Сам контроллер так же, на первый взгляд жив: при старте загорается зелёный индикатор «STATE», потом гаснет (как и должен); при подключении к Х2 485го интерфейса мигает индикация приём/передача, данные идут.
  Снятие питание и повторное подключение к сети контроллера эффекта не дали — свежий проект так же не прогружается.
  ПЛК-60 запараметрирован как Slave-устройство, настройки конекшена к ПЛК не изменялись, менял только индексы массива RegHoldingBuf.
  Благодарю.

  Добрый день, подключаетесь к ПЛК-60, верно? Какой тип подключения используете, USB? Если это так, попробуйте, отключить питание ПЛК, подключить к нему кабель USB и затем включить питание ПЛК, после этого проверить соединение через командую строку: ping 192.168.7.1 -t .

  ---

  • 
    1 нравится

  Комментарий

• 

  Новичок

  • Регистрация: Apr 2022
  • Сообщений: 10

  ---

  Сообщение от Пушкарев Андрей

  Посмотреть сообщение

  Добрый день, подключаетесь к ПЛК-60, верно? Какой тип подключения используете, USB? Если это так, попробуйте, отключить питание ПЛК, подключить к нему кабель USB и затем включить питание ПЛК, после этого проверить соединение через командую строку: ping 192.168.7.1 -t .

  Помогло, спасибо!

  Комментарий

• 

  Новичок

  • Регистрация: Jan 2023
  • Сообщений: 2

  ---

  Добрый день! Каким образом можно подключиться к ПЛК 60 по ETHERNET что бы загружать программы из CodeSys?
  Настройки IP адреса сделаны, ПЛК пингуется, панель по Modbus TCP видит контроллер, а программу на контроллер приходится загружать через USB. Хотелось бы иметь доступ CodeSys по ETHERNET.
  Спасибо!

  Комментарий

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-соединения и они не запутаются друг с другом.

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