Страница 1 из 2 12 ПоследняяПоследняя
Показано с 1 по 10 из 12

Тема: проблема с Opc

  1. #1

    По умолчанию проблема с Opc

    Возникла прблема с сервером ОРС.

    Суть системы:
    "Внизу" имеем ПЛК ОВЕН-110, который осуществляет управление установкой.
    Наверху стоит ПК АРМ операторас установленной SCADой "TraceMode 6", в которой осуществляется сбор и отображение параметров из ПЛК. Связь была по сети ethernet через ОРС.
    В настоящий момент в ОРС, что то сбилось и передча данных не осуществляется.
    Я начинающий пользователь CoDeSys и не могу разобраться в чем проблема сбоя.
    Сбою предшествовало:
    1. Около недели назад разработчиками нашего проекта была выслана новая программа (с доработками алгоритма) выполненная в версии CoDeSys 2.3.9.16. Проект писался в версии 2.3.9.9. На АРМе оператора стоял соответственно тоже 2.3.9.9. Програма заливалась в контроллер с ноутбука с установленной версией CoDeSys 2.3.9.16, что привело к обнулению данных в SCADе. Перезаливка старого проекта и перезагрузка АРМа устранили проблему. После чего в ПЛК был опять загружен новый проект, который в этот раз был подхвачен SCADой. Про этот инцедент сделали вывод, что это был какой-то разовый не систематичный сбой...
    2. Спустя неделю был осуществлен перезапуск контроллера два раза: В первый раз снятием питания с ПЛК. Во второй раз путём нажатия на контрллере кнопки "сброс". После чего прекратился обмен данными между TraceMode и ПЛК (после какого из них определить не удалось).

    Что было сделано в попытке устранить неисправность:
    1. На АРМ оператора был установлен релиз CoDeSys 2.3.9.16
    2. В конфигураторе ОРС была удалена и создана заново конфигурация ПЛК.

    Выписка лога работы ОРС сервера:

    Filter=0xffffffff
    (26.04.2010, 14:31:52.093) Server 2.3.13.4 started
    (26.04.2010, 14:31:52.093) UpdateRate[ms]=200, PublicGroups=1, SyncInit=1, LogEvents=1
    (26.04.2010, 14:31:52.093) 1. Reconnect to <PLC1>
    (26.04.2010, 14:31:52.093) [PLC1]: ::ConnectGateway(): m_ulGatewayChannels=1
    (26.04.2010, 14:31:52.296) Gateway Version: 2.3.9.5
    (26.04.2010, 14:31:52.375) <PLC1> Reconnect successful, ProjectName='boiler_rev5_3_3.sdb'
    (26.04.2010, 14:31:52.375) Timeout[ms]=10000, BufferSize[B]=0, Waitime[s]=10, Reconnecttime[s]=15
    (26.04.2010, 14:31:52.375) Motorola=0, NoLogin=0
    (26.04.2010, 14:31:57.531) **** ERROR: ProjectID mismatch of symbols and program on <PLC1>, Project <boiler_rev5_3_3.sdb>: PLC=109169, SYM=70152
    (26.04.2010, 14:31:58.562) **** ERROR: ProjectID mismatch of symbols and program on <PLC1>, Project <boiler_rev5_3_3.sdb>: PLC=109169, SYM=70152
    (26.04.2010, 14:31:59.593) **** ERROR: ProjectID mismatch of symbols and program on <PLC1>, Project <boiler_rev5_3_3.sdb>: PLC=109169, SYM=70152
    (26.04.2010, 14:32:00.625) **** ERROR: ProjectID mismatch of symbols and program on <PLC1>, Project <boiler_rev5_3_3.sdb>: PLC=109169, SYM=70152
    (26.04.2010, 14:32:02.171) **** ERROR: PLC <PLC1> is not connected properly
    (26.04.2010, 14:32:02.171) Client attached to server
    (26.04.2010, 14:32:02.171) Client detached from server
    (26.04.2010, 14:32:02.312) [PLC1]: :isconnectGateway(m_ulGateway=0): m_ulGatewayChannels=0
    (26.04.2010, 14:32:07.390) Client detached from server
    (26.04.2010, 14:32:12.234) **** ERROR: PLC <PLC1> is not connected properly
    (26.04.2010, 14:32:12.234) Client attached to server
    (26.04.2010, 14:32:12.234) Client detached from server
    (26.04.2010, 14:32:12.343) Server shutdown performed
    --------------------------------------------------------------------------
    Result: Errors=6, Warnings=0, Infos=15

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

  2. #2

    По умолчанию

    Возможна работа и без символьных файлов в контроллере. Для этого при настройке OPC следует указать актуальный файл проекта.
    При переходе рекомендую вручную почистить символьные файлы. PLC - browser - >filedir
    ->filedelete имя_файла.
    (см. описание)
    Часто задаваемые вопросы по кодесис
    1) Почему программа не работает - Следует выполнить "Онлайн ->Старт"
    2) Где скачать CoDeSys, таргеты, прошивки, библиотеки - http://www.owen.ru/catalog/codesys_v3/opisanie

  3. #3

    По умолчанию

    Если имеется в виду графа ОРС конфигуратора "Project name", то я уже пробовал вносить в неё актуальное название файла проекта. Или это про другое?
    А можно ли как нибудь, лучше, вытащить символьные файлы с ПЛК?

    P.S. Проблему свою, кстати, я решил. Помогла элементарная подмена файлов *.SDB и *.SYM АРМа, на "аналогичные" с ноутбука, как в директории проекта, так и в Windows\Gateway Files

  4. #4

    По умолчанию

    Нужно внести не имя а именно путь к файлу проекта. Еще не совсем понятно что происходит файлами на контроллере... В проекте есть обращение к файловой системе через syslibfile или использование указателей?
    Часто задаваемые вопросы по кодесис
    1) Почему программа не работает - Следует выполнить "Онлайн ->Старт"
    2) Где скачать CoDeSys, таргеты, прошивки, библиотеки - http://www.owen.ru/catalog/codesys_v3/opisanie

  5. #5
    Пользователь
    Регистрация
    26.02.2008
    Адрес
    Кирово-Чепецк
    Сообщений
    158

    По умолчанию

    Снова хочу поднять данную тему.
    Имеем: ПЛК150(пока 2 шт.) + OPC CoDeSys + MasterSCADA.
    После выключения питания контроллеров на час, пропали данные в МС. Помогло только создание вновь символьного файла в кодесис и загрузки проекта в контроллер. Манипуляции с МС и настройками OPC ничего не дают - танец с бубном.
    Что происходит с символьным файлом???
    По предыдущему посту: Как указать путь к файлу проекта, в смысле какой путь?
    Sislibfile и указатели не использую. Программа простая: просто сбор информации с ТРМ и передача в МС. Т.е. контроллер - просто шлюз.
    Да, это уже 3 раза за год.
    Работаю с ПЛК Овен и не только...

  6. #6

    По умолчанию

    Правильно ли я понимаю, что год файл не пропадает, а в какой-то момент пропадают?

  7. #7
    Пользователь
    Регистрация
    26.02.2008
    Адрес
    Кирово-Чепецк
    Сообщений
    158

    По умолчанию

    Не совсем так: контроллер стоит на объекте, и меня 3 раза за год вызывали по причине пропадания данных в МС. 2 из 3 случаев были после длительного отключения питания - примерно на неделю. Третий - просто уже не помню. Завтра снова еду включать систему после простоя - будет возможность проверить свою версию.
    Работаю с ПЛК Овен и не только...

  8. #8

    По умолчанию

    Всем привет..Был один ПЛК 154, МастерСкада с проектом, Настроенный СоDeSys OPC сервер. Всё чудесно работало...До тех пор пока не возникла необходимость добавить ещё один ПЛК 154. Точно такой же проект.Только название поменял. ОРС сервер попробовал настроить на мульти ПЛК. И тут возникли вопросы. Если у одиночного ПЛК был IP адрес 10.0.6.10, то попытка добавить IP адрес другому ПЛК не удалась. Всё время оставался localhost. В общем не совсем понятно как настраивать режим мультиПЛК для связи через Ethernet с Мастер Скадой?

  9. #9

    По умолчанию

    Цитата Сообщение от Сергей_К Посмотреть сообщение
    Снова хочу поднять данную тему.
    Имеем: ПЛК150(пока 2 шт.) + OPC CoDeSys + MasterSCADA.
    После выключения питания контроллеров на час, пропали данные в МС. Помогло только создание вновь символьного файла в кодесис и загрузки проекта в контроллер. Манипуляции с МС и настройками OPC ничего не дают - танец с бубном.
    Что происходит с символьным файлом???
    По предыдущему посту: Как указать путь к файлу проекта, в смысле какой путь?
    Sislibfile и указатели не использую. Программа простая: просто сбор информации с ТРМ и передача в МС. Т.е. контроллер - просто шлюз.
    Да, это уже 3 раза за год.
    А вы после записи проекта в контроллер осуществляете "создание загрузочного проекта"?

  10. #10

    По умолчанию

    http://www.owen.ru/forum/showthread....hlight=Gateway
    Я тоже пытался разгадать этот ребус, на так и не получилось. Но понял одно - это Gateway. Данный косяк обхожу так: загрузку тэгов в OPC начинаю только через 2-3 минуты после подключения к OPC. За это время Gateway успевает сделать несколько попыток загрузки символьных файлов, в итоге они рано или поздно загружаются - после чего все идет уже как по маслу.

Страница 1 из 2 12 ПоследняяПоследняя

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •