Страница 1 из 3 123 ПоследняяПоследняя
Показано с 1 по 10 из 27

Тема: Прерывание акта соития ПЛК и PC

  1. #1

    По умолчанию Прерывание акта соития ПЛК и PC

    Добрый день!
    Ситуация раньше встречалась периодически, сегодня - в полный рост.
    Загружаю новую программу в ПЛК-150 (через Debug-порт или Ethernet - картина одинакова). Загрузка начинается, программа сливается, потом наступает пауза на сообщении:

    Downloading all...
    config.dat: 123456 of 123456 bytes

    секунд через 5 ПЛК пищит, мигает всеми диодами (как при ресете) и запускает старую программу (а я ее останавливал перед заливкой новой).
    CodeSys при этом сообщает о ТаймАуте и отваливается.

    "Сброс", выключение питания на длительное время, замена кабеля и пр. и пр. - ничего не меняют.

    У HiperTerminal'а запала в душу фраза о "reset by watchdog"
    Похоже, но чем это может быть вызвано?..

  2. #2

    По умолчанию

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

  3. #3

    По умолчанию

    Выше описанное происходит и у меня на PLC 150 I.M. Target и firmwire последней версии. Что то не стыкуется. Приходиться новый проект заливать несколько раз. Комбинируя нажатие кнопок Reset и start/stop. Проверяю работоспособность нового проекта отключив питание на пол часа. Если CoDeSys после начала сношения с PLC доволен то вновь залитый проект в последствии работает нормально.

  4. #4

    По умолчанию

    Происходит и с ПЛК100 тоже. Примерно в 10% случаев проект не записывается правильно в флэш при загрузке Кодесисом. Причем иногда кодесис признается что не получилось, а иногда нет. Способы борьбы - после загрузки проекта нажать кнопку "Ресет" и залогиниться снова, сразу видно удачная загрузка или нет. Если заливать просто файлы с образом - ошибок еще не было ни разу. (статистика по примерно 100 контроллерам, с неоднократным обновлением) Мне кажется что это закидон самого кодесиса а не контроллера.

  5. #5

    По умолчанию

    Цитата Сообщение от Montigo Посмотреть сообщение

    У HiperTerminal'а запала в душу фраза о "reset by watchdog"
    Похоже, но чем это может быть вызвано?..
    Проверьте саму программу. Если срабатывает watchdog, значит цикл работы ПЛК превышеает максимально заданное время (по умолчанию - секунда). Это может произойти, если ПЛК не может закончить работу, например при бесконечном цикле.

  6. #6

    По умолчанию

    Цитата Сообщение от Kirill Посмотреть сообщение
    Если срабатывает watchdog, значит цикл работы ПЛК превышеает максимально заданное время (по умолчанию - секунда).
    А как установить "максимально заданное время" более секунды? А то мне кажется, что контроллер не успеет опросить все аналоговые входы (кроме своих еще модуль расширения МВА8) да еще отреагировать на состояние среды...

  7. #7

    По умолчанию

    в PLC_Configeration прямо в основном модуле есть настройка MaxCycleLength, можно установить до 10 секунд
    бывший инженер отдела тестирования)))

  8. #8

    Thumbs up

    Цитата Сообщение от Montigo Посмотреть сообщение
    А как установить "максимально заданное время" более секунды? А то мне кажется, что контроллер не успеет опросить все аналоговые входы (кроме своих еще модуль расширения МВА8) да еще отреагировать на состояние среды...
    Время опроса входов, и тем более сетевых входов оказывает очень косвенное влияние на время цикла, так как делается не в самом цикле, а в прерываниях.
    То есть сказать, что каждый цикл опрашиваются все входы - нельзя.
    Так как цикл, например 1мс, а опрос всех только своих аналоговых входов производится параллельно за 0,5с.
    Так же совершенно параллельно опрашиваются сетевые входы.
    А контроллер раз в цикл берет данные из специальной области памяти, куда данные с входов помещаются...
    Заместитель директора по маркетингу ОВЕН

  9. #9

    По умолчанию

    а где ответы по теме?
    у меня такая же ситуация на ПЛК 154.
    она возникает при попытке полностью сменить программу в ПЛК. т.е. пришел утром на объект, подключаешься и .. процесс пошел. все как описано в первом посте. причем при размере программы 50 кб и 100 кб картина одинакова. надо сидеть и пытаться записать программу.. очень "красивая" ситуация..
    немного помогает такая процедура - подключиться, не заливать новую, остановить контроллер из кодесиса, отключиться и при новом подключении сказать ДА )).
    но не всегда помогает.
    что делать то ? как то не серьезно это все.

  10. #10

    По умолчанию

    Та же ситуация была, правда с старыми прошивками. По ходу если на ПЛК выполняется программа, которая помимо прочего опрашивает интерфейс RS-485 (МВА, МВУ, МДВВ...), то порт Debug переодически оказывается занят или подвисает, а может помехи. В итоге даже при удачном коннекте не всегда успевает залится новая программа. Вывод: отключать RS-485, останавливать программу.
    Несколько раз получался фокус, сам не пойму как. ПЛК не коннектится видно по описанной выше причине. Перехожу в режим эмуляции. Логин. Всё, понятно, работает. Жму Project-ClearAll. Программа Плк стирается. Выключаем эмуляцию и конектимся к плк.

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

Ваши права

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