блок step для чего нужен
Обзор организационных блоков (OB)
Организационные блоки образуют интерфейс между операционной системой CPU и программой пользователя. OB используются для исполнения определенных разделов программы:
Организационные блоки исполняются в соответствии с присвоенными им приоритетами. Я надеюсь что вы ознакомились с разделом STEP7 и хотя бы с одним из языков программирования, если нет то ознакомьтесь с ними и только потом переходите к изучению этого раздела.
Организационный блок циклического выполнения программы (OB1)
Операционная система CPU S7 исполняет OB1 непрерывно. Когда OB1 исполнен, операционная система начинает его обработку вновь. Циклическая обработка OB начинается по окончании стадии запуска. Вы можете вызывать в OB1 функциональные блоки (FB, SFB) или функции (FC, SFC).
OB1 имеет самый низкий приоритет среди всех OB, время выполнения которых контролируется, иными словами, все остальные OB, кроме OB90, могут прерывать выполнение OB1. Операционная система вызывает OB1 при следующих событиях:
1. Завершение запуска 2.Конец обработки OB 1 (предыдущего цикла)
Когда OB1 исполнен, операционная система отправляет глобальные данные. Перед повторным запуском OB1 операционная система записывает таблицу выходов образа процесса в модули вывода, обновляет таблицу входов образа процесса и получает глобальные данные для CPU.
S7 осуществляет контроль максимальной длительности цикла сканирования, чем гарантируется максимальное время реакции. Значение максимальной длительности цикла сканирования установлено по умолчанию на 150 мс. Вы можете установить новое значение или перезапустить контроль времени в любой точке Вашей программы при помощи SFC43 «RE_TRIGR». Если время выполнения программы превышает максимальное время цикла OB 1, то операционная система вызывает OB 80 (OB ошибок времени); если OB 80 не запрограммирован, то CPU переходит в состояние STOP. Кроме контроля максимального времени цикла может быть гарантировано также минимальное время цикла сканирования. Операционная система задержит следующий запуск нового цикла (запись таблицы выходов образа процесса в модули вывода), пока не будет обеспечено минимальное время сканирования.
Локальные данные OB1
Следующая таблица описывает временные переменные (TEMP) для OB1. Имена переменных OB1 заданы по умолчанию.
B#16#02: завершение горячего рестарта
B#16#03: завершение основного цикла
B#16#04: завершение холодного рестарта
времени последнего запуска
времени последнего запуска
Чтобы запустить прерывание по времени, его необходимо вначале установить, а потом активировать. Существует три следующих способа запуска:
Условия, влияющие на ОВ прерываний по времени
Т.к. прерывание по времени наступает через определенные интервалы времени, то определенные условия могут влиять на работу соответствующего OB во время исполнения программы. Следующая таблица представляет некоторые из таких условий и описывает их воздействие на обработку OB прерываний по времени.
| Условие | Результат |
|---|---|
| Программа вызывает SFC29 (CAN_TINT) и отменяет прерывание по времени. | Операционная система стирает стартовое событие (дату и время) прерывания по времени. Вам необходимо вновь установить стартовое событие и активировать его прежде, чем OB прерываний по времени вновь можно будет вызвать. |
| Программа пыталась активировать OB прерывания по времени, который ко времени активации не был загружен в CPU. | Операционная система вызывает OB 85. Если OB 85 не был запрограммирован (загружен в CPU), то CPU переводится в состояние STOP. |
| При синхронизации или коррекции системных часов CPU Вы переставили время вперед и пропустили стартовое событие, т.е. дату или время для OB прерывания по времени. | Операционная система вызывает OB 80 и кодирует номер OB прерывания по времени и информацию стартового события в OB80. Операционная система обрабатывает затем OB прерывания по времени один раз независимо от того, сколько раз этот ОВ должен был бы обрабатываться. Информация о стартовом событии OB 80 показывает дату и время, когда OB прерывания по времени в первый раз был пропущен. |
| При синхронизации или коррекции системных часов CPU Вы перевели время назад так, что стартовое событие, т.е. дата или время для ОВ прерывания по времени повторяется. | Если OB прерывания по времени был активирован до того, как часы были переведены назад, то он не будет вновь вызываться. |
| CPU выполняет теплый или холодный рестарт. | Каждый OB прерывания по времени, который был сконфигурирован через SFC, вновь возвращается к конфигурации, заданной в STEP 7. |
| OB прерывания по времени еще обрабатывается, когда происходит стартовое событие для следующего интервала. | Операционная система вызывает OB 80. Если OB 80 не был запрограммирован, то CPU переходит в состояние STOP. Если OB80 загружен, то сначала исполняются OB80 и OB прерывания по времени, а затем исполняется второе затребованное прерывание по времени. |
Локальные данные OB прерываний по времени
Следующая таблица описывает временные переменные (TEMP) одного из OB прерываний по времени. В качестве имен переменных выбраны имена по умолчанию OB 10.
| Переменная | Тип | Описание |
|---|---|---|
| OB10_EV_CLASS | BYTE | Класс события и идентификаторы: B#16#11 = прерывание активно |
| OB10_STRT_INFO | BYTE | B#16#11: запрос на запуск для OB10 (B#16#12: запрос на запуск для OB11) . . (B#16#18: запрос на запуск для OB17) |
| OB10_PRIORITY | BYTE | Назначенный класс приоритета; по умолчанию 2 |
| OB10_OB_NUMBR | BYTE | Номер OB (10 — 17) |
| OB10_RESERVED_1 | BYTE | Резерв |
| OB10_RESERVED_2 | BYTE | Резерв |
| OB10_PERIOD_EXE | WORD | OB обрабатывается с заданными интервалами: W#16#0000: однократно W#16#0201: ежеминутно W#16#0401: ежечасно W#16#1001: ежедневно W#16#1201: еженедельно W#16#1401: ежемесячно W#16#1801: ежегодно |
| OB10_RESERVED_3 | INT | Резерв |
| OB10_RESERVED_4 | INT | Резерв |
| OB10_DATE_TIME | DATE_AND_TIME | Дата и время, когда был вызван OB. |
Организационные блоки прерываний с задержкой (OB20 — OB23)
Программируемые контроллеры серии S7 предоставляет в распоряжение до четырех OB (OB 20 — OB 23), которые исполняются после заданной задержки. Каждый OB прерывания с задержкой запускается посредством вызова SFC32 (SRT_DINT). Время задержки является входным параметром SFC. Когда программа вызывает функцию SFC32 (SRT_DINT), то ей передается номер OB, время задержки и индивидуальный код пользователя. Через заданное время задержки стартует соответствующий OB. Имеется возможность отменить обработку прерывания с задержкой, которое еще не стартовало.
Принцип действия
По истечении времени задержки (его значение в миллисекундах передается блоку SFC32 вместе с номером OB) операционная система запускает
соответствующий. Чтобы использовать OB прерываний с задержкой, необходимо выполнить следующие задачи:
OB прерываний с задержкой исполняются только в том случае, когда CPU находится в режиме RUN. Теплый или холодный рестарт стирает любые стартовые события для OB прерываний с задержкой. Если прерывание с задержкой еще не запущено, то для отмены его исполнения можно использовать SFC33 (CAN_DINT).
Время задержки измеряется с точностью 1 мс. Время задержки может быть повторно запущено непосредственно после его окончания. С помощью SFC34 (QRY_DINT) Вы можете опросить состояние прерывания с задержкой. Операционная система вызывает OB асинхронных ошибок, если происходит одно из следующих событий:
Локальные данные
Таблица описывает временные переменные (TEMP) OB прерывания с задержкой. В качестве имен переменных взяты имена по умолчанию OB20.
Программирование ПЛК Siemens на Simatic Step7
Добрый день, хабровчане! Полазив по Хабру, мною было обнаружено всего несколько топиков, в котором упоминалось бы словосочетание «Simatic Step 7». Хочу поделиться с Вами небольшой частью информации, накопленной мною за все время работы с программируемыми логическими контроллерами, и показать, что из себя представляют ПЛК, оболочка и что мне приходилось на них строить.
Данный пост содержит общую ознакомительную информацию о программировании ПЛК Siemens.
Введение
Устроилась я в эту фирму еще на 5м курсе института. К слову, образование мое к программированию относится весьма косвенно и было это больше увлечением. Познания мои на тот момент ограничивались курсом Delphi и весьма базовым Ассемблером. Компания занималась (да и занимается) проектированием, строительством и обслуживанием грузоподъемных машин, таких как погрузчики, портальные, козловые, мостовые и прочие краны. К ГП машинам мое образование имело еще меньше отношения. Поэтому я решила попробовать. 🙂
Программируемые логические контроллеры Siemens
ПЛК фирмы Siemens — это промышленные контроллеры и используются для автоматизации технологических процессов. У нас, в частности, использовались для автоматизации работы грузоподъемных машин.
Simatic включает в себя несколько линеек ПЛК — Simatic S5 и Simatic S7. В свою очередь линейка Simatic S7 содержит семейства S7-200, S7-300, S7-400 и S7-1200.
Чаще всего мы использовали ПЛК семейств S7-300 и S7-400, для которых компанией Siemens было разработано собственное программное обеспечение Simatic Step 7. 
Кроме этого, к ПЛК через сеть Profibus подключалось большое количество ведомых устройств, таких как частотные преобразователи, приводы, абсолютные/инкрементные энкодеры и пр.
Вся работа ГП машины по максимуму автоматизировалась и крановщику нужно применять минимум усилий для управления оной.
Что из себя представляет Simatic Step 7?
Главной утилитой является Step 7 — Simatic Manager, которая позволяет производить конфигурацию ПЛК и сетей (утилиты HWConfig и NetPro).
В процессе конфигурации определяется состав оборудования, способы подключения, используемые сети, адреса, выбираются настройки для используемых модулей. Готовая конфигурация загружается в ПЛК, что так же является настройкой оборудования.
Утилиты конфигурации позволяют осуществлять диагностику оборудования, обнаруживать аппаратные ошибки или неправильный монтаж.
ПЛК выполняет команды в порядке, определяемом программой, сверху вниз, затем начинает сначала.
С помощью редактора STL всегда можно посмотреть или отредактировать программы, созданные на LAD или FBD, обратное не всегда возможно.
Я работала с самого начала в STL, пробовала LAD, мне показался слишком непонятным и многие вещи таки не удавалась так просто в нем сделать, как в STL. Плюс еще в том, что при загрузке программы в ПЛК, она компилируется в STL и, соответственно, при выкачке ее из ПЛК на программатор она так же представлена в STL.
Вместо заключения
Программирование ПЛК занятие увлекательное, особенно когда это не стенд, а реальное оборудование.
Моя работа заключалась в создании программы на ПЛК для управления всей ГП машины либо отдельных ее частей, а так же загрузке программного обеспечения непосредственно в оборудование и его отладке.
Случалось разное, но работать с железом было очень интересно, хоть и не легко иногда.
А строили мы вот такие ГП машины: 
Crafting.be
When engineering is in blood
Show menu Hide menu
@hobbyworld_twit a world war of cthulhu чей?
@turbojedi Клаву хардварную была попытка сделать?
@001iz @Graveraider Всегда был вопрос а как у Evil персонажей могут быть романтики. Там скорее как в KoToR прогибание под свою сторону силы.
@Graveraider @001iz Q: Есть ли в игре романы? A: Да. Вы можете завести роман с 4 компаньонами, 2 из которых бисексуальны.
Советуем посмотреть также Сайт Некроманта
Метки
Открытый стандарт STEP: часть 1
Уважаемые читатели, эту статью я начинал и переписывал несколько раз, в результате их будет несколько. Тема будоражит меня с детства но к сожалению нехватка времени да и лень размазало мои исследования по годам. Возможно занимаясь этим в университете плоды были плодотворней, ну и по правде говоря здесь не включены ошибочные ответвления, хотя на сайте они присутствуют в виде статей по openPLM)
Итак это все же не научная статья, а блог поэтому здесь и далее буду вплетать некие рассуждения. Все из нас смотрели фильмы особенно научно-фантастические и помните моменты когда герой либо что-то проектировал либо добывал данные о каком-то техническом объекте, открывался красивый интерфейс в котором удобно и визуально понятно было что за объект, его характеристики и описание. Компьютерное моделирование вообще завораживало.
Ещё в детстве мне попалась детская книга по САПР и я понял что придя в университет не буду сидеть за кульманом…. ладно отвлекся
Figure 2: На случай если вы не вдохновились первой картинкой
Table of Contents
Зачем это нужно
И вот вы радостно изготовили свою первую плату, поставили на полку напечатанное устройство. Проходит время и вы возвращаетесь к проектированию и нам нужно возобновить наши наработки, открываем заботливо сохраненный архив, а там ставшие уже непонятными куски записок, какие-то файлы в неподдерживаемых форматах, не говоря уже о том что те запчасти что использовались в конечном изделии уже не производятся и хорошо если datasheet от них был удачно сохранен.
Проблемы дома ещё можно решить, но что если вы будете работать в команде при разработке как вы будете обмениваться данными, где это все хранить и в каком виде. И как они экспортируются спустя 5 лет?
С одной стороны все просто давайте все себе поставят MS Office, Solidworks, Maya, AutoCAD и.т.д. и проблем в мире не будет. Но в силу природы людей, а также монополизма и тендеров мы пока не переходим.
Figure 3: Наличие нейтрального хорошо описанного стандарта упрощает жизнь многих участников. Т.к. количество конвертеров сокращается в разы.
STEP — (англ. STandard for Exchange of Product model data — стандарт обмена данными модели изделия) — совокупность стандартов ISO 10303 используемая в для передачи данных об изделиях между различными приложениями не только САПР.
Как человека интересующегося opensource САПР меня волнуют библиотеки и примеры, а также то чтобы проект был сохранен, это ужасно видеть как данные криво или не полностью переносятся между приложениями, возникают массовые ворчания когда разработчики меняют формат хранения данных или оформления библиотек.
Имея крупную обновляемую разными пользователями базу готовых моделей, возможно это подвигнет разработчиков к появлению новых САПР, на новых языках программирования или графических фреймворках(это ни хорошо, ни плохо).
Отмечу что соблюдение стандартов важно для самого предприятия, если ввод стандарта помогает. Понятно что никто не требует Вас передавать данные внутри предприятия в STEP формате(STEP частичное переведен на русский).
Также отмечу КРУПНЫМИ буквами что в создание стандарта участвуют представители отрасли, а не непонятные чиновники из министерства… которые как обычно ничего не знают ни в чем не разбираются и лепят очередной закон. Так составляются стандарты там и там им стараются следовать, а не насаждают с упорством сверху.
История
Если собираетесь лезть в дебри 2 вот целый сайт Бауманского РК6,а там множество книг Норенкова. Забавно в студенческие годы я ещё на первом курсе купил все его книги по САПР, и не мог в них продвинуться, там вместо картинок и экшена про буквенные стандарты и настройку сети на предприятии говорилось. Ну вот спустя годы в быстром темпе перечитывал, так что перечитывайте непонятные моменты.
Сами способы хранения файлов будь то текстовый файл — STEP ISO 10303-21, база данных или XML описаны в стандартах реализации
Прикладные протоколы AP- Специфические для отдельной предметной области модели данных, т.е. там на языке Express описаны модели данных в области например автомобильной промышленности AP214 или электронной AP210.
Есть ещё общие ресурсы, но о них позже.
Развитие линии стандартов STEP находит выражение в разработке новых стандартов Parts Library (ISO 13584), Parametrics (ISO 14959), Mandate (ISO 15531).
Разница подходов CALS и PLM
Прояснилась и разница в англоязычном PLM и CALS.
К интеграции данных существуют два подхода – CALS и PLM. Данные понятия часто путают, некоторые авторы даже наивно полагают, что это – одно и то же. В действительности же, несмотря на некоторое сходство,CALS и PLM – это два противоположных подхода к достижению одной цели.
Цель эта состоит в полном объединении всех задач, решаемых с помощью компьютера, на всех этапах Жизненного Цикла Изделия: маркетинг, подготовка производства (проектирование, конструкторская и технологическая подготовка производства), материально-техническое снабжение, производство, контроль, упаковка и хранение, распределение, эксплуатация и утилизация (см. стандарты серии ISO 9000).
Подход PLM, суть которого ясна из приведенного рисунка, состоит в том, чтобы обеспечить решение всех задач с помощью набора взаимоувязанных программных продуктов одного крупного разработчика программного обеспечения… И из этого же видна и основная возникающая при этом проблема. Проблема заключается в том, что пользователь привязывается к программным продуктам одного разработчика. Подход CALS, наоборот, состоит в том, чтобы освободить пользователя от зависимости от одного разработчика. Основа подхода – это SDE, или Единое Информационное Пространство, построенное на применении Международных стандартов представления данных. Основной стандарт – это ISO 10303 STEP (STandard for Exchange of Product model data – Стандарт обмена данными модели изделия). Статус Международного стандарта обеспечивает два очень важных свойства STEP – стабильность примерно в пять лет, и новые версии не изменяют и не отменяют, а дополняют старые) и общедоступность (необходимые для практической работы материалы по стандарту или находятся в свободном доступе в Интернете или могут быть куплены за несколько сотен долларов в официальных органах стандартизации, например, ВНИИКИ).
Денотант, треугольник Фреге и ограничения текстового STEP файла
Итак вот тут и лежит пропасть которая отделяет подход openPLM от того что уже было придумано. Нам необходимо описать наш объект.
Моделируемый объект – это то, что моделируется или описывается т.е. денотат (D).
Знак (S) — это конкретная модель отображающая объект. Свойств у моделируемого объекта может быть бесконечное множество. Денотат может содержать множество объектов одного типа, каждый из которых обладает некоторым набором свойств. Значения части свойств могут совпадать, а другой части свойств может различаться. Должно существовать определение или идея объектов одного типа. А.Шопенгауэр в работе «Мир как воля и представление» писал: «Львы рождаются и умирают, а львиность, т.е. форма льва и идея льва существует вечно». Т.е. существует одна идея или концепция (C) объектов некоторого типа и существует некоторое количество самих объектов, соответствующих этой идее
Figure 4: Треугольник Фреге
Объединив три рассмотренных элемента (концепт, знак и денотат), получаем «Концепцию смысла» Готлоба Фреге.
И тут следует сделать замечание что STEP фай это знак, модели используемые в нем и описанные в прикладном стандарте на языке EXPRESS это концепт.
К сожалению передача в текстовых файлах накладывает ограничения(ограниченное количество наименований объектов и имен свойств) поэтому в одном файле STEP можно передать только один тип прикладной схемы. Конкретная прикладная схема указана в шапке файла как параметр FILE_SCHEMA
Прикладные протоколы
В настоящее время наиболее широко используемыми Прикладными протоколами являются AP203 (Конструкция с управляемой конфигурацией) и AP214 (Ядро данных для автомобильной промышленности).
Протокол AP214 предоставляет достаточно широкие возможности по передаче рабочего проекта изделия, однако в CAD-системах коммерчески доступные препроцессоры и постпроцессоры STEP поддерживают только то подмножество AP214, которое совпадает с AP203.
Протокол AP214 ориентирован на использование в автомобильной промышленности. Также возможно его использование в промышленности, производящей наземные транспортные средства (Поезда, трактора, строительные машины).
Эти протоколы вы в основном и встречаете в сети когда конвертируете в вашем САПР. Как минимум в 203 описана передача твердых тел.
Протокол для систем CAE (АСНИ) «Анализ и конструкция композитных и металлических конструкций» АР209. Прочностные расчеты по МКЭ и композитные материалы – это предметная область, охватываемая Протоколом AP209.
Прикладной Протокол AP210 был определен как стандартизированный, поддающийся компьютерному описанию метод для представления проектов и связи между ними:
Вообще это главное из-за чего и начались исследования. Описание захватывающие можно описывать как системы на чипе так и устройства состоящие из нескольких плат — так системный блок. Также подключать внешние источники, описывать функциональные модели. И это меня подкупило, практических примеров в сети мало.
Фирмой STEP Tools, Inc. (США) ведутся работы по разработке протокола STEP NC (AP238), позволяющего представлять данные для оборудования с ЧПУ, в первую очередь – для обработки резанием, но в перспективе планируется расширение этих подходов и на другие виды технологических процессов. Цель внедрения AP238 – добиться независимости от постпроцессоров ЧПУ, обеспечить долгосрочное хранение данных для оборудования с ЧПУ и повысить надежность и гибкость данных
А как же полная модель объекта?
А как же передача полной информации об объекте? Снова приведем цитаты.
Наименование EXPRESS-схемы, которой соответствуют записи, содержащиеся в обменном файле. Хотя данное поле и допускает наличие нескольких наименований схем, согласно стандарту, в поле должно содержаться наименование одной схемы. Возможные отступления от данного правила.
Планируется принятие новой версии стандарта ISO 10303-21, в которой в одном обменном файле будет содержаться несколько секций данных. В заголовочной секции таких обменных файлов содержится список всех схем, используемых в файле. Хотя новая версия стандарта еще не принята, уже существуют программные продукты, работающие с обменными файлами
И вот мы видим стандарт текстового обменного файла, недавно обновился, думаю там это есть, правда цена кусается почитать http://www.iso.org/iso/home/store/catalogue_ics/catalogue_detail_ics.htm?csnumber=63141
Такая же ситуация с программным хранением данных описанных EXPRESS
Несколько SDAI-моделей, относящихся к одной схеме и к интероперабельным с ней схемам, могут быть объединены в экземпляр схемы — SCHEMA INSTANCE. Одна SDAI-модель может одновременно входить в несколько экземпляров схем. Экземпляр схемы является полем идентификации (информационной базой). Ссылки из экземпляров сущностей, входящих в экземпляр схемы на экземпляры сущностей, не входящие в экземпляр схемы, не допускаются. Возможность вхождения SDAI-модели одновременно в несколько экземпляров схем позволяет использовать общие информационные ресурсы в разделенном режиме. Экземпляр схемы (SCHEMA INSTANCE) может включать SDAI-модели, существующие в нескольких репозиториях.
Метод разработки прикладного протокола должен иметь механизмы, гарантирующие, что общая информация используется несколькими прикладными протоколами совместно.
Протоколы, реализующие общие требования к информации, должны использовать одни и те же базовые конструкции STEP для выполнения этих требований.
По степени обобщенности информационные ресурсы STEP делятся на несколько групп – интегрированные информационные ресурсы (самые обобщенные и встречающиеся практически во всех предметных областях – тома 40й серии), информационные ресурсы предметной области (тома 100й серии), прикладные интерпретированные конструкции, ориентированные на решение отдельных задач (тома 500 й серии) и прикладные модули (тома 1000 й серии). Рассмотрим некоторые из томов ISO 10303 STEP,содержащих интегрированные информационные ресурсы
Итого: Стандарты прикладных протоколов разрабатываются так чтобы пересекающиеся с другими областями элементы множества, были реализованы одинаково. Также создано описание неких общих базовых понятий, вроде ISO 10303-41 где содержатся сущности, необходимые для задания общего определения изделия.
Не все Прикладные протоколы были изначально модульными, но они к этому идут о чем можно узнать в этой презентации PDES.inc 5
Т.е. у нас есть яблоко-васи.stp это всего лишь частный экземпляр информационной модели Яблоко, которая описана на языке EXPRESS. Если мы напишем что то что будет понимать EXPRESS и хранить экземпляры данных в памяти компьютера то мы получим SDAI
Figure 5: Место SDAI — Стандартный интерфейс доступа к данным.
Думаю что интерфейсу на питоне надо будет придумать другое название нежели PySDAI(stepcode есть наметки реализации)
MIM появился позже аж в 10303-1001 6 это набор сущностей который позволяет подцепится к объекту объектам и показать их представление. Т.е. у нас есть AP210 сточки зрения стандарта электронная схема это набор нод, с именами, которые соединены между собой. И формат не предусматривает привычный человеку чертеж схемотехники, да не один.
Осталось понять чем и как переносятся функциональные-spice модели, но это уже описано здесь 8
Parts Library (P-LIB)
P-Lib (как я сейчас понимаю) это возможность описывать неполные модели объектов и связывать их с моделями техники. Ну т.е. для того чтобы использовать усилитель, нам нужно знать как выглядит его корпус, примерную мат. модель поведения и всё, нам не нужен подробный чертеж внутреннего устройства, и прочие технологические параметры. Тоже с условно графическими изображениями компонентов, свойствами материалов.
Отдельно добавлю цитату отсюда 9
Parts Library (P-LIB) содержат обзор и основные принципы представления данных о стандартных компонентах промышленных изделий. В этих стандартах представлены в виде библиотек данные о семействах таких типовых широко используемых компонентов изделий, как болты, подшипники, электронные компоненты и т.п., с целью использования этих данных в системах автоматизированного проектирования. В P-LIB содержатся также правила использования, интерфейса и модификации библиотечных описаний. Цель стандарта — обеспечить инвариантный для приложений механизм оперирования частями библиотеки. Благодаря ISO 13584 различные прикладные САПР могут разделять данные из обобщенных баз, беспрепятственно обмениваться данными о типовых компонентах.
Стандарты P-LIB состоят из нескольких частей.
Видимо часть из этих стандартов применяется где-то у нас так как есть перевод ISO 13584-35:2010 10
Мы нашли панацею?
ISO10303 формат который разработан на возможность хранения любых технических данных до 25 лет — это существенно. Хотя допущу что наличие кучи томов и недавно вышедших стандартов вносит изрядную путаницу. Судя по презентации у компаний серьезные планы 5 на увеличение модульности стандарта.
Так на всякий случай, блуждание по сети в поисках ответов навело на этот блог: http://dot15926.livejournal.com/50696.html
Из этого обсуждения мы узнаем о стандарте 15926 который вроде как совершенный и универсальный, но пока не обладает трансляторами геометрии поэтому увы и ах.
С другой стороны это может быть, частное мнение и стандарт пригодный для нефтегазовой промышленности а на все остальное ему чихать.
Выводы, наши цели и планы.
Из этого следует, что подход openPLM был плох тем что он от частных примеров шел к общим схемам которые уже существуют, и настоящие opensource PLM будет работать с EXPRESS моделями используя SDAI, а уж на чем будет реализован графический или веб-интерфейс, дело 10-е.
К сожалению в этой части я не описал свободный и полусвободный софт использующий ISO 10303. Об этом выйдет вторая часть в течении месяца, часть скриншотов с программами вы можете увидеть в моем твитере.
Стандарт передачи механики худо бедно поддерживается поэтому возьмемся за применение AP210 — т.е. передачи данных электроники а также его взаимосвязь с P-LIB, благо поле в лице gEDA,KiCAD,ngSPICE, QUCS, Electric — большое и непаханое.