ПЛК110-220.60.Р-М иногда зависает при подаче питания

[kfvniiz]

ПЛК110-220.60.Р-М [М02] иногда (с вероятностью 50%) зависает при подаче питания. Сторожевой таймер не отрабатывает при таком зависании, похоже, что и до запуска программы не доходит. Год выпуска контроллера 2023. Контроллер новый, в работе еще не был. Если при включении он не зависнет, то дальше работает нормально. Если при таком зависании контроллера сделать сброс с помощью переключателя на его корпусе, то дальше он нормально загружается и работает. Минимальное время цикла 10мс, время для отработки сторожевого таймера 7000мс. При зависании к нему не удается подключится через Codesys и панель оператора по ethernet интерфейсу его не видит.
Завтра попробую снять логи запуска контроллера через отладочный порт - может быть они прояснят на чем он виснет.

Собственно вопрос, кто-нибудь сталкивался с подобным явлением для данной модели ПЛК, если да то как исправляли?

ps Ранее таких проблем с этими контроллерами не наблюдал, но у них был год выпуска до 2022.

[kondor3000]

ПЛК110-220.60.Р-М [М02] иногда (с вероятностью 50%) зависает при подаче питания. Сторожевой таймер не отрабатывает при таком зависании, похоже, что и до запуска программы не доходит. Год выпуска контроллера 2023. Контроллер новый, в работе еще не был. Если при включении он не зависнет, то дальше работает нормально. Если при таком зависании контроллера сделать сброс с помощью переключателя на его корпусе, то дальше он нормально загружается и работает. Минимальное время цикла 10мс, время для отработки сторожевого таймера 7000мс. При зависании к нему не удается подключится через Codesys и панель оператора по ethernet интерфейсу его не видит.
Завтра попробую снять логи запуска контроллера через отладочный порт - может быть они прояснят на чем он виснет.

Собственно вопрос, кто-нибудь сталкивался с подобным явлением для данной модели ПЛК, если да то как исправляли?

ps Ранее таких проблем с этими контроллерами не наблюдал, но у них был год выпуска до 2022.

Новый контроллер, лучше отправить в сервис сразу. Напишите в техподдержку и отправьте им проект и логи с ПЛК.

[1exan]

ПЛК110-220.60.Р-М [М02] иногда (с вероятностью 50%) зависает при подаче питания. Сторожевой таймер не отрабатывает при таком зависании, похоже, что и до запуска программы не доходит. Год выпуска контроллера 2023. Контроллер новый, в работе еще не был. Если при включении он не зависнет, то дальше работает нормально. Если при таком зависании контроллера сделать сброс с помощью переключателя на его корпусе, то дальше он нормально загружается и работает. Минимальное время цикла 10мс, время для отработки сторожевого таймера 7000мс. При зависании к нему не удается подключится через Codesys и панель оператора по ethernet интерфейсу его не видит.
Завтра попробую снять логи запуска контроллера через отладочный порт - может быть они прояснят на чем он виснет.

Собственно вопрос, кто-нибудь сталкивался с подобным явлением для данной модели ПЛК, если да то как исправляли?

ps Ранее таких проблем с этими контроллерами не наблюдал, но у них был год выпуска до 2022.

Присутствует такая проблема на свежих ПЛК110, причём исключительно с питанием =24В

[kfvniiz]

Присутствует такая проблема на свежих ПЛК110, причём исключительно с питанием =24В

У меня питание 220В. И такие фокусы с зависанием. Хочется верить, что это попался бракованный экземпляр, иначе надо будет искать контроллеры 22 года выпуска.

[kfvniiz]

Выяснилось, что во всем виноват внутренний 24В блок питания контроллера, который используется для питания дискретных входов. Все входы - это контакты реле, т.е. питание с этого источника подавалось через контакты реле на вход контроллера. Казалось бы, какие могут быть проблемы. Но этот источник начинал греться и когда температура в контроллере переваливала за 80, тут-то и начинались фокусы с зависанием. Как решение был использован внешний блок питания на 24В. Контроллер перестал греться и виснуть при перезапусках. Внешний источник питания тоже не греется.

[capzap]

Выяснилось, что во всем виноват внутренний 24В блок питания контроллера, который используется для питания дискретных входов. Все входы - это контакты реле, т.е. питание с этого источника подавалось через контакты реле на вход контроллера. Казалось бы, какие могут быть проблемы. Но этот источник начинал греться и когда температура в контроллере переваливала за 80, тут-то и начинались фокусы с зависанием. Как решение был использован внешний блок питания на 24В. Контроллер перестал греться и виснуть при перезапусках. Внешний источник питания тоже не греется.

наверное с этим связано 74927

[kfvniiz]

наверное с этим связано 74927

Нет, питание с внутреннего блока проходило через контакты реле и приходило на входы контроллера. То есть от этого блока никто посторонний не запитывался.
И как показало дальнейшее тестирование дело было и не во внутреннем блоке.
Переключил я все входы на внешний блок питания 24В, контроллер греться перестал и полноценно отработал так 3 дня. Температура по внутреннему датчику была 53-57С, что на мой взгляд нормально. И я было расслабился, а зря. После очередного обновления программы в контроллере через Codesys, контроллер снова начал быстрый разогрев. Кратковременные (выключение питания на 1-2минуты) перезапуски по питанию не помогали - контроллер грелся и все. Тогда отключил все питание минут на 10 и включил, после чего котроллер заработал нормально и температура была в районе 55С. Что это за фокусы мне не понятно. Контроллер заказал новый, а этот в ремонт.



Owen loader 1.09



CPU:AM1808

DDR Memory:Alliance 128 MB 150 MHz

...

TEST #1 OK!

NAND

NAND Memory: ID = 194, size = 256M

Valid magicnum, 0x55424CBB, found in block 0x00000006.

Jump to entry point

at: 0xC0000000

Start

Factory setings detected

Found 18 notes in 4 products

SOM01C04 or later detected -> configure RMII clock directly

Auto 485 hardware detected

Waiting for check power...

Power status OK

Initialization of Power control completed



Last run module Id =0

Last post module Id =0

local_status =0

local data #1 =0

local data #2 =0

local data #3 =0

local data #4 =0

Init I2C

Driver for address 77 found

Driver for address 72 found

Begin search and initialize I2C devices

Check for address 77 ...DEVICE FOUND!

MCP9800 #0 OK!

Check for address 72 ...FAILED!

OSC_lev1

OSC_lev2

OSC_lev3

Detect modules

Found module #0

Init group

MRAM init

Init MRAMCheck copies...First OK...Second OK...Copies number
: 21 22

Actual copy is 1

USB MSD InitINIT: Init started. Version 1.14.02

INIT: USBH_PreInit!

INIT: USBH_X_Config()

...Init FTDI Stack OK

.OK

FS Init....High-level format ram

OK

Retain mode - save on powerfall

PFM

INIT: Init started. Version 2.13.11

Load PLC core...



Reset status information: PLC was reset by power!

................................................

Retain init

$Slave Retain loaded

EEPROM init

No user PRU0 prg => Run def PRU0 prg

No user PRU1 prg => Run def PRU1 prg



Loading PLC core completed!

PLC model MODEL PLC 110-60

??? ?? ??: 2.0

Binary VERSION 1.2.42

Need Target version >= 3.12

Compiled: 14:38:47 Feb 8 2021

STM32 binary version 115

MAC E4:1E:0A:04:18:6B

IP 192.168.0.2

GATE 192.168.0.1

MASK 255.255.255.0



Start CoDeSys initialization sequence

No modem.cfg - disable Codesys modem mode