Фролов ЭМ.Технология изготовления деталей машин
.pdf730 Глава 4.5. ГИБКИЕ ПРОИЗВОДСТВЕННЫЕ СИСТЕМЫ МЕХАНИЧЕСКОЙ ОБРАБОТКИ
Удаленная печать: доступ |
|
к принтерам |
кладной, |
транспортный, |
межсетевой, |
сетевой |
|||||||||||||||||||||
других компьютеров так, как будто они непо |
и физический уровни, причем непосредствен |
||||||||||||||||||||||||||
средственно подключены к собственному. |
но к TCP/IP относятся лишь транспортный и |
||||||||||||||||||||||||||
Удаленное выполнение: возможность по |
межсетевой уровни. |
|
|
|
|
|
|
|
|
||||||||||||||||||
сылать запрос на выполнение программы на |
|
Прикладной |
уровень |
к |
|
протоколам |
|||||||||||||||||||||
другом компьютере. |
|
|
|
|
|
|
|
TCP/IP прямого отношения не имеет и пред |
|||||||||||||||||||
Сервер имен: доступ к компьютеру, кото |
ставляет |
собой |
|
совокупность |
|
прикладных |
|||||||||||||||||||||
рый содержит имена пользователей и их па |
программ и сетевых услуг, совместимых с |
||||||||||||||||||||||||||
роли, имена и сетевые адреса компьютеров; |
TCP/IP. |
Прикладная |
программа |
выбирает |
|||||||||||||||||||||||
хранение подобной информации на вьщелен- |
способ передачи данных (в виде последова |
||||||||||||||||||||||||||
ном сервере позволяет легко ее обновлять. |
тельности сообщений или непрерывным по |
||||||||||||||||||||||||||
Оконная система: возможность |
распре |
током) и обращается к транспортному уровню |
|||||||||||||||||||||||||
делять работы (в том числе графические) по |
для их доставки. |
|
|
|
|
|
|
|
|
|
|
||||||||||||||||
другим компьютерам. |
|
|
|
|
|
|
|
|
Транспортный уровень (работают |
прото |
|||||||||||||||||
Протокол |
IP |
организует |
распростране |
|
|||||||||||||||||||||||
колы TCP и UDP) организует обмен сообще |
|||||||||||||||||||||||||||
ние информации по локальной |
сети, |
переда |
|||||||||||||||||||||||||
ниями между различными прикладными про |
|||||||||||||||||||||||||||
вая ее от узла к узлу локальной |
сети |
в виде |
|||||||||||||||||||||||||
цессами |
по типу |
"точка-точка". Потоки |
дан |
||||||||||||||||||||||||
отдельных |
|
блоков-пакетов. При |
этом |
прото |
|||||||||||||||||||||||
|
ных делятся на пакеты; каждый пакет отправ |
||||||||||||||||||||||||||
кол IP |
не |
несет ответственности за |
надеж |
||||||||||||||||||||||||
ляется независимо, вместе с адресом назначе |
|||||||||||||||||||||||||||
ность доставки, |
целостность |
и |
сохранение |
||||||||||||||||||||||||
ния, - на более низкий уровень для передачи. |
|||||||||||||||||||||||||||
порядка потоков пакетов, т.е. не решает зада |
|||||||||||||||||||||||||||
Надежность передачи на транспортном уровне |
|||||||||||||||||||||||||||
чу качественной |
передачи информации. Эту |
||||||||||||||||||||||||||
обеспечивается |
|
контролем |
ошибок |
и |
пра |
||||||||||||||||||||||
проблему |
решают |
два |
других |
(альтернатив |
|
||||||||||||||||||||||
вильной |
последовательности пакетов. В слу |
||||||||||||||||||||||||||
ных) протокола: TCP и UDP (User |
Datagram |
||||||||||||||||||||||||||
чае ошибок пакеты передаются повторно. |
|||||||||||||||||||||||||||
Protocol), которые, используя протокол IP для |
|||||||||||||||||||||||||||
|
На межсетевом уровне работает протокол |
||||||||||||||||||||||||||
доставки |
данных, |
добавляют |
ему |
дополни |
|
||||||||||||||||||||||
IP, |
который |
принимает |
с |
транспортного |
|||||||||||||||||||||||
тельные функциональные возможности. |
|
||||||||||||||||||||||||||
|
уровня запрос на пересылку сообщения |
вме |
|||||||||||||||||||||||||
TCP и и DP реализуют различные режи |
|||||||||||||||||||||||||||
сте |
с идентификатором |
адресата, |
|
формирует |
|||||||||||||||||||||||
мы доставки данных. TCP - это протокол "с |
|
||||||||||||||||||||||||||
|
|
устанавливает |
маршрут |
по |
таблице |
||||||||||||||||||||||
установлением |
соединения". Это означает, чтоIP-пакет, |
||||||||||||||||||||||||||
два узла, |
связывающиеся с помощью |
этого |
маршрутизации, |
|
передает |
пакет |
|
в |
сетевой |
||||||||||||||||||
интерфейс. Межсетевой |
уровень |
также |
при |
||||||||||||||||||||||||
протокола, "договариваются" о том, что будут |
|||||||||||||||||||||||||||
нимает IP-пакеты, обрабатывает их, проверяет |
|||||||||||||||||||||||||||
обмениваться данными, и принимают некото |
|||||||||||||||||||||||||||
правильность, выясняет, следует ли обрабаты |
|||||||||||||||||||||||||||
рые соглашения об управлении потоком дан |
|||||||||||||||||||||||||||
вать сообщение на месте или ретранслировать |
|||||||||||||||||||||||||||
ных. UDP, как и IP, - является дейтограмм- |
|||||||||||||||||||||||||||
ным протоколом; т.е. таким, что каждый блок |
дальше. |
|
|
|
|
|
|
|
|
|
|
|
|
||||||||||||||
передаваемой информации |
обрабатывается и |
|
Сетевой и физический уровни реализуют |
||||||||||||||||||||||||
распространяется от узла к узлу не как часть |
распространение информации на том или |
||||||||||||||||||||||||||
некоторого потока, а как независимая едини |
ином отрезке среды передачи данных, причем |
||||||||||||||||||||||||||
ца информации — дейтаграмма. |
|
|
|
|
протоколы TCP/IP не накладывают никаких |
||||||||||||||||||||||
XJDP обеспечивает доставку дейтаграмм, |
ограничений |
на |
программно-аппаратное |
||||||||||||||||||||||||
обеспечение нижних уровней. Это могут быть: |
|||||||||||||||||||||||||||
не гарантируя ее выполнение. Этот протокол |
|||||||||||||||||||||||||||
Ethernet, модемное двухточечное звено, сред |
|||||||||||||||||||||||||||
не поддерживает соединения с удаленным |
|||||||||||||||||||||||||||
модулем UDP, т.е. является протоколом пере |
ства доступа в сети Х.25 или Frame Relay. |
||||||||||||||||||||||||||
дачи без установления логического соедине |
|
Несмотря на то, что протоколы TCP/IP |
|||||||||||||||||||||||||
ния; а потому - более быстрым. Дополни |
разрабатывались |
вне |
семиуровневой |
модели |
|||||||||||||||||||||||
тельные |
средства |
повышения |
|
надежности |
ISO-OSI взаимодействия открытых систем, |
||||||||||||||||||||||
UDP~пepeдaчи могут быть обеспечены на |
может быть установлено определенное соот |
||||||||||||||||||||||||||
уровне прикладных процессов. В отличие от |
ветствие уровней протоколов TCP/IP и моде |
||||||||||||||||||||||||||
сетевого протокола IP, доставляющего ин |
ли ISO-OSI. Это соответствие проиллюстри |
||||||||||||||||||||||||||
формацию от узла к узлу, протокол UDP раз |
ровано на рис. 4.5.22. Самое существенное |
||||||||||||||||||||||||||
личает приложения и передает информацию |
различие архитектур заключается в наборе |
||||||||||||||||||||||||||
от одного приложения к другому. |
|
|
|
|
уровней. У модели TCP/IP полностью отсут |
||||||||||||||||||||||
Место |
протоколов |
TCP/IP |
в |
системе |
ствуют |
сессионный |
и |
|
представительский |
||||||||||||||||||
уровни. Сетевые |
услуги |
прикладного |
уровня |
||||||||||||||||||||||||
коммуникационных |
услуг показано |
на |
рис. |
||||||||||||||||||||||||
TCP/IP реализованы |
с |
помощью |
|
самостоя |
|||||||||||||||||||||||
4.5.21. |
На |
|
нижнем |
уровне |
находятся |
|
стан |
|
|||||||||||||||||||
|
|
тельных программных продуктов, называемых |
|||||||||||||||||||||||||
дартные |
покупные |
средства, |
например, |
кон |
|||||||||||||||||||||||
приложениями |
TCP/IP (например, |
TELNET, |
|||||||||||||||||||||||||
троллер и драйвер Ethernet. |
|
|
|
|
|
|
|||||||||||||||||||||
|
|
|
|
|
|
FTP, |
NFS, SNMP, X-Window). |
|
Разработка |
||||||||||||||||||
Протоколы |
TCP/IP |
работают |
в |
рамках |
|
||||||||||||||||||||||
дополнительных |
|
сетевых |
услуг |
сверх |
стан- |
||||||||||||||||||||||
иерархии, |
|
включающей |
(сверху |
вниз) |
при |
|
|||||||||||||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||||||||||||
732 Глава 4.5. ГИБКИЕ ПРОИЗВОДСТВЕННЫЕ СИСТЕМЫ МЕХАНИЧЕСКОЙ ОБРАБОТКИ
Программное |
обеспечение |
ГПС. Спектр |
эффективной загрузки рабочих мест, запуска |
|||||||||
задач системы управления ГПС варьируется |
оптимальных партий, планово-предупреди |
|||||||||||
от простого диспетчирования и снабжения |
тельного ремонта); динамическое |
планирова |
||||||||||
управляющими профаммами |
до |
широкого |
ние (планирование в реальном времени), т.е. |
|||||||||
круга задач, в числе которых планирование, |
оперативное управление. |
|
|
|
||||||||
технологическая |
|
подготовка |
производства, |
В состав системы управления включают |
||||||||
диспетчирование, |
прямое |
управление |
отдель |
подсистему диагностики, которая |
предназна |
|||||||
ными афегатами и устройствами, диагности |
чена для рещения следующих проблем: кон- |
|||||||||||
ка, учет и документирование и т.д. |
|
|
|
фоля готовности станков и другого оборудо |
||||||||
Типовым набором функций являются: |
вания к работе; конфоля за исправностью |
|||||||||||
автоматизированное |
планирование |
и |
станков и другого оборудования; конфоля |
|||||||||
обеспечение документооборота внутри участка |
результатов обработки; оперативного поиска |
|||||||||||
и со смежными службами; |
|
|
|
|
|
неисправностей при отказах; |
прогнозирова |
|||||
управление комплектацией складов заго |
ния ресурса работоспособности и предупреж |
|||||||||||
товками и приспособлениями, а также авто |
дения отказов путем замены ненадежных эле |
|||||||||||
матической доставкой со складов к каждому |
ментов; поиска и ликвидации отказов и сбоев. |
|||||||||||
станку и обратно; |
|
|
|
|
|
|
Функции |
фуппируют |
в |
|
подсистемы, |
|
непосредственное управление |
станками |
поддерживаемые соответствующими модулями |
||||||||||
сЧПУи ГПМ; |
|
|
подготовка, |
кон |
программного обеспечения. Часть таких -мо |
|||||||
автоматизированная |
дулей не зависит от конкретной реализации |
|||||||||||
троль и коррекция управляющих профамм; |
|
ГПС; другая часть поддается насфойке под |
||||||||||
организация записи, хранения и вьщачи |
конкретную реализацию; фетья фуппа нуж |
|||||||||||
управляющих профамм; |
|
|
|
|
|
дается в разработке заново при проектирова |
||||||
учет выполнения сменного задания, вы |
нии новой системы. |
|
|
|
||||||||
дача диспетчерских указаний отдельным еди |
Вариант |
вьщеления подсистем показан |
||||||||||
ницам оборудования по выполнению смен |
на рис. 4.5.23. Функциональное программное |
|||||||||||
ного задания; |
|
|
|
|
|
|
|
обеспечение представляет собой |
комплексные |
|||
учет состояния оборудования и управле |
фрагмент, в составе которого задачи реаль |
|||||||||||
ние процессами профилактики и обслужива |
ного времени (поддержание |
информационной |
||||||||||
ния; |
|
|
|
сменного |
за |
модели, оперативное управление) и задачи |
||||||
автоматическая коррекция |
мащинного времени (планирование). Органи |
|||||||||||
дания в непредвиденных ситуациях; |
изделий |
зационное программное обеспечение, представ |
||||||||||
автоматизированный |
контроль |
ленное покупными коммерческими система |
||||||||||
и обработка результатов измерений; |
|
|
|
ми, предназначено: для управления заказами |
||||||||
выдача периодических сообщений в от |
на внешние ресурсы, которые должны свое |
|||||||||||
вет на запросы о ходе производства, состоя |
временно поступать в ГПС для обеспечения |
|||||||||||
нии складов и пр. |
|
|
|
|
|
|
выполняемых |
работ (подготовка |
производст |
|||
Функции планирования включают: каленва); для ведения отчетности (учет); для слеже |
||||||||||||
дарное планирование (составление |
календар |
ния за соблюдением правил эксплуатации |
||||||||||
ных планов, учет материально-производст |
(конфоль). Далее рассмофено только функ |
|||||||||||
венных фондов); |
|
оперативное |
планирование, |
циональное программное обеспечение управ |
||||||||
или составление |
|
расписаний |
(планирование |
ления в ГПС. |
|
|
|
|
||||
|
|
Прикладное профаммное обеспечение управления в ГПС |
|
|
|
|||||||
|
|
i |
|
|
|
|
|
|
т |
|
|
|
Функциональное |
|
|
|
|
|
|
организационное |
|||||
^ |
Планирование |
|
|
|
|
|
Подготовка |
|||||
|
|
|
|
|
|
|||||||
|
|
|
|
|
|
|
|
|
производства |
|||
|
Поддержание |
|
|
|
|
|
|
|
|
|
||
информационной |
|
|
|
|
|
Учет |
||||||
|
|
модели |
|
|
|
|
|
|
|
|
|
|
|
Оперативное |
|
|
|
|
|
|
Конфоль |
||||
|
|
управление |
|
|
|
|
|
|
|
|
|
|
Рис. 4.5.23. Подсистемы программного обеспечения управления в ГПС
734 Глава 4.5. ГИБКИЕ ПРОИЗВОДСТВЕННЫЕ СИСТЕМЫ МЕХАНИЧЕСКОЙ ОБРАБОТКИ
Полная информационная |
модель содер |
ных записей, привязанных к каждому типу |
|||||||||||||||||||||||
жит два раздела: описание материальных ре |
объекта. |
|
|
|
|
|
|
|
|
|
|
|
|||||||||||||
сурсов ГПС; описание технологических про |
|
Объекты-ресурсы могут бьггь активны |
|||||||||||||||||||||||
цессов как объектов управления. Для описа |
ми, т.е. располагающими одной или несколь |
||||||||||||||||||||||||
ния каждого отдельного ресурса и каждого |
кими собственными системами управления с |
||||||||||||||||||||||||
отдельного |
процесса |
можно |
использовать |
сетевым доступом. Такие объекты-ресурсы |
|||||||||||||||||||||
единый набор атрибутов. |
|
|
|
|
|
называются модулями. Модули приспособлены |
|||||||||||||||||||
На рис. 4.5.24 отдельные подсистемы |
к выполнению одной из следующих главных |
||||||||||||||||||||||||
функционального обеспечения |
связаны |
еди |
(не |
обязательно |
единственных) |
|
операций: |
||||||||||||||||||
ным потоком управления, цель которого со |
основной |
технологической, хранения, |
транс |
||||||||||||||||||||||
стоит в оптимальном использовании ресурсов |
портной, ввода-вывода. Примерами модулей |
||||||||||||||||||||||||
ГПС во времени. Дополнительно на вход ка |
могут быть: модуль обработки, модуль кон |
||||||||||||||||||||||||
ждой подсистемы поступает компонент об |
троля, модуль хранения налет, модуль хране |
||||||||||||||||||||||||
щего потока заданий, цель которого состоит в |
ния |
инструментов, |
модуль |
транспортирова |
|||||||||||||||||||||
установлении |
плана пррстранственного |
(т.е. |
ния, модуль ввода-вывода. |
|
|
|
|
||||||||||||||||||
распределенного по оборудованию) использо |
|
Для |
определения |
состава технологиче |
|||||||||||||||||||||
вания ресурсов. Кроме того, существует поток |
ского оборудования ГПМ введено представ |
||||||||||||||||||||||||
возмущений, |
влияние |
которого |
заставляет |
ление |
о |
субобъектах-ресурсах (субмодулях), |
|||||||||||||||||||
подсистему нижнего уровня вносить коррек |
которые вьщеляются по принципу единствен |
||||||||||||||||||||||||
ции в результаты работы подсистемы более |
ной (не обязательно главной) операции, вы |
||||||||||||||||||||||||
высокого уровня по каналам обратной связи. |
полняемой в ГПМ из того же списка опера |
||||||||||||||||||||||||
Принципиально важным является двух |
ций. Примерами |
субмодулей являются: порт |
|||||||||||||||||||||||
(для |
связи |
|
транспортной системы |
модуля с |
|||||||||||||||||||||
уровневое |
построение |
системы |
оперативного |
|
|||||||||||||||||||||
транспортной |
системой |
ГПС); |
накопитель |
||||||||||||||||||||||
управления, включающее управление гибкими |
|||||||||||||||||||||||||
налет, |
буфер или робот |
(как |
устройство, вы |
||||||||||||||||||||||
модулями |
и |
внутримодульное |
управление. |
||||||||||||||||||||||
полняющее |
в |
модуле |
функции |
внутреннего |
|||||||||||||||||||||
При этом |
на |
верхнем |
уровне |
оперативного |
|||||||||||||||||||||
транспортирования); инструментальный мага |
|||||||||||||||||||||||||
управления |
можно отвлечься от физических |
||||||||||||||||||||||||
зин станка; инструментальный магазин моду |
|||||||||||||||||||||||||
особенностей конкретного |
оборудования, |
что |
|||||||||||||||||||||||
ля; инструментальный |
робот |
(для |
перегрузки |
||||||||||||||||||||||
делает систему |
управления |
на |
этом уровне |
||||||||||||||||||||||
инструмента между инструментальными мага |
|||||||||||||||||||||||||
инвариантной |
к |
составу оборудования. Сис |
|||||||||||||||||||||||
зинами станка и модуля); накопитель инстру |
|||||||||||||||||||||||||
тема оперативного управления |
рассматривает |
||||||||||||||||||||||||
ментальных |
магазинов |
|
(в |
случае |
сменных |
||||||||||||||||||||
запросы технологических процессов на ресур |
|
||||||||||||||||||||||||
магазинов); станок; моечная станция; контро |
|||||||||||||||||||||||||
сы и, следуя некоторой дисциплине удовле |
|||||||||||||||||||||||||
лирующая |
|
станция; |
|
сборочная |
станция; |
||||||||||||||||||||
творения этих запросов, формирует директи |
|
|
|||||||||||||||||||||||
стружконакопитель и др. |
|
|
|
|
|
||||||||||||||||||||
вы, изменяющие |
состояния |
ресурсов. |
При |
|
|
|
|
|
|||||||||||||||||
|
Объекты-ресурсы могут быть также пас |
||||||||||||||||||||||||
этом существует |
и непрерывно обновляется |
|
|||||||||||||||||||||||
сивными, т.е. не имеющими собственных или |
|||||||||||||||||||||||||
динамический образ процессов и ресурсов. |
|||||||||||||||||||||||||
разделяемых систем управления. Такие объек |
|||||||||||||||||||||||||
Для поддержания информационных мо |
|||||||||||||||||||||||||
ты-ресурсы |
называются |
|
предметами. Приме |
||||||||||||||||||||||
делей ГПС и ГПМ разрабатывают |
базы дан |
|
|||||||||||||||||||||||
рами |
|
предметов |
могут |
послужить: |
налета, |
||||||||||||||||||||
ных с |
учетом |
требований, |
предъявляемых |
|
|||||||||||||||||||||
приспособление, режущий инструмент, изме |
|||||||||||||||||||||||||
задачами |
оперативного |
управления |
техноло |
||||||||||||||||||||||
рительный |
|
инструмент, |
инструментальная |
||||||||||||||||||||||
гическими |
процессами |
в реальном |
времени. |
|
|||||||||||||||||||||
кассета, инструментальный магазин. В разделе |
|||||||||||||||||||||||||
База данных |
должна |
иметь |
проблемно- |
||||||||||||||||||||||
объектов-ресурсов описанию подлежат только |
|||||||||||||||||||||||||
ориентированный |
внешний |
язык |
описания |
||||||||||||||||||||||
те предметы, которые постоянно принадлежат |
|||||||||||||||||||||||||
данных для формирования |
информационных |
||||||||||||||||||||||||
ГПС |
вне зависимости от поступающих кон |
||||||||||||||||||||||||
моделей ГПС и ГПМ. |
|
|
|
|
|
|
|||||||||||||||||||
|
|
|
|
|
|
кретных заданий. Режущий инструмент явля |
|||||||||||||||||||
Информационная модель |
представлена |
||||||||||||||||||||||||
ется |
ресурсом |
лишь |
в |
том |
случае, |
если он |
|||||||||||||||||||
двумя разделами: разделом |
материальных |
ре |
|||||||||||||||||||||||
находится в ГПС в качестве резерва для заме |
|||||||||||||||||||||||||
сурсов; разделом |
технологических процессов. |
||||||||||||||||||||||||
ны инструментов-процессов, применяемых в |
|||||||||||||||||||||||||
В каждом разделе описание выполняется в |
обработке детали. Аналогично приспособле |
||||||||||||||||||||||||
терминах объектов, а также и атрибутов, при |
ния являются ресурсами лишь в том случае; |
||||||||||||||||||||||||
вязанных к объектам. Базовым понятием пер |
если они находятся на складе ГПС и готовы |
||||||||||||||||||||||||
вого раздела является информационный объ |
для сборки комплектов для базирования дета |
||||||||||||||||||||||||
ект- и субобъект-ресурс. Базовым понятием |
лей на налетах. При вовлечении режущих |
||||||||||||||||||||||||
второго |
раздела |
является |
информационный |
инструментов и приспособлений в производ |
|||||||||||||||||||||
объект-процесс. В |
каждом |
разделе |
описание |
ство (замена сломанного инструмента, сборка |
|||||||||||||||||||||
состоит из следующих этапов: описание типов |
комплектов |
|
приспособлений) |
эти |
предметы |
||||||||||||||||||||
объектов; описание имен объектов; описание |
качественно переходят в группу объектов- |
||||||||||||||||||||||||
типов субобъектов; описание |
типов |
атрибут |
процессов. |
|
|
|
|
|
|
|
|
|
|
|
|||||||||||
ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ГПС |
735 |
выполняемых под эгидой одного модуля (любого).
Каждому объекту-процессу сопоставлен определенный набор типов атрибутных запи сей из числа следующих: статус, координата, планируемая координата, структура, паспорт. Смысл каждого из атрибутов остается преж ним. Однако содержательно атрибуты объек тов-процессов имеют собственную специфи ку.
Проблема оперативного управления в ГПС - это проблема взаимодействия техно логических и вспомогательных рабочих про цессов - с одной стороны и ресурсов ГПС - с другой стороны.
Параллельно работающие процессы представляют собой последовательности опе раций - транспортных, технологических, вво да-вывода, хранения. Последовательности операций образуют маршруты. Каждая опера ция претендует на ресурсное обеспечение; и если необходимые ресурсы (включая обеспе чение операции) вьщелены, то операция вы полняется, т.е. маршрут продвигается на один шаг. Существуют очереди к отдельным ресур сам; работа системы оперативного управления состоит в анализе запросов на ресурсы и их удовлетворении.
Таким образом, маршруты операций могут стать прямыми объектами оперативного управления (под операцией понимается ук рупненная часть маршрута, связанная с захва том очередного модуля). Помимо модулей операции предъявляют запросы и на другое ресурсное обеспечение. Ядром системы опе ративного управления служит диспетчер, ко торый на основе данных информационной модели составляет очереди к ресурсам, при влекает к управлению очередями некоторую
Паспорт неисправностей служит для на дисциплину, принимает решение о закрепле копления информации о неисправностях ак нии ресурсов за операциями.
тивных объектов-ресурсов.
Объекты-процессы делятся на две груп пы: задания и обеспечение. К заданиям отно сится фуппа объектов-процессов, описываю щих в совокупности объект управления в ГПС: партия, сменно-суточное задание (на каждый модуль обработки и модули вводавывода), комплект маршрутов, маршрут, деталеоперация. К обеспечению относится группа объектов-процессов, описывающих информа ционное и материально-техническое обеспе чение каждого шага (операции) технологиче ского процесса: программа ЧПУ, комплект режущего инструмента, комплект измери тельного инструмента, комплект приспособ лений, деталь, режущий инструмент, измери тельный инструмент, приспособление. Под шагом (операцией) технологического процес са понимается полная совокупность действий.
736 Глава 4.5. ГИБКИЕ ПРОИЗВОДСТВЕННЫЕ СИСТЕМЫ МЕХАНИЧЕСКОЙ ОБРАБОТКИ
ние; 2) основным является план технологиче |
место ГПС, выходное место ГПС, место в |
|||||||||||||||||||||||
ского процесса. |
|
|
|
|
|
|
|
|
локальном накопителе ГПС, место на складе, |
|||||||||||||||
Если в качестве основного потока при |
входное место ГПМ. |
|
|
|
|
|
||||||||||||||||||
нято расписание (которое приобретает в этом |
Все места имеют свое имя, а каждое |
|||||||||||||||||||||||
случае |
характер |
управляющей |
программы |
конкретное место пребывает в одном из трех |
||||||||||||||||||||
ГПС), то функции оперативного управления |
состояний: 1) свободно; 2) зарезервировано и |
|||||||||||||||||||||||
сводятся к управлению коллективом техно |
не занято; 3) зарезервировано и занято. |
|
||||||||||||||||||||||
логических алгоритмов, отраженных в управ |
Переходы между свободным и занятым |
|||||||||||||||||||||||
ляющих |
|
профаммах |
ЧПУ. Соответствующей |
состояниями |
представляют |
собой |
события: |
|||||||||||||||||
станет и цель оперативного управления: свое |
таким |
|
образом, |
|
основных |
|
событий |
два: |
||||||||||||||||
временная |
инициация |
управляющих |
про |
1) место занято; 2) |
место свободно. |
|
|
|||||||||||||||||
грамм ЧПУ согласно расписанию с одновре |
Работа |
системы оперативного управле |
||||||||||||||||||||||
менным разрешением всех коллизий, выте |
ния состоит: в получении сообщений о собы |
|||||||||||||||||||||||
кающих |
|
из |
необходимости |
взаимодействия |
тиях; |
в обработке сообщений; в формирова |
||||||||||||||||||
программ или из-за их притязаний на однг и |
нии команд, содержанием которых являются |
|||||||||||||||||||||||
те же ресурсы. Если основными полагаются |
директивы относительно смены мест. Попа |
|||||||||||||||||||||||
планы технологических процессов, то функ |
дание во входное место модуля означает пере |
|||||||||||||||||||||||
ции оперативного управления |
сосредотачива |
дачу управления системе нижнего уровня для |
||||||||||||||||||||||
ются на обеспечении распределенными ресур |
вьшолнения очередного шага задания. |
|
||||||||||||||||||||||
сами (т.е. модулями), выделенных из планов |
Если занято входное место ГПС, тогда |
|||||||||||||||||||||||
технологических |
процессов |
(т.е. |
маршрутов) |
выполняются действия: для детали определя |
||||||||||||||||||||
шагов заданий (т.е. операций). Математиче |
ется следующая операция и выбирается под |
|||||||||||||||||||||||
ской моделью управления в этом случае будет |
ходящий ГПМ; устанавливается имя очереди |
|||||||||||||||||||||||
система массового обслуживания, а само |
к накопителю ГПМ, а сама деталь включается |
|||||||||||||||||||||||
управление проявится в ведении очередей. |
в эту очередь; определяется целевое место |
|||||||||||||||||||||||
Пусть в качестве основного информаци |
детали; управление передается |
транспортному |
||||||||||||||||||||||
онного потока приняты именно планы техно |
модулю. Если занято входное место модуля, |
|||||||||||||||||||||||
логических |
процессов. |
Они |
представляют |
тогда деталь исключается из очереди к ГПМ, |
||||||||||||||||||||
собой множество заданий (маршрутов), вы |
а управление передается системе нижнего |
|||||||||||||||||||||||
полнение |
шагов |
(операций) |
которых |
связано |
уровня (т.е. системе самого ГПМ). Если заня |
|||||||||||||||||||
с захватом модулей. Шаги заданий становятся |
то место в локальном накопителе ГПС, тогда |
|||||||||||||||||||||||
объектами системы оперативного управления, |
выполняются |
действия: |
при |
выполненной |
||||||||||||||||||||
для которой предметом анализа будут отно |
операции для детали устанавливается признак |
|||||||||||||||||||||||
шения шагов заданий к модулям, а не их от |
следующей операции; при завершении мар |
|||||||||||||||||||||||
ношения |
между |
собой. Шаги |
заданий |
пер |
шрута операций деталь включается |
в очередь |
||||||||||||||||||
к выходному |
месту; при |
незавершении |
мар |
|||||||||||||||||||||
вичны, |
а |
программы |
ЧПУ, |
связанные |
с их |
|||||||||||||||||||
шрута выбирается подходящий ГПМ и осуще |
||||||||||||||||||||||||
использованием, - вторичны. |
|
|
|
|
|
|||||||||||||||||||
|
|
|
|
|
ствляются такие же действия, как и при заня |
|||||||||||||||||||
Для |
системы оперативного |
управления |
||||||||||||||||||||||
тии входного места; при невыполнении |
теку |
|||||||||||||||||||||||
шаги заданий существуют в их состояниях. К |
||||||||||||||||||||||||
щей операции деталь включается в очередь к |
||||||||||||||||||||||||
каждому модулю могут быть созданы очереди |
||||||||||||||||||||||||
ГПМ. Если занято место на складе, тогда вы |
||||||||||||||||||||||||
готовых, |
|
задержанных, |
приостановленных, |
|||||||||||||||||||||
|
полняются действия: определяется |
очередная |
||||||||||||||||||||||
ожидающих шагов. Чтобы модуль не простаи |
||||||||||||||||||||||||
операция и деталь включается в соответст |
||||||||||||||||||||||||
вал, должна быть по крайней мере непустой |
||||||||||||||||||||||||
вующую очередь к ГПМ; если же маршрут |
||||||||||||||||||||||||
очередь готовых. Очередь задерэн:анных создает |
|
|
|
|
|
|
|
|
|
|
||||||||||||||
определенный |
резерв, |
и может оказаться по |
завершен, то деталь попадает в очередь к вы |
|||||||||||||||||||||
ходному |
месту. Если занято выходное место, |
|||||||||||||||||||||||
лезным также поддерживать ее непустой. Оче |
||||||||||||||||||||||||
тогда деталь исключается из соответствующей |
||||||||||||||||||||||||
редь приостановленных возникает |
при |
отказе |
||||||||||||||||||||||
очереди. |
|
|
|
|
|
|
|
|
|
|||||||||||||||
модуля или запуске внеочередных заданий. |
|
|
|
|
|
|
|
|
|
|||||||||||||||
Если освобождается входное место ГПС, |
||||||||||||||||||||||||
Очередь готовых должна быть выстроена |
||||||||||||||||||||||||
тогда формируется заявка на ввод в ГПС оче |
||||||||||||||||||||||||
согласно |
расписанию. При этом |
имеют |
зна |
редной |
|
детали. |
Если освобождается |
входное |
||||||||||||||||
чение не абсолютные метки |
времени |
запуска |
|
|||||||||||||||||||||
место |
ГПМ, |
тогда |
формируется |
заявка на |
||||||||||||||||||||
шага задания |
на |
модуле, |
а отношения |
пред |
||||||||||||||||||||
продвижение очереди к ГПМ. Если освобож |
||||||||||||||||||||||||
шествования. |
Если |
фактическая |
структура |
|||||||||||||||||||||
дается входное место в локальном накопителе |
||||||||||||||||||||||||
очереди готовых не отвечает расписанию, оно |
||||||||||||||||||||||||
ГПС, тогда формируется |
заявка на |
использо |
||||||||||||||||||||||
должно быть перерассчитано. |
|
|
|
|
|
|||||||||||||||||||
|
|
|
|
|
вание этого места модулями |
ГПС. Если осво |
||||||||||||||||||
Одна |
из |
модификаций |
|
этого |
метода, |
|||||||||||||||||||
|
бождается место на складе, тогда осуществля |
|||||||||||||||||||||||
рассмотренная |
далее, |
указывает |
на |
способ |
||||||||||||||||||||
ется поиск деталей, имеющих неопределенное |
||||||||||||||||||||||||
организации |
размещения |
и движения |
очере |
|||||||||||||||||||||
целевое |
место, |
а |
управление |
передается |
||||||||||||||||||||
дей. Для |
|
ГПС вводят понятие места, которое |
||||||||||||||||||||||
|
транспортному модулю. Если |
|
освобождается |
|||||||||||||||||||||
принадлежит одному из таких типов: входное |
|
|||||||||||||||||||||||
|
|
|
|
|
|
|
|
|
|
|
||||||||||||||
|
|
|
|
|
|
|
|
|
|
ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ГПС |
|
|
|
|
|
|
|
|
|
|
|
737 |
||||||||||
выходное место, тогда формируется заявка на |
основным |
средством |
межмодульной |
комму |
||||||||||||||||||||||||||||
продвижение соответствующей очереди. |
узла |
никации в системе. Наиболее современным |
||||||||||||||||||||||||||||||
Программное |
|
обеспечение |
сетевого |
способом построения сервера является реали |
||||||||||||||||||||||||||||
ГПС. Узлом ГПС служит ГПМ, система |
зация программно-аппаратной шины в виде |
|||||||||||||||||||||||||||||||
управления |
которого управляет |
субмодулями: |
объектно-ориентированной магистрали. |
|
||||||||||||||||||||||||||||
технологическим, |
транспортным, |
хранения, |
Объектно-ориентированная |
магистраль |
||||||||||||||||||||||||||||
ввода-вывода. Центральная роль в управлении |
поддерживает программно-аппаратные ком |
|||||||||||||||||||||||||||||||
принадлежит системе ЧПУ, которая, при со |
муникационные протоколы, а, кроме того, |
|||||||||||||||||||||||||||||||
ответствующей реализации, может взять на |
выполняет |
прикладные |
серверные |
функции |
||||||||||||||||||||||||||||
себя все функции управления субмодулями |
благодаря |
специальной |
объектной |
оболочке. |
||||||||||||||||||||||||||||
ГПМ. Мощные системы ЧПУ относятся к |
Это означает, что объектно-ориентированная |
|||||||||||||||||||||||||||||||
классу персональных с открытой архитекту |
магистраль служит единым механизмом пре |
|||||||||||||||||||||||||||||||
рой, - PCNC (Personal Computer Numerical |
доставления |
информационных |
услуг |
объек |
||||||||||||||||||||||||||||
Control). Системы PCNC приходят на смену |
там-модулям. Такая возможность отражена и |
|||||||||||||||||||||||||||||||
всем другим, относящимся к предьщущим |
в самих интерфейсах объектов-модулей: они |
|||||||||||||||||||||||||||||||
поколениям. |
|
|
|
|
|
|
|
|
|
|
|
могут предоставлять данные, или запрашивать |
||||||||||||||||||||
Концепция |
PCNC |
|
складывается |
под |
данные, или делать и то, и другое. |
|
|
|
|
|||||||||||||||||||||||
влиянием: резкого повышения доли специ |
Все объекты-модули, подключенные к |
|||||||||||||||||||||||||||||||
ального технологического оборудования, ори |
общей объектно-ориентированной магистра |
|||||||||||||||||||||||||||||||
ентированного на определенную или группо |
ли, могут запрашивать данные синхронным, |
|||||||||||||||||||||||||||||||
вую технологию; необходимости внедрения в |
асинхронным способами или по событию. |
|||||||||||||||||||||||||||||||
системы управления "know-how" конечного |
Выбор механизма запроса зависит от характе |
|||||||||||||||||||||||||||||||
пользователя, а также необходимости учета |
ра запрашиваемой информации. При синхрон |
|||||||||||||||||||||||||||||||
его представлений |
о дизайне экрана и струк |
ном запросе, клиент (т.е. модуль, |
осуществ |
|||||||||||||||||||||||||||||
туре диалога; необходимости модульной |
ком |
|||||||||||||||||||||||||||||||
ляющий |
запрос) |
останавливается |
в точке |
за |
||||||||||||||||||||||||||||
плектации |
систем управления с целью |
опти |
||||||||||||||||||||||||||||||
проса и ждет ответа от модуля, обслуживаю |
||||||||||||||||||||||||||||||||
мизации их стоимости и возможности эволю |
||||||||||||||||||||||||||||||||
щего запрос, |
до |
истечения |
тайм-аута. |
При |
||||||||||||||||||||||||||||
ции как у производителя, так и у конечного |
||||||||||||||||||||||||||||||||
асинхронном запросе клиент |
продолжает |
свою |
||||||||||||||||||||||||||||||
пользователя; |
острой |
необходимости |
сокра |
|||||||||||||||||||||||||||||
работу, |
а |
обработка |
ответа, |
независимо |
от |
|||||||||||||||||||||||||||
щения |
сроков |
переноса |
программного |
обес |
||||||||||||||||||||||||||||
времени |
его |
получения, |
выполняется |
специ |
||||||||||||||||||||||||||||
печения |
при |
переходе |
на |
новую |
базовую |
|||||||||||||||||||||||||||
альной функцией (callback-function). Запрос по |
||||||||||||||||||||||||||||||||
платформу; |
общего |
роста |
привлекательности |
|||||||||||||||||||||||||||||
событию (синхронный, асинхронный) означа |
||||||||||||||||||||||||||||||||
систем |
ЧПУ |
типа |
|
PCNC, |
поддерживающих |
|||||||||||||||||||||||||||
|
ет, что ответ будет получен только после из |
|||||||||||||||||||||||||||||||
такой стиль управления, который соответству |
||||||||||||||||||||||||||||||||
менения данных. |
|
|
|
|
|
|
|
|
|
|
|
|
||||||||||||||||||||
ет работе на компьютере. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||||||||||||
|
|
|
|
|
|
|
Открытая архитектура систем ЧПУ типа |
|||||||||||||||||||||||||
При разработке программного обеспече |
||||||||||||||||||||||||||||||||
PCNC предоставляет |
важные |
функциональ |
||||||||||||||||||||||||||||||
ния производители современных систем ЧПУ |
ные возможности: возможность конфигуриро |
|||||||||||||||||||||||||||||||
используют технологию объектно-ориентиро |
вания системы у станкостроителя и конечного |
|||||||||||||||||||||||||||||||
ванного программирования, без которой не |
пользователя; |
возможность |
встраивания |
ком |
||||||||||||||||||||||||||||
возможно |
создание |
программного обеспече |
мерческих |
программных |
пакетов; |
возмож |
||||||||||||||||||||||||||
ния в объеме многих мегабайт. При этом объ |
||||||||||||||||||||||||||||||||
ность непрерывной |
эволюции |
системы в ус |
||||||||||||||||||||||||||||||
ектно-ориентированный |
подход |
используют |
||||||||||||||||||||||||||||||
ловиях максимальной |
независимости |
от |
из |
|||||||||||||||||||||||||||||
не только |
на уровне технологии |
программи |
||||||||||||||||||||||||||||||
менений |
базовой |
платформы; |
|
возможность |
||||||||||||||||||||||||||||
рования (для повышения |
надежности |
и обо |
|
|||||||||||||||||||||||||||||
доступа к информации |
о состояниях |
любого |
||||||||||||||||||||||||||||||
зримости математического обеспечения), но и |
||||||||||||||||||||||||||||||||
программного |
модуля |
системы, |
а |
также к |
||||||||||||||||||||||||||||
на уровне макропроектирования системы. Это |
||||||||||||||||||||||||||||||||
диагностической |
информации |
|
аппаратуры, |
|||||||||||||||||||||||||||||
означает, |
что |
основные |
прикладные |
модули |
|
|||||||||||||||||||||||||||
приводов и управляемого объекта в целом. |
|
|||||||||||||||||||||||||||||||
системы ЧПУ |
определяются |
как вложенные |
|
|||||||||||||||||||||||||||||
Возможность конфигурирования распро |
||||||||||||||||||||||||||||||||
объекты (embedded |
objects) |
со |
стандартизо |
|||||||||||||||||||||||||||||
страняется: на выбор пользователем собствен |
||||||||||||||||||||||||||||||||
ванным |
прикладным |
|
интерфейсом |
API |
||||||||||||||||||||||||||||
|
ного диалога |
с |
системой; |
на |
дизайн |
много |
||||||||||||||||||||||||||
(Application |
Interface), |
а |
отношения |
между |
||||||||||||||||||||||||||||
оконного экрана как на основе библиотечной |
||||||||||||||||||||||||||||||||
объектами |
|
организуют |
по |
клиент-серверной |
||||||||||||||||||||||||||||
|
галереи стилей, так и на основе |
собственных |
||||||||||||||||||||||||||||||
схеме. При этом каждый объект-модуль явля |
||||||||||||||||||||||||||||||||
экранных управляющих элементов (control ele |
||||||||||||||||||||||||||||||||
ется |
сложной |
объектно-ориентированной |
||||||||||||||||||||||||||||||
ments); на настройку системы на любую вер |
||||||||||||||||||||||||||||||||
структурой и отражает глобальный объектно- |
||||||||||||||||||||||||||||||||
сию языка управляющих программ; на вклю |
||||||||||||||||||||||||||||||||
ориентированный |
подход |
при |
проектирова |
|||||||||||||||||||||||||||||
чение |
новых |
|
алгоритмов |
|
интерполяции |
|||||||||||||||||||||||||||
нии системы управления. Одним из вариантов |
|
|
||||||||||||||||||||||||||||||
(например, |
сплайновой |
интерполяции |
|
в |
ре |
|||||||||||||||||||||||||||
общего построения системы ЧПУ типа PCNC |
|
|||||||||||||||||||||||||||||||
альном |
времени) |
|
и |
использование |
любой |
|||||||||||||||||||||||||||
является вьщеление глобального сервера - |
|
|||||||||||||||||||||||||||||||
|
|
|
алгоритмов |
в |
многокоординат- |
|||||||||||||||||||||||||||
программно-аппаратной шины, которая служиткомбинации |
||||||||||||||||||||||||||||||||
738 Глава 4.5. ГИБКИЕ ПРОИЗВОДСТВЕННЫЕ СИСТЕМЫ МЕХАНИЧЕСКОЙ ОБРАБОТКИ
ном пространстве; на включение системы в |
быть: контроллер приводов подачи |
(например |
|||||||||||||||||
локальную сеть. |
|
|
|
|
|
|
с SERCOS-интерфейсом), программируемый |
||||||||||||
В целом, структура системы ЧПУ обу |
контроллер (например, с InterBus-интерфей- |
||||||||||||||||||
словлена необходимостью решать традицион |
сом), специфичные устройства для управле |
||||||||||||||||||
ные задачи управления: |
|
|
|
|
|
ния технологическим процессом и т.д. Ниж |
|||||||||||||
геометрическую (обеспечивающую, в ко |
ний уровень однокомпьютерной системы со |
||||||||||||||||||
нечном счете, управление следящими приво |
ставляет |
компьютерная |
аппаратура, |
выше |
|||||||||||||||
дами станка с целью получения детали с за |
размещается |
операционная система |
(Windows |
||||||||||||||||
данной геометрией); |
|
|
|
управление |
NT, Windows 95) вместе со службами (VxD, |
||||||||||||||
логическую (организующую |
VxWorks), обеспечивающими управление кон |
||||||||||||||||||
электроавтоматикой станка и других субмоду |
троллерами внешних устройств. |
|
соответст |
||||||||||||||||
лей ГПМ); |
|
|
|
|
|
|
|
|
Оба |
архитектурных |
варианта |
||||||||
технологическую |
(гарантирующую |
под |
вуют принципам открытой архитектуры при |
||||||||||||||||
держание |
необходимых |
параметров |
техноло |
менительно к ЧПУ, означающим: четкое |
|||||||||||||||
гического процесса или оптимизацию процес |
разграничение |
между системным, |
приклад |
||||||||||||||||
са); |
|
|
|
|
|
|
|
|
ным |
и |
коммуникационным компонентами; |
||||||||
диспетчеризации |
(обеспечивающую |
уп |
возможность |
независимого развития любого |
|||||||||||||||
равление на прикладном уровне четырьмя |
из этих компонентов как на основе ориги |
||||||||||||||||||
предьщущими задачами в реальном времени); |
нальных разработок, так и путем встраивания |
||||||||||||||||||
терминальную (поддерживающую диалог |
коммерческих программных систем; клиент- |
||||||||||||||||||
с оператором, отображение состояния систе |
серверную организацию взаимодействия |
под |
|||||||||||||||||
мы; разработку, верификацию и хранение |
систем; стандартизацию интерфейсов и тран |
||||||||||||||||||
управляющих программ). |
|
|
|
|
|
закций. |
|
|
|
|
|
|
|
|
|
||||
Особо гибкие и сложные системы ЧПУ |
Одна из ключевых проблем системы |
||||||||||||||||||
типа PCNC, ориентированные на многокоор |
ЧПУ типа PCNC с открытой архитектурой |
||||||||||||||||||
динатную, |
многостаночную, |
высокоскорост |
состоит в необходимости настройки на любую |
||||||||||||||||
ную, высокоточную обработку или на управ |
версию языка управляющих программ, конту |
||||||||||||||||||
ление ГПМ, выполняют согласно двухкомпь- |
ры которого определены в стандарте DIN |
||||||||||||||||||
ютерной архитектурной модели. В более про |
66025. |
Подобную |
настройку |
осуществляет |
|||||||||||||||
стых случаях |
возможен |
однокомпьютерный |
специализированный модуль, ISO-процессор, |
||||||||||||||||
архитектурный вариант. Оба варианта распо |
который интерпретирует G-функции языка |
||||||||||||||||||
лагают РС-подсистемой и NС-подсистемой. |
IS0-7bit управляющих программ, так как если |
||||||||||||||||||
Двухкомпьютерная |
модель |
предполагает |
бы они были машинными кодами. |
|
|
|
|||||||||||||
размещение РС-подсистемы на обычном |
РС- |
4.5.3. АВТОМАТИЗИРОВАННОЕ ПРОЕКТИРОВАНИЕ |
|
||||||||||||||||
компьютере, а NC-подсистемы - на другом |
|
||||||||||||||||||
ТЕХНИЧЕСКИХ И ПРОГРАММНЫХ СРЕДСТВ ГПС |
|
||||||||||||||||||
NC-компьютере. Вторым компьютером может |
|
|
|
|
|
|
|
|
|
|
|
||||||||
быть традиционный, |
оснащенный |
дополни |
Создание |
всякого |
нового механизма, |
||||||||||||||
тельными |
специальными устройствами, |
или |
станка или ГПС является чрезвычайно слож |
||||||||||||||||
компьютер на базе RISC-процессора. В РС- |
ным процессом и включает в себя многие |
||||||||||||||||||
подсистеме |
целесообразны |
операционные |
мероприятия |
|
от |
составления |
технического |
||||||||||||
системы Windows NT или Windows 95, а в |
задания до запуска в серию (рис. 4.5.25). Ос |
||||||||||||||||||
NC-подсистеме - операционная система |
новные этапы (стадии) проектирования и |
||||||||||||||||||
UNIX. Эти операционные системы поддержи |
изготовления механизмов и машин регламен |
||||||||||||||||||
вают коммуникационные |
протоколы |
TCP/IP, |
тированы ЕСКД. Разделение процесса проек |
||||||||||||||||
и это позволяет организовать коммуникаци |
тирования на последовательные этапы являет |
||||||||||||||||||
онную среду, объединяющую две подсистемы. |
ся в известной мере условным, поскольку в |
||||||||||||||||||
Включение в эту среду некоторого приклад |
процессе |
проектирования |
пересматривают |
и |
|||||||||||||||
ного уровня с функциями доступа к интер |
уточняют ранее принятые решения. |
|
|
|
|||||||||||||||
фейсам модулей (а общее число таких функ |
Процесс |
проектирования |
механизма |
и, |
|||||||||||||||
ций может достигать нескольких сот) создает |
тем более, нового станка или ГПС всегда яв |
||||||||||||||||||
виртуальную шину, оказывающую низкоуров |
ляется результатом творческого труда боль |
||||||||||||||||||
невые услуги доступа. Объектная надстройка |
шого |
числа |
высококвалифицированных |
спе |
|||||||||||||||
над этой шиной формирует упомянутый выше |
циалистов. |
|
|
|
|
|
|
|
|
||||||||||
глобальный сервер - единую для обеих под |
Ниже |
прокомментированы |
основные |
||||||||||||||||
систем объектно-ориентированную магист |
этапы (рис. 4.5.25) проектирования новых |
||||||||||||||||||
раль. |
|
|
|
|
|
|
|
|
механизмов, станков и ГПС. |
|
|
|
|
||||||
Однокомпьютерная |
модель |
предполагает |
Техническое |
задание |
(ТЗ) |
обосновывает |
|||||||||||||
использование обычного РС-компьютера, |
те новые качества, которыми должны обла |
||||||||||||||||||
оснащенного |
специальными |
устройствами в |
дать проектируемые механизмы и машины, и |
||||||||||||||||
виде плат-контроллеров. |
В |
их |
числе могут |
является итогом предпроектной |
подготовки: |
||||||||||||||
