Программирование PLC

[DJ Astro 55]

Вопрос специалистам по программированию PLC.

Оператор путём неправильных действий "срубил" шпинделем одну ячейку в магазине.
Станок с HH530. Имея в шпинделе 1й инструмент, оператор изменил таблицу места так, что в шпинделе якобы пусто и сделал TOOL CALL инструмента 2 (зачем он так сделал - это отдельная тема, но сейчас не про это). Станок не долго думая поехал и бомбанул инструментом в шпинделе в ячейку 2 магазина.

Есть ли возможность не допустить таких столкновений, если в станке есть два датчика: датчик в магазине (отслеживает наличие или отсутствие инструмента в текущей ячейке), датчик в шпинделе (выдаёт 3 сигнала - шпиндель разжат, шпиндель зажат пустой, шпиндель зажат с инструментом)?? Можно ли запрограммировать логику станка так, что при любых подтверждающих действиях оператора не позволить станку поехать на смену инструмента, если и в шпинделе и в ячейке магазина присутствует инструмент вне зависимости от того, что прописано в таблице места?
Сервисмены, ссылаясь на производителей, говорят, что невозможно одновременно использовать данные таблицы и показания датчиков, т.к. может наступить такая ситуация, когда из-за рассогласования данных и показаний станок вообще невозможно будет запустить. Поэтому приоритет отдается таблице места.
В мануале про смену инструмента написано, что проверяются оба места. Только непонятно, на основании каких параметров.

 

[Tad 195]

Можно ли запрограммировать логику станка так, что при любых подтверждающих действиях оператора не позволить станку поехать на смену инструмента, если и в шпинделе и в ячейке магазина присутствует инструмент вне зависимости от того, что прописано в таблице места?

Нужно. 

[Mistake 0]

Станок с HH530

Haidenhain сам по себе довольно открытая и не защищенная система от вмешательств неквалифицированных КИПиАвцев и прошаренных операторов, более или менее продвинутый user знает несколько кодов доступа к MP или др. служебной инф. (123,951485, и т.п.) и возомнив себя великим спецом начинает "улучшать" работу станка.

Имея в шпинделе 1й инструмент, оператор изменил таблицу места так, что в шпинделе якобы пусто и сделал TOOL CALL инструмента 2

...дело в том что, изменяя poсket table у HH вы редактируете PLC, это равнозначно тому что у SINUMERIC 840D SL войти в NC/PLC Variab и там ввести неверный статус любой ячейке DBXX.DBBXX или тем паче, подать сигнал на выход PLC QXX.X. В первом случае станок проигнорирует значение датчика и примет за актуальное, то которое вы ему указали DBXX.DBBXX=1/0, во втором случае зажмет или разожмет шпиндель выронив инструмент при закрытой двери, разожмет тормоз оси Z, либо поднимет/опустит паллету......

Для тех, кто знает, что он делает - это отличная возможность оживить (толкнуть) станок при разрешении внештатной ситуации, для остальных - это верный способ убить оборудование(((

Описание циклов смены, выложенное Вами - на первый взгляд верно и будет работать, но при условии не вмешательства в PLC.

Поэтому приоритет отдается таблице места.

  Приоритет отдается последнему актуальному значению, в вашем случае - значению введенному в pocket table.

Можно ли запрограммировать логику станка так, что при любых подтверждающих действиях оператора не позволить станку поехать на смену инструмента, если и в шпинделе и в ячейке магазина присутствует инструмент вне зависимости от того, что прописано в таблице места?

  А представьте себе ситуацию когда у вас залипла ячейка памяти присутствия инструмента в шпинделе и для NC - шпиндель все время занят, и нет возможности сбросить

значение NC изменяя таблицу мест, т.к. система приняла последнее значение от сенсора и игнорирует ваши изменения в pocket table....Представили?))  Шаманский бубен Вам в помощь))

[URAn 13]

...дело в том что, изменяя poсket table у HH вы редактируете PLC

 

Это как это ?

Вообще это хреновое plc, если имея датчик наличия инструмента в шпинделе, оно допускает столкновение с занятой ячейкой. Однозначно перед сменой должно проверяться состояние шпинделя, стоит там инструмент или нет. 

[Mistake 0]

Это как это ?

  - должно быть написано в мануале производителя или  документации по HH. Ликбез никто не отменял.

Однозначно перед сменой должно проверяться состояние шпинделя, стоит там инструмент или нет.

  все и проверяется, но до того как Вы ввели свое значение - внимательно читайте мой пост.

 

Сейчас Вам тут напишут коментов не видя проекта PLC и не имея представления о конкретном теле)) Лучше обатитесь за советом к производителю, надеюсь у вас не китайский станок))

"Вообще это хреновое plc" и "Нужно" - очень агрументированные ответы)

От дальнейших комментариев воздержусь. Удачи!

[URAn 13]

    все и проверяется, но до того как Вы ввели свое значение - внимательно читайте мой пост.

 

 

Я вообще не понимаю о чем вы. PLC постоянно проверяет состояние входов, есть датчик на наличие инструмента, соответственно статус "шпиндель зажат с инструментом" будет актуальным перед сменой инструмента, чтобы вы не вносили, если проверка есть - столкновения не будет. 

[Tad 195]

- должно быть написано в мануале производителя или  документации по HH. Ликбез никто не отменял.

  все и проверяется, но до того как Вы ввели свое значение - внимательно читайте мой пост.

 

Сейчас Вам тут напишут коментов не видя проекта PLC и не имея представления о конкретном теле)) Лучше обатитесь за советом к производителю, надеюсь у вас не китайский станок))

"Вообще это хреновое plc" и "Нужно" - очень агрументированные ответы)

От дальнейших комментариев воздержусь. Удачи!

Воздержись. На этом уровне "защита от дурака" обязана быть реализованной. Это проблема конкретного проекта программы ПЛК, а не стойки в целом.