Неисправна память ПЛК или что ?

[Р.Александр]

Заданием оговорено, что должно быть несколько вариантов (программ) работы станка, которые должны быть введены вручную при настройке и запоминаться панелью СП3ххх.
При работе оператор просто выбирает нужную деталь, нажимает кнопку "Загрузить", и далее работает по этой программе.
Задаче решена записью данных (в формате float) таблицы в регистры энергонезависимой памяти (PFW) и состоят из пяти карточек(экранов) по количеству требуемого количества программ, 4 строчки по 10 ячеек в каждой. Для перезаписи используется функциональная кнопка, опция "Копировать несколько регистров", при нажатии которой происходит копирование содержимого регистров PFW в регистры PLC110 (4x_).
Все отлично работает, однако в две ячейки (32 бита каждая) ПЛК записывается ошибка (в регистре ПЛК выглядит как запись -1#QNAN), причем независимо от того, какая, какая карточка (экран СП) копируется , в одних и тех же ячейках ПЛК, независимо от заполнения PFW, после чего эта запись остается, исправить ее можно только вручную, внеся изменения и CTRL+F7, но при повторном копировании программы ошибка возникает вновь, причем возникает она либо в процессе копирования, либо - это свойство ячеек памяти ПЛК. Таких ячеек - 2 штуки на 40 32-битных регистров, конкретно по адресам АТ %ОD6.19.0 и %ОD6.45.0
Что это может быть - ошибка использования оборудования или неисправность ПЛК ? Если неисправность памяти, можно ли как то отформатировать ее? format FFS - после его применения и повторной загрузке программы ничего не изменилось.

[kondor3000]

Заданием оговорено, что должно быть несколько вариантов (программ) работы станка, которые должны быть введены вручную при настройке и запоминаться панелью СП3ххх.
При работе оператор просто выбирает нужную деталь, нажимает кнопку "Загрузить", и далее работает по этой программе.
Задаче решена записью данных (в формате float) таблицы в регистры энергонезависимой памяти (PFW) и состоят из пяти карточек(экранов) по количеству требуемого количества программ, 4 строчки по 10 ячеек в каждой. Для перезаписи используется функциональная кнопка, опция "Копировать несколько регистров", при нажатии которой происходит копирование содержимого регистров PFW в регистры PLC110 (4x_).
Все отлично работает, однако в две ячейки (32 бита каждая) ПЛК записывается ошибка (в регистре ПЛК выглядит как запись -1#QNAN), причем независимо от того, какая, какая карточка (экран СП) копируется , в одних и тех же ячейках ПЛК, независимо от заполнения PFW, после чего эта запись остается, исправить ее можно только вручную, внеся изменения и CTRL+F7, но при повторном копировании программы ошибка возникает вновь, причем возникает она либо в процессе копирования, либо - это свойство ячеек памяти ПЛК. Таких ячеек - 2 штуки на 40 32-битных регистров, конкретно по адресам АТ %ОD6.19.0 и %ОD6.45.0
Что это может быть - ошибка использования оборудования или неисправность ПЛК ? Если неисправность памяти, можно ли как то отформатировать ее? format FFS - после его применения и повторной загрузке программы ничего не изменилось.

Мало информации. Вы не написали это сейчас началось или сразу было? Кто программы писал?
Для того, чтобы понять в чём дело надо, чтобы вы выложили скрины ошибки, а так же полное название ПЛК. Адреса АТ %ОD6.19.0 и %ОD6.45.0 в разных ПЛК могут быть в разных местах. Поэтому скрины регистров (адресов) тоже.
И скрины из программы в панели, где копируются регистры. Скорее всего ошибка в адресах, может быть и программная ошибка.

в регистре ПЛК выглядит как запись -1#QNAN, а в дисплее панели что? в регистрах PFW и 4х ?

А лучше всего выложите программу ПЛК и панели.

[Р.Александр]

Программная ошибка исключена, с адресацией тоже навряд ли. Началось сразу после написания программы, второй день не можем устранить. ПЛК110-60M-v2. В панели состояние регистров индицируется на двух экранах - на экране самой карты программы, куда вводятся данные (инструмент "Ввод данных") и на экране контроля данных (инструмент "Цифровой дисплей",PFW), в котором отображается содержимое ячеек. На экране ввода все отображается правильно, на дисплее в ошибочной ячейке (4x...) - А .
Сейчас скрины или фрагмент программы привести не могу, завтра буду на работе, если ничего не найду, отпишусь с материалом.
Вообще ПЛК используется повторно, он отработал где то два года с другой программой, надобность в станке ушла, с него сняли ПЛК, сделали formatFFS. Сейчас устанавливается на другое оборудование. До этого мы уже практиковали такое не один раз с другими контроллерами, однако такой случай впервые.
Да, еще одно - ошибка возникает только в реально "железе", в панели или ПЛК, при эмуляции как в панели (оффлайн), так и в ПЛК - все нормально.
Там что во взаимодействии.

[Валенок]

Можете говорить что угодно, кляться мамой, давать зуб.
Нет проектов - нет диагноза. Есть только ковыряния в носу.

[Р.Александр]

Можете говорить что угодно, кляться мамой, давать зуб.
Нет проектов - нет диагноза. Есть только ковыряния в носу.

Очень умно, только я писал не вам, я предыдущему автору, который задал вопросы, я на них ответил. Вас я ни о чем не просил.
Тема закрыта, как нибудь обойдусь без таких "спецов".

[Р.Александр]

Мало информации. Вы не написали это сейчас началось или сразу было? Кто программы писал?
Для того, чтобы понять в чём дело надо, чтобы вы выложили скрины ошибки, а так же полное название ПЛК. Адреса АТ %ОD6.19.0 и %ОD6.45.0 в разных ПЛК могут быть в разных местах. Поэтому скрины регистров (адресов) тоже.
И скрины из программы в панели, где копируются регистры. Скорее всего ошибка в адресах, может быть и программная ошибка.

в регистре ПЛК выглядит как запись -1#QNAN, а в дисплее панели что? в регистрах PFW и 4х ?

А лучше всего выложите программу ПЛК и панели.

Неисправной оказалась панель, тоже б/у. После установки новой (пришла вчера) все пришлов норму. Что там с ней, пока не разбирались.
Тема закрыта.

[kondor3000]

Неисправной оказалась панель, тоже б/у. После установки новой (пришла вчера) все пришлов норму. Что там с ней, пока не разбирались.
Тема закрыта.

Думаю достаточно будет сместить адреса регистров PFW и 4х и всё заработает. Очевидно затёрли пару регистров в памяти PFW, возможно очень часто перезаписывали.

[Валенок]

.. Очевидно затёрли пару регистров в памяти PFW, возможно очень часто перезаписывали.

Просто ластиком затёрли - обычное дело. Там ресурс-то - дюжина записей. Ведь

Программная ошибка исключена,...

Тема закрыта ..

)) ту би континюед

[Р.Александр]

Просто ластиком затёрли - обычное дело. Там ресурс-то - дюжина записей. Ведь



)) ту би континюед

Шел бы ты на ... Дзен.

[Валенок]

Шел бы ты на ... Дзен.

Опят затер ? Что-то быстро