Край или облак? Работен лист и упражнение при прекъсване за ИТ и експлоатация

Edge означава, че данните се обработват на или в близост до машината. Cloud означава, че се обработват на отдалечени сървъри през интернет връзка.

ИТ пита какво се случва с мрежата на завода, а експлоатацията пита какво се случва на линията. И двете са прави, а само дефинициите не дават отговор.

Edge или cloud обработка на данни от производствения под - кое е по-добро?

Нито едното не е по-добро за всяка задача. Запазете всичко, което трябва да работи при загуба на връзката, близо до машината и изпратете докладите и сравненията на завода в облака.

Трудната част са задачите в средата, така че използвайте останалата част от тази страница като дневен ред за срещата. Всеки блок има собственик, а срещата завършва с подписан лист.

Една дума от наша страна: ние продаваме Fabrico, което е софтуер в облака. Затова също изброяваме случаите, в които само облакът е грешният отговор, и те включват случаи, в които не трябва да купувате от нас.

Преди срещата

Резервирайте един час. Трябват ви четири души или двама души с четири роли:

• Ръководител производство или завод: решава каква е цената на пропуск в данните.
• Инженер управление или автоматизация: знае какво правят PLC-тата и какви сигнали съществуват.
• Собственик на мрежата IT: знае връзката на завода и покритието на линията.
• Собственик IT сигурност: решава какво може да преминава в мрежата на машините.

Помолете ИТ да донесе една цифра: колко часа връзката на завода е била прекъсната през последните 12 месеца.

Няма лог? Започнете да го записвате сега, защото отговорът управлява блок 2.

Блок 1: сортирайте всяка задача по три въпроса

Собственик: експлоатация и контрол. Избройте задачите и попитайте трите неща за всяка, преди да говорите за технологии.

1. Колко късно може да пристигне отговорът преди нещо да се обърка на линията?
2. Ако връзката е прекъсната за 4 часа, какво се поврежда?
3. Кой се нуждае от резултата: човекът при машината или някой друг?

Ето един началeн лист. Последната колона е обичайното място, не закон, така че променете където вашият завод се различава.

Горните редове са затворени, а долните рядко са спорни. Четирите реда "ваше решение" са за срещата.

Кратките спирания покачват значимостта на улавянето на сигналите. 40-секунден микро-стоп се появява само ако сигналът се чете често и е маркиран със правилното време.

Блок 2: оценете пропуска преди да купите каквото и да е

Собственик: ръководител на завода, с числото от ИТ. Разделете две неща, които често се смесват.

• Загубено производство: ако управлението остава в PLC-то, отпаднала интернет връзка не би трябвало да спре машината.
• Загубен запис: това, което можете да загубите, е данните за този прозорец и причините, които никой не е означил.

Справедливият въпрос е колко от работното ви време ще има дупка в него.

Всички числа тук са примерни данни за линия, работеща 2 смени по 8 часа, 250 дни в годината: 4 000 часа. Всяко прекъсване се предполага да попада в работно време.

При 0.3 процента локален сървър за защита на записа може да струва повече от самия пропуск. При 6 процента вашето OEE изчисление почива върху дупки и по-добра връзка помага на всяка система, която изберете.

Някои заводи не могат да приемат никакъв пропуск. Ако клиент или одитор изисква пълен запис за всяко изпълнение, запишете това в листа, защото то отменя горните суми.

Блок 3: мрежови изисквания за cloud MES

Собственик: IT мрежа. Питайте доставчиците за реални цифри за вашата конфигурация писмено и после проверете сами. За по-широките въпроси при покупка вижте нашето ръководство за cloud MES.

Измервайте на линията, не в офиса

• Обходете линията с таблет и тествайте на всяка станция, където ще стои оператор.
• Тествайте на всяко място, където ще стои устройство или камера, по време на нормална работа.
• Решавайте за устройство: кабел, Wi‑Fi или клетъчна връзка. Фиксирано устройство е добър аргумент за кабел.

Разделете сигнали и видео по размер

Това е сумата, която учудва хората. Пример: 40 машини, един цикъл на 30 секунди, около 1 KB на събитие.

• Сигнали: 40 x 2 събития в минута x 1 KB е 80 KB на минута, или около 11 kbit/s.
• Една камера, стриймваща видео при примерни 4 Mbit/s, използва стотици пъти повече от всичките 40 машини заедно.

Сигналите за работа, спиране и цикъл рядко натоварват връзката на завода. Видео може, както и сурови високоскоростни данни от сензори.

Попитайте всеки доставчик дали камерите изпращат видео или само резултати като броячи.

Въпроси за листа

• Кои устройства трябва да достигнат интернет и до кои адреси и портове?
• Работи ли системата, ако заводът маршрутизира трафик през прокси?
• Има ли втори линк и превключва ли сам?
• Кой оправя мъртва точка за достъп през нощната смяна и колко бързо?

Блок 4: въпроси за сигурността, които да зададе IT

Собственик: IT сигурност. Ръководството на NIST за OT сигурност (SP 800-82) започва от позицията, че заводските системи имат свои изисквания за производителност, надеждност и безопасност, така че офис правилата не се пренасят директно.

Принципите за сигурна свързаност за OT от UK NCSC, CISA и партньори са полезен контролен списък. Осемте принципа включват ограничаване на експозицията, втвърдяване на границата на OT, логване и наблюдение на цялата свързаност и план за изолация.

Авторите ги представят като цели, а не като минимални изисквания.

Превърнете ги във въпроси за всеки доставчик:

• Кой стартира връзката? Позволено ли е каквото и да е входящо към мрежата на машините?
• Къде точно данните преминават границата и през кое устройство?
• Кой пачва това устройство и кой държи неговите идентификационни данни?
• Доставчикът чете ли само сигнали или може ли да пише в PLC?
• Логват ли се връзките и можете ли да видите тези логове?
• Къде се хоства данните и криптирани ли са в трансфер и в покой?
• Кои сертификати можете да видите и има ли споразумение за обработка на данни?

За пълното преглеждане на доставчика използвайте този въпросник за сигурност на доставчика.

Изключението, което вие избирате

Вашият план за изолация може умишлено да прекъсне връзката. По време на киберинцидент IT може да изключи завода от интернет и никой не може да обещае за колко време.

Същата насока иска този план да е свързан с вашия план за непрекъсваемост на бизнеса и да се тества редовно.

Затова попитайте: ако изолираме завода, как ще работим и записваме производството? Облачните екрани ще са недостъпни в този прозорец, така че отговорът трябва да съществува преди инцидента.

Блок 5: 30-минутното упражнение при прекъсване

Собственик: IT и експлоатация заедно. Отговорите на доставчиците и слайдовете са мнения до момента, в който видите това изпълнение.

Направете го на първата свързана линия, която изберете, преди да ангажирате останалата част от завода.

1. Съгласувайте границите. Прекъснете само интернет възхода на линията. Никога не пипайте защитни вериги или връзката между PLC и машината. Проверете какво друго споделя този възход първо.
2. Прочетете брояча. Запишете брояча на машината или HMI и точното време.
3. Изключете връзката за 30 мин. Дръжте линията да работи нормално.
4. Наблюдавайте пода. Могат ли операторите да означат причина за спиране? Какво показва екранът на линията? Достига ли аларма до някого?
5. Възстановете връзката. Прочетете брояча отново след пълен час от началото.
6. Сравнете. Проверете броячи, спирания и отметки за време спрямо това, което машината показва.

Подпишете листа: пет възможни изхода

Приключете срещата като изберете един ред. После напишете собственика и датата до него.

• Всяка задача за безопасност или контрол зависи от интернет: преместете я на машината. Това не е за обсъждане.
• Връзката е лоша, според вашия лог: оправете мрежата първо. Никакъв софтуер не решава този проблем.
• Връзката е добра и маркиран пропуск е приемлив: само облак е подходящ, с писмен резервен вариант за операторите.
• Записът трябва да е пълен през прекъсване: направете го писмено изискване. Всеки доставчик го потвърждава писмено и упражнението го доказва.
• Екраните трябва да работят по време на прекъсване или политиката не позволява интернет в завода: нуждаете се от локален софтуер, или edge слой, който продължава да работи, или on-premise система.

Преглеждайте листа при добавяне на линия или камера, или когато ИТ променя връзката на завода.

Къде стои Fabrico спрямо този работен лист

Fabrico е лек MES за OEE и престой. Fabrico е софтуер в облака и приложението няма офлайн режим, така че приложението се нуждае от работеща връзка на линията.

Ако избрахте последния изход по-горе, Fabrico не е правилният продукт за вас. Ако ви трябва пълен запис при загуба на връзка, сравнете периода на буфер по-долу с най-дългото ви прекъсване преди да решите.

• Машинни сигнали: Fabrico чете цикли, спирания и продукция от PLC чрез OPC UA, Modbus, PROFIBUS, PROFINET, EtherNet/IP или EtherCAT. По-стари машини получават Fabrico IoT устройство с външни сензори, а AI камери броят продукцията при ръчни операции.
• Спирания: записват се там, където има сигнал от машина, сензор или камера, и операторът означава причината.
• По време на загуба на връзка: gateway-ът може да съхранява машинни данни офлайн до 30 дни, с автоматично възстановяване в рамките на 72 часа по подразбиране. Приложението няма офлайн режим, така че договорете резервен вариант за операторите.
• Хостинг: AWS в ЕС, криптирано в трансфер и в покой, с ежедневно архивиране.
• Контроли: сертификати ISO/IEC 27001, ISO 9001 и ISO/IEC 20000-1, достъп на базата на роли, одитен лог и споразумение за обработка на данни. SSO с SAML е персонална интеграция.

Коя връзка пасва на всяка машина се съгласява с екипа на Fabrico преди инсталация. Донесете своя лист и поискайте списък с устройства и мрежови нужди за вашата конфигурация писмено също.

След това направете упражнението на първата си линия.

Fabrico не прави разпределение на задачи, BOM-и, маршрути или генеалогия: те остават в ERP. Производственото планиране и графици не са включени днес.

Планирайте около 1 месец за инсталация и свързване на устройства и 3 до 4 месеца за пълно разгръщане. Вижте Fabrico MES и OEE обзор.

Потърсете демонстрация или Свържете се с нас, за да преминем през вашия работен лист.

Какво хората питат след това

Трябва ли ми edge сървър за да работи OEE?

Не по подразбиране. Трябва ви нещо, което чете машинния сигнал, и връзка, която е достатъчно добра за вашата толерантност към пропуски.

Добавете локална обработка когато работният лист даде причина, като пълен запис или тежко видео.

Ще спрат ли машините ако облакът падне?

Не би трябвало, докато управлението остава в PLC и облачната система само чете сигнали.

Потвърдете това с вашия инженер по контрол и наблюдавайте при упражнението.

По-сигурен ли е edge отколкото облакът?

Нито едно не е сигурно само заради местоположението. Edge добавя устройства на място за пачване и защита, докато облакът добавя връзка към контрола и доставчик за преглед.

Сравнявайте отговорите от блок 4, а не етикетите.

Колко пропускателна способност изисква cloud MES?

Зависи какво изпращате. Машинните събития са малки, както показва примерът по-горе, докато видеото може да е много по-голямо.

Искайте от доставчика цифри базирани на броя машини и камери при вас.

Каква е разликата между cloud OEE и cloud MES?

OEE е една задача в по-широк MES, така че въпросът за връзката е по-тесен. Вижте ръководството за cloud OEE софтуер.

Кой притежава връзката след пускане в експлоатация?

Запишете име. Често разделение е IT за линка и покритието, контролите за сигналите и производството за резервната процедура.

Приключихте листа и облакът пасва? Потърсете демонстрация или Свържете се с нас.