diff --git a/docs/information/planner.md b/docs/information/planner.md index 07af0ba..0b9eaf6 100644 --- a/docs/information/planner.md +++ b/docs/information/planner.md @@ -11,29 +11,29 @@ title: Планировщик Планировщик оперирует стандартными операциями. Операция в этом смысле - это запись в базе данных, содержащая, как минимум: -Набор исходных объектов -Алгоритм входного контроля -Абстрактный техпроцесс -Конкретная программа техпроцесса -Набор финальных объектов -Алгоритм выходного контроля +- Набор исходных объектов +- Алгоритм входного контроля +- Абстрактный техпроцесс +- Конкретная программа техпроцесса +- Набор финальных объектов +- Алгоритм выходного контроля Для удобства планирования можно указывать ожидаемую (можно, из опыта) продолжительность и вероятность успешного завершения операции и прочие вспомогательные сведения. Из таких операций планировщик строит графы - технологические карты, по возможности - много альтернативных, чтобы было из чего выбрать. В обобщенном виде алгоритм построения такого графа можно представить так: -1. Уяснить задачу -1.а Если цель - реализация некоторой функции, то подобрать систему, наилучшим образом реализующую эту функцию с учетом доступных ресурсов и перейти к 1.б. -1.б Если цель – изделие как таковое, то обеспечить полноту его описания (отсканировать образец, проверить наличие документации, запросить или сгенерировать недостающее) и переходить к п.2 -2. Выделить и классифицировать компоненты изделия: -1 Те которые есть (присутствуют на складе и не зарезервированы под другие проекты) -0 Те которых нет -01 Те что легче купить (так или иначе получить извне), чем сделать. Для некоторых АПС (космических или слишком сиьно ушедших технологически вперед от окружающей среды) эта опция может оказаться недоступной. -00 Те что легче сделать, чем купить -001 Те что можно сделать имеющимися ресурсами -000 Те, для изготовления которых нужны дополнительные ТС -3. Пока в стратегии участвуют ресурсы, относящиеся к последнему пункту, вводить в граф дополнительные ТС и выполнять пункт 1.а для них. -4. Составить порядок преобразования ресурсов для получения компонентов категории 00. (то есть, свести все компоненты к ресурсам). -5. Если в стратегии есть ресурсы категории 01, то заказать их. -6. Осуществить все намеченные преобразования +* 1. Уяснить задачу + * 1.а Если цель - реализация некоторой функции, то подобрать систему, наилучшим образом реализующую эту функцию с учетом доступных ресурсов и перейти к 1.б. + * 1.б Если цель – изделие как таковое, то обеспечить полноту его описания (отсканировать образец, проверить наличие документации, запросить или сгенерировать недостающее) и переходить к п.2 +* 2. Выделить и классифицировать компоненты изделия: + * 1 Те которые есть (присутствуют на складе и не зарезервированы под другие проекты) + * 0 Те которых нет + * 01 Те что легче купить (так или иначе получить извне), чем сделать. Для некоторых АПС (космических или слишком сиьно ушедших технологически вперед от окружающей среды) эта опция может оказаться недоступной. + * 00 Те что легче сделать, чем купить + * 001 Те что можно сделать имеющимися ресурсами + * 000 Те, для изготовления которых нужны дополнительные ТС +* 3. Пока в стратегии участвуют ресурсы, относящиеся к последнему пункту, вводить в граф дополнительные ТС и выполнять пункт 1.а для них. +* 4. Составить порядок преобразования ресурсов для получения компонентов категории 00. (то есть, свести все компоненты к ресурсам). +* 5. Если в стратегии есть ресурсы категории 01, то заказать их. +* 6. Осуществить все намеченные преобразования Затем наступает этап детальной проработки и оценки этих карт. Где (в каких ячейках) лежат исходные объекты, куда положить готовые, какой именно из станков выбрать для этой операции, какой именно ММ повезет объекты туда и сюда - все это распределяется планировщиком с учетом ограничений инструментов, манипуляторов, площади склада. Здесь можно оценить ресурсоемкость, длительность, надежность, оптимальность задействования ресурсов АПС для каждого графа и выбрать наилучший. @@ -43,18 +43,18 @@ title: Планировщик Конкретный же алгоритм планирования ресурсов может состоять, например, в следующем: -Найти наиболее долгий путь в древовидном графе операций, ведущих к выполнению имеющейся группы заданий. -Выделить под задачу время соответствующее этому пути. -На каждом промежутке времени распределить по доступным машинам остальные операции начиная от первых или от последних. -Если не хватает машино-часов, увеличить соответствующий промежуток времени -Провести пост-обработку плана для укорочения общего времени производства за счет загрузки простаивающего оборудования (переходы параллельное-последовательное, перестановка операций, рассмотрение возможности расширения парка оборудования/манипуляторов/склада, приемы вроде ТРИЗ и пр.) -Заполнить неизбежные плановые простои стандартной полезной деятельностью (вроде расширения АПС) +- Найти наиболее долгий путь в древовидном графе операций, ведущих к выполнению имеющейся группы заданий. +- Выделить под задачу время соответствующее этому пути. +- На каждом промежутке времени распределить по доступным машинам остальные операции начиная от первых или от последних. +- Если не хватает машино-часов, увеличить соответствующий промежуток времени +- Провести пост-обработку плана для укорочения общего времени производства за счет загрузки простаивающего оборудования (переходы параллельное-последовательное, перестановка операций, рассмотрение возможности расширения парка оборудования/манипуляторов/склада, приемы вроде ТРИЗ и пр.) +- Заполнить неизбежные плановые простои стандартной полезной деятельностью (вроде расширения АПС) Когда дело доходит до выполнения операций, на их основе раздаются задания контроллерам, например: -Исполнить команду transport(2132, 321) (из ячейки 2132 и поместить в ячейку 321) -Исполнить команду process(233) (выполнить алгоритм тестирования 233 и выдать заключение о годности изделия True или False) -Исполнить команду process(88865) (провести лазерный раскрой согласно файлу) +- transport(2132, 321) (из ячейки 2132 и поместить в ячейку 321) +- process(233) (выполнить алгоритм тестирования 233 и выдать заключение о годности изделия True или False) +- process(88865) (провести лазерный раскрой согласно файлу) Даже если операция не связана с тестированием и контролем, контроллеры всегда отчитываются удалось и завершить ее, исправны ли все участвующие в операции устройства, какие были временные, энергетические и прочие затраты и т.п. Эта информация используется планировщиком, а выполненная или невыполненная операция и ее результаты сохраняются в архиве. Этот архив можно использовать не только для более точного планирования операций впредь и для выявления проблемных (редко удающихся операций), но его роль шире.