Системы мониторинга промышленного оборудования

[kubonit]

Доброго дня!
Начальство поставило задачу выбрать систему мониторинга станков. В интернете очень много информации по самым разным системам (и отечественные и зарубежные). Естественно на сайтах разработчиков их системы самые хорошие и минусов не имеют. Решил найти отзывы и наткнулся в одном из интернет-журналов на статью "Системы мониторинга станков с ЧПУ в России. Обзор технологий и рынка за 2016 г." В статье проведен достаточно хороший обзор, если бы не одно но - один из авторов статьи директор фирмы-разработчика системы мониторинга. Поэтому закрались некоторые сомнения. Может быть в статье ни чего и не соврали, но могли что-то недоговорить.

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

[Карабас]

Что, от системы, хотите?

[kubonit]

Если не вдаваться в подробности, то требования к возможностям системы такие:
1) Управление версиями УП (кто изменил, когда, зачем, сравнение версий)
2) Возможность делать периодический backup (NC, PLC)
3) Мониторинг станков для получения информации о времени работы, простоев
4) Вывод отчетов о загрузке станков, времени работы и простоев и т.п.
5) Поддержка систем ЧПУ (Fanuc i-серии, Siemens 840D)
6) Доступ оператора к станку например по магнитному пропуску.

[Stylo]

У нас в одном цеху стоит АИС Диспетчер, установкой как раз наш отдел занимался. Ввод в систему продолжается уже 3й год. Есть что рассказать. в основном проблема в подходе

[kubonit]

У нас в одном цеху стоит АИС Диспетчер, установкой как раз наш отдел занимался. Ввод в систему продолжается уже 3й год. Есть что рассказать. в основном проблема в подходе

Вот это уже интересно. Как раз заинтересовала эта система мониторинга. Расскажите поподробней, что не так с подходом у "диспетчера" и сколько станков подключаете к системе?

[Stylo]

Подход неправильный на нашем производстве, деньги освоили и забыли... А так у нас порядка 40 клиентов подключено. Универсальники контролируют по току. ЧПУ обещали подключить по протоколу, но мое впечатление что по протоколу читает только номер УП запущенной, а работу станка тупо снимают с лампочки на панели оператора, оператор быстро сообразил, что если поставить станок на паузу, то лампочка мигает каждые 2 сек, что меньше чем период опроса диспетчером - станок стоит диспетчер пишет что в работе. Ну по крайней мере так на Хайде530 и FMS. Система переодически глючит и на всех клинтах сбивается время или пишет фигню, но это скорее от рукожопости наших ИТишников и от всеобще положенного болта положенного на систему. Особо нечего сказать, т.к. все забили, но ребята достаточно отзывчивые, идут на встречу, помогают.
А самое интересное, те пиджаки которые пробивали эту тему, увидев отчет системы, смотрели на отчет как баран на ворота что делать с этим отчетом никто не знает. Так и живем

[Serg]

Если не вдаваться в подробности, то требования к возможностям системы такие:
1) Управление версиями УП (кто изменил, когда, зачем, сравнение версий)
2) Возможность делать периодический backup (NC, PLC)
3) Мониторинг станков для получения информации о времени работы, простоев
4) Вывод отчетов о загрузке станков, времени работы и простоев и т.п.
5) Поддержка систем ЧПУ (Fanuc i-серии, Siemens 840D)
6) Доступ оператора к станку например по магнитному пропуску.

Тут 3 совершенно раздельные задачи:
1) Любая система контроля версий, обычная CVS вполне сгодится.
2,3,4,5) сильно зависит от имеющегося у станков интерфейса для сбора этих данных. Как минимум можно заставить учётчика периодически "обходить" станки. Всё остальное можно решить банальным Zabbix.
6) А тут вам самим сначала на решить какой-именно доступ вы будете ограничивать и на какое время...

[arkhnchul]

а начальство уже решило, что будет делать с результатами работы этой системы, или как обычно, хочется автоматизировать бардак?

[kubonit]

а начальство уже решило, что будет делать с результатами работы этой системы, или как обычно, хочется автоматизировать бардак?

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

[kubonit]

Если не вдаваться в подробности, то требования к возможностям системы такие:
1) Управление версиями УП (кто изменил, когда, зачем, сравнение версий)
2) Возможность делать периодический backup (NC, PLC)
3) Мониторинг станков для получения информации о времени работы, простоев
4) Вывод отчетов о загрузке станков, времени работы и простоев и т.п.
5) Поддержка систем ЧПУ (Fanuc i-серии, Siemens 840D)
6) Доступ оператора к станку например по магнитному пропуску.

Тут 3 совершенно раздельные задачи:
1) Любая система контроля версий, обычная CVS вполне сгодится.
2,3,4,5) сильно зависит от имеющегося у станков интерфейса для сбора этих данных. Как минимум можно заставить учётчика периодически "обходить" станки. Всё остальное можно решить банальным Zabbix.
6) А тут вам самим сначала на решить какой-именно доступ вы будете ограничивать и на какое время...

1) На счет контроля версий - изучу что это такое CVS. Пока не могу согласиться или возразить.
2) По поводу учетчика периодически делающего Backup. Для пилотного проекта будет выделено 30-40 станков. Если все будет хорошо, и решим внедрить проект, то парк станков будет в 3 раза больше. Боюсь предположить, но мне кажется, что для всех этих станков backup заставят делать меня
2,3,4,5) По поводу интерфейсов - они самые разные. Пока рассматриваются только станки с ЧПУ (Siemens 840D c Ethernet или V24/MPI; Fanuc i0, i16, i18, i31 c RS232 и некоторые с Ethernet).
Что касается Zabbix - пока поверхностно прочитал, что это за зверь. И пока с трудом представляю, как его подружить с Fanuc. Ведь в описании он работает с Unix, Linux, Windows и т.д. Но я не уверен, что Fanuc представитель, например Unix или Linux.
6) Доступ по пропуску нужен, чтобы был учет, кто ввел какие-то изменения на станке. Или кто делал в тот день партию деталей №100500.

[Карабас]

У нас были попытки прекратить "бардак".....но, были вложены не один миллион рублей, протянуты сотни метров кабелей, а воз и ныне там.

[kubonit]

У нас были попытки прекратить "бардак".....но, были вложены не один миллион рублей, протянуты сотни метров кабелей, а воз и ныне там.

А систему мониторинга вы своими силами делали или купили готовое решение? И по каким причинам работы еще не завершены?

[Карабас]

Заказывали , делали специально под нас. Работы давно завершены и всё это уже забыто, по причине - НИ ХРЕНА это не работает. Нормальная зарплата операторов - это самая эффективная система...

[kubonit]

Подход неправильный на нашем производстве, деньги освоили и забыли... А так у нас порядка 40 клиентов подключено. Универсальники контролируют по току. ЧПУ обещали подключить по протоколу, но мое впечатление что по протоколу читает только номер УП запущенной, а работу станка тупо снимают с лампочки на панели оператора, оператор быстро сообразил, что если поставить станок на паузу, то лампочка мигает каждые 2 сек, что меньше чем период опроса диспетчером - станок стоит диспетчер пишет что в работе. Ну по крайней мере так на Хайде530 и FMS. Система переодически глючит и на всех клинтах сбивается время или пишет фигню, но это скорее от рукожопости наших ИТишников и от всеобще положенного болта положенного на систему. Особо нечего сказать, т.к. все забили, но ребята достаточно отзывчивые, идут на встречу, помогают.
А самое интересное, те пиджаки которые пробивали эту тему, увидев отчет системы, смотрели на отчет как баран на ворота что делать с этим отчетом никто не знает. Так и живем

Я указывал название статьи, в ней было написано, что в "диспетчере" плата опторазвязки блока мониторинга без защитного покрытия на печатной плате, не отмыт флюс-канифоль. Ненадежное крепление платы опторазвязки (в двух точках) и возможно выламывание точек крепления. Отсутствует разъем на шлейфе питания основной платы, вместо этого проводники обжаты термоусадочной трубкой соответственно при любом механическом воздействии или ослаблении контакта это приведет к полной неработоспособности или непрогнозируемым отключениям регистратора. За основу блока взята китайская отладочная плата FriendlyARM mini2440. Применяется в хоббийном производстве.
У вас в связи с этим ни каких проблем не возникало?

[kubonit]

Заказывали , делали специально под нас. Работы давно завершены и всё это уже забыто, по причине - НИ ХРЕНА это не работает. Нормальная зарплата операторов - это самая эффективная система...

Не работает, потому что система мониторинга не доработанная или не работает потому что работники не захотели с ней работать? И если не секрет что за система была?

[Serg]

И пока с трудом представляю, как его подружить с Fanuc.

Вот как выясните каким образом можно получать нужную вам информацию от Fanuc и прочих, тогда и можно будет начинать мечтать о системе мониторинга.

Доступ по пропуску нужен, чтобы был учет, кто ввел какие-то изменения на станке. Или кто делал в тот день партию деталей №100500.

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

[arkhnchul]

После обзора систем мониторинга будем обсуждать, а нужно ли нам связываться с внедрением систем мониторинга

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

[MX_Master]

Если б я делал такую систему, я бы к каждому станку прилепил коробочку с недорогим одноплатным ПК. Одноплатник бы общался с ЧПУ станка по нужному протоколу, делал бэкапы, производил видеофиксацию. Все эти одноплатники можно было п объединить в локальную сеть. В качестве админа и управленца - один настольный ПК.

[kubonit]

И пока с трудом представляю, как его подружить с Fanuc.

Вот как выясните каким образом можно получать нужную вам информацию от Fanuc и прочих, тогда и можно будет начинать мечтать о системе мониторинга.

Доступ по пропуску нужен, чтобы был учет, кто ввел какие-то изменения на станке. Или кто делал в тот день партию деталей №100500.

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

А это вообще имеет отношение к возможностям станков?! На сколько я понимаю, к станку будет подсоединен терминал системы мониторинга, который будет фиксировать кто авторизовался в нем и кидать эту информацию на сервер. На счет протоколирования изменений ни чего сказать не могу, потому сюда и пришел, чтобы знающие люди рассказали мне возможные проблемы с которыми я могу столкнуться или на которые мне стоит обратить внимание.

MX_Master, вы предложили достаточно интересный вариант для изучения, спасибо

[kubonit]

После обзора систем мониторинга будем обсуждать, а нужно ли нам связываться с внедрением систем мониторинга

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

Дело не только в уставших ручках. Дело еще в том, чтобы было понимание сколько времени занимают простои на станках. По каким причинам эти простои - необоснованный просто, наладка станка, механики ТО делали, или материал с инструментом не купили. Сейчас такие моменту зачастую не возможно отследить. Так сказать нужно развиваться в этом направлении. Если есть альтернативные варианты как это отследить, то выслушаю все варианты. Думаю не меня одного эта тема интересует. Второй момент - зачастую бывают "вредители" у которых есть доступ к параметрам станков, они в них полазят, потом сваливают на других людей - и ищи свищи кто прав, а кто виноват - а станок стоит, на поиск и исправление косяков уходит много времени.