28 / 106
26
Рис. 2. Окно программы Aegis FactoryLogix
В качестве примера можно приве-
сти отчет с подробной информацией
о каждом установленном и сброшен-
ном в процессе сборки компоненте,
включающем сведения о носителе
(в поверхностном монтаже исполь-
зуются три типа носителей: катушка,
пенал или поддон), из которого он был
захвачен. На основе данного отчета
можно, например, выдавать протоко-
лы по всем установленным компонен-
там на каждую печатную плату по ее
серийному номеру, а также проводить
списание элементов в системе учета
материалов. Эта функциональность
реализована в отдельной библиотеке
кода, что позволяет использовать дан-
ную возможность в других проектах.
Описанное выше приложение сей-
час доступно нашим заказчикам в те-
стовом режиме.
Во-вторых, для анализа эффектив-
ности использования оборудования
нами разработано специализирован-
ное приложение Performance Analyser,
позволяющее в автоматическом режи-
ме обрабатывать хранящиеся в маши-
не протоколы сборки с целью расчета
эффективного времени работы обору-
дования. Данное приложение может
работать в режиме непосредственного
подключения к базе данных автомата
MYCRONIC путем ввода IP-адреса сер-
вера, а также способно анализировать
протокол работы (лог) оборудования,
экспортированный заранее и храня-
щийся в виде файла на жестком диске.
В результате разбора лога пользова-
тель получает сводный pdf-отчет, по-
казывающий среднюю эффективность
работы оборудования за выбранный
период. Рабочий день в отчете разби-
вается на несколько категорий, вклю-
чающих непосредственный монтаж
компонентов, различные простои во
время сборки, время, затрачиваемое
оператором на переналадку оборудо-
вания, а также неиспользуемое вре-
мя. Каждая из указанных категорий,
в свою очередь, также разбивается на
несколько подкатегорий. Таким обра-
зом, становятся понятными основные
причины потери времени в процессе
монтажа компонентов.
Ключевой особенностью подхода,
положенного в основу анализа лога,
является отделение процесса разбо-
ра информации, записанной в файле,
от алгоритма трактовки сохраненных
данных. Другими словами, алгоритм
разбора лога (англ. parsing) не являет-
ся частью исходного кода программы,
а представляет собой отдельный мо-
дуль, подгружаемый независимо. Это
позволяет динамически настраивать
формы отчетов, которые возможно из-
влечь из сохраненной информации, что
открывает большой потенциал исполь-
зования данного подхода в различных
сферах.
Технически алгоритм разбора представляет собой отдельный
объект («класс» на языке программиста), описывающий
правила трактовки событий из файла лога работы оборудования.
Объект упомянутого класса после создания сериализуется
(сохраняет свое состояние) и индексируется для дальнейшего
использования. В момент запуска программы происходит
десериализация (восстановление исходного состояния)
имеющихся алгоритмов, пользователь в настройках получает
возможность выбрать алгоритм, наиболее полно отвечающий
его задачам.
Технологии