Asset Administration Shell (AAS) е стандартизирано, машинно-читаемо цифрово представяне на физически актив, което позволява на всяко оборудване да се описва в общ формат между доставчици и системи.
Произлязъл от германската Plattform Industrie 4.0 и сега стандартизиран като IEC 63278, AAS е референтният модел за това, което повечето хора грубо наричат „дигитален близнак“ в производството.
Неговата цел е измамно проста: да даде на всеки мотор, робот, сензор и струг единен, интероперабилен идентификатор, който софтуерът да чете по един и същ начин, независимо кой го е произвел. За фабрики, уморени от индивидуални интеграции, това обещание прави AAS един от най-важните стандарти, излезли от европейската индустрия през последното десетилетие.
Разходете се из всяко съвременно предприятие и ще намерите десетки доставчици, всеки с проприетарен начин за предоставяне на данни. Един PLC говори един протокол, роботизирана клетка предоставя друг, а корпоративната система очаква трети. Всяка връзка се превръща в поръчкова интеграция, и всяка нова машина умножава разходите. Това е „данъкът за интероперабилност“, който тихо изяжда бюджети за поддръжка и инженеринг.
AAS атакува това като отделя актива (физическото нещо) от неговата цифрова обвивка (стандартизиран контейнер за информация). Вместо да изучавате диалектите на всеки доставчик, вашите системи научават едно нещо: как да четат Asset Administration Shell. Машината става самоописваща се, носеща своята табелка, документация, възможности и текущи данни в предвидима структура.
Една AAS е организирана в подмодели, всяка от които обхваща един аспект на актива. Стандартизирани шаблони за подмодели вече съществуват за често срещани нужди:
Всяко свойство в подмодел носи семантичен идентификатор (често препратка към ECLASS или IEC CDD), така че „номинална мощност“ да означава едно и също независимо дали машината е от Щутгарт или Шенжен. Този семантичен слой е истинският пробив: не е просто структурирани данни, а смислено структурирани данни.
Стандартът прави разлика между AAS Тип (шаблон за продуктовата линия) и AAS Инстанция (конкретна, сериализирана машина на вашия под). Това отразява начина, по който вече мислите за оборудване: моделът спрямо отделната единица с нейна сервизна история.
AAS също така дефинира как обвивките се обменят, така че инструментите да могат да интероперират чисто:
Това е причината AAS да бъде „стандарт за дигитални близнаци“, а не статична техническа карта: обвивката може да съдържа както фиксирани референтни данни, така и прозорец в реално време към работещата машина.
Представете си средно предприятие, добавящо 12 нови машини от 4 различни доставчици към съществуваща линия. Без общ стандарт всяка машина се нуждае от поръчкова интеграция, за да изложи своята табелка и телеметрия към софтуера на предприятието. Допуснете, че всяка поръчкова интеграция отнема средно 3 инженерни дни при натоварена ставка от 350 EUR на ден.
Разходите по стария начин: 12 машини по 3 дни по 350 EUR е равно на 12 600 EUR, плюс непрекъсната повторна работа всеки път, когато промяна на фърмуера или протокола прекъсне връзка.
Сега допуснете, че всичките 4 доставчика изпращат съвместим AAS. Вашият софтуер вече знае как да чете обвивка, така че въвеждането спада до приблизително 0.5 дни на машина за валидация и картографиране: 12 по 0.5 по 350 EUR е равно на 2 100 EUR .
Това е 83-процентно намаление на еднократния труд за интеграция, а спестяванията се натрупват, защото същият четец обработва следващите 12 машини без нови адаптори. Същността не е точната цифра, а формата на кривата: стандартизираните обвивки превръщат разход по машина в почти фиксиран.
AAS е повече от техническо удобство в Европа, той се превръща в инфраструктура, близка до политиката. Инициативи като Manufacturing-X и по-широкото европейско усилие за суверенни, споделяни индустриални данни надграждат върху концепциите на AAS, за да позволят на компаниите да обменят информация по веригите на доставки, без да предават контрола над нея.
С нарастването на регулациите около въглеродния отпечатък на продуктите и възникващия Цифров продуктов паспорт, стандартизирана, машинно-читаема идентичност на актива става естествения носител за тези данни за съответствие.
За производителите в ЕС залагането на AAS означава да се подредят с отворен, неутрален към доставчици стандарт, а не с екосистемата на един доставчик, което е от голямо значение, ако местоположението на данните, преносимостта и дългосрочният суверенитет са приоритет.
AAS се съчетава естествено с дисциплини на нивото на завода като обща ефективност на оборудването (OEE) и структурирани показатели за надеждност като MTBF и MTTR , защото самоописващият се актив прави тези числа по-лесни за последователно събиране.
AAS не замества вашите оперативни инструменти, а ги захранва. Обвивката може да доставя чисти, семантично означени данни към CMMS за записи на активи и профилактично планиране, и може да допълва супервизионните слоеве, описани в нашето ръководство за SCADA .
Тя също така укрепва хигиената на данните зад методите за качество като статистически контрол на процеса и променя екипите от реактивна към проактивна поддръжка , като прави метаданните на машините надеждни и незабавно достъпни.
AAS е модел на данни, но моделът е полезен само ако в него влизат реални данни.
Fabrico е основата за данни в реално време, която улавя случващото се на пода: наблюдение в реално време на OEE и производството, готов за полева употреба CMMS с работни нареждания, активи, профилактично планиране и резервни части, и компютърно зрение, което чете продукцията на машини без PLC изобщо.
Тази последна възможност е важна за приемането на AAS, защото много наследено оборудване няма дигитален интерфейс, с който да се опише, и Fabrico все пак може да генерира надеждни данни за производство и наличност от него.
Fabrico е разработен в ЕС с резидентност на данните в ЕС, което съвпада с целите за суверенитет, движещи приемането на AAS в Европа. То не е платформа за дигитални близнаци и не имплементира самo по себе си спецификацията AAS, но произвежда точно онези чисти, актуални оперативни данни, от които зависи екосистемата от самоописващи се активи.
Можете да видите как тази основа работи в нашия преглед на наблюдението на OEE и преглед на CMMS решението .
Не точно. „Дигитален близнак“ е широк концепт, обхващащ всяко виртуално представяне на физически актив, от прост запис на данни до пълна физична симулация. AAS е специфичен, стандартизиран начин за структуриране и обмен на това представяне, дефиниран под IEC 63278. Мислете за AAS като за договорения контейнер и интерфейс, докато „дигитален близнак“ описва общата идея, която той ви помага да реализирате по интероперабилен начин.
Не. AAS е проектиран да съжителства с наличната инфраструктура, а не да я замества. Можете да започнете малко, като обвиете няколко високостойностни актива в обвивки, използвайки стандартизирани подмодели като Цифровата табелка, и да ги изложите чрез AAS API. Вашите съществуващи MES, CMMS и инструменти за наблюдение продължават да работят; обвивката просто им дава по-чист и по-последователен начин за четене на данни за активите с течение на времето.
Започнете с качеството на данните, а не със спецификацията. Преди обвивката да може точно да опише активите ви, ви е нужна надеждна, в реално време информация за това как тези активи действително работят, тяхната наличност, продукция и причини за престой. Изграждането на този оперативен слой от данни първо означава, че когато приемете подмодели на AAS, те ще бъдат попълнени с доверени числа, а не със застояли електронни таблици.
Искате солидна база от данни, преди да инвестирате в стандарти за дигитални близнаци? Запазете демонстрация на Fabrico, за да видите как OEE в реално време, компютърно зрение и готов за полева употреба CMMS дават на вашите активи точни, хоствани в ЕС данни, които си струва да поставите в обвивка.
Вход
Блог
