Слетела конфигурация iolink

[al0ner 0]

Здравствуйте товарищи, выручайте, я новичек в чпу абсолютный, но вменили разобраться с hyundai kf5600c, на нем стоит fanuc 0i. Началось с того, что его вырубили с основного рубильника во время работы. Сейчас при включении пишет что оси проехали точки, при этом стэндбай не включается, гидростанция не стартует. По цепям управления пробежался, нашел что не собирается готовность с модуля входов выходов в ШУ, полез покопался в менюшках и обнаружил меню РМС, в котором есть 2 ошибки: 1. Er04 type unmatch pmc1, 2. I/o link failure ch1 g00. 

В РМС device monitor, еа канале 1 видны устройства: 1. АА operator panel a1 2. A8 separate type i/o board. Но помечены они красным, как незарегистрированные. Я понимаю чтонужно где то в конфе прописать либо адресацию, либо устройства с которыми комп должен работать, в  связи с этим всем дайте наставления или доку как мне это все снова подружить друг с другом.

[gudstartup 756]

1 минуту назад, Viktor2004 сказал:

скачать тоже нельзя?

скачать можно

[Viktor2004 895]

1 минуту назад, al0ner сказал:

Можно поподробнее плз, про кипп реле и sar

выложите сюда файл параметров и файл ладдера

[Guhl 77]

8 минут назад, gudstartup сказал:

система предупреждает о рисках при заливке файла с сертификатами.

это  не являлось бы проблемой если бы фанук продолжал работать у нас

Следовательно совет "вначале сделать бэкап" по сути опасный совет.

Есть процедура при которой 100% нет опасности залить oprminf?

[Viktor2004 895]

1 минуту назад, Guhl сказал:

Есть процедура при которой 100% нет опасности залить oprminf?

есть.

После снятии бэкапа тут же удалить из него файл oprminf

[Guhl 77]

2 минуты назад, Viktor2004 сказал:

есть.

После снятии бэкапа тут же удалить из него файл oprminf

Выходит фанук подляну подкладывает?

А если просто образ SRAM заливать а потом ладдер, то этого хватит?

Изменено 17 февраля пользователем Guhl

[gudstartup 756]

Только что, Guhl сказал:

Есть процедура при которой 100% нет опасности залить oprminf?

при обычном восстаеовлении бэкапа система не восстанавливает файл oprminf из бэкапа.

Его можно записать только с черного экрана да еще с два раза подтвердить что вы точно хотите это сделать.

А в новых системах его вы даже с черного экрана записать не сможете  

[Guhl 77]

1 минуту назад, gudstartup сказал:

при обычном восстаеовлении бэкапа система не восстанавливает файл oprminf из бэкапа.

Его можно записать только с черного экрана да еще с два раза подтвердить что вы точно хотите это сделать.

А в новых системах его вы даже с черного экрана записать не сможете  

Спасибо

[Viktor2004 895]

1 минуту назад, Guhl сказал:

А если просто образ SRAM заливать а потом ладдер, то этого хватит?

Должно хватить

Если вы специально из системы с черного экрана ничего не удаляли

[Guhl 77]

3 минуты назад, Viktor2004 сказал:

Должно хватить

Если вы специально из системы с черного экрана ничего не удаляли

То есть можно заливать бэкап с одного станка на другой и ни о чем не беспокоиться, потому что oprminf не заливается?

 

6 минут назад, gudstartup сказал:

при обычном восстаеовлении бэкапа система не восстанавливает файл oprminf из бэкапа.

Его можно записать только с черного экрана да еще с два раза подтвердить что вы точно хотите это сделать.

А в новых системах его вы даже с черного экрана записать не сможете  

 

[al0ner 0]

12 минут назад, Viktor2004 сказал:

выложите сюда файл параметров и файл ладдера

Сегодня не на месте, в пн только поеду, а где ещё можно путем посмотреть по структуре файлов при бэкапе, да и правильные принципы копирования файлов?

[Viktor2004 895]

1 минуту назад, Guhl сказал:

бэкап с одного станка на другой

Я бы не советовал.

SRAM и LAD вещи очень специфические и даже к подобному станку могут не подойти

 

[gudstartup 756]

3 минуты назад, Guhl сказал:

То есть можно заливать бэкап с одного станка на другой и ни о чем не беспокоиться, потому что oprminf не заливается?

чужой файл sram заливать на другой станок тоже нельзя

[Guhl 77]

Только что, Viktor2004 сказал:

Я бы не советовал.

SRAM и LAD вещи очень специфические и даже к подобному станку могут не подойти

 

То что специфичные это одно дело. С этим разобраться можно. А вот не произойдет ли блокировки станка с фатальной ошибкой, чтоб сервис ждать?

[Viktor2004 895]

Только что, Guhl сказал:

А вот не произойдет ли блокировки станка с фатальной ошибкой, чтоб сервис ждать?

нет. Если только SRAM и PMC то нет

Можно потом вернуть родные и система вернется в прежнее состояние. Сертификат это не заденет

[Guhl 77]

1 минуту назад, gudstartup сказал:

чужой файл sram заливать на другой станок тоже нельзя

Из-за cncidnum или как его там? В общем тех файлов, которые требуются для активации опций?

[gudstartup 756]

Только что, Viktor2004 сказал:

. Если только SRAM

в sram хранятся специфические данные системная метка и опции и при заливке чужого sram получите  ошибку сертификата так как параметры опций  в чужом SRAM не совпадут с содержимым  родного oprninf

[Viktor2004 895]

1 минуту назад, Guhl сказал:

Из-за cncidnum или как его там? В общем тех файлов, которые требуются для активации опций?

CNCIDNUM.TXT с системы можно только скачать. Залить его обратно никак не получится

[gudstartup 756]

2 минуты назад, Guhl сказал:

Из-за cncidnum или как его там?

это ид системы и да у каждой он индивидуален плюс еще и специфичная системная метка которая также индивидуальна

[Viktor2004 895]

1 минуту назад, gudstartup сказал:

и при заливке чужого sram получите  ошибку сертификата так как параметры опций  в чужом SRAM не совпадут с содержимым  родного oprninf

Если они не совпадут, система просто игнорирует данные SRAM и возьмет параметры опций из OPRMINF

у меня еще ни разу при залитии чужого SRAM сертификат не слетал. И не помню что бы тут у кого-нибудь слетел

[gudstartup 756]

3 минуты назад, Viktor2004 сказал:

SRAM и возьмет параметры опций из OPRMINF

предварительно придется sram очистить.

А у меня система отказалась загружаться с чужим  SRAM  пришлось родной загружать