Интеграция на OEE со софтуер за MES, SCADA и PLC: Тест за всяка връзка
Картата: Софтуерът за OEE обикновено взема машинни сигнали от PLC или през SCADA, получава контекст за поръчката и продукта от MES или ERP и връща резултатите обратно. Всяко от тези звена е отделна връзка и всяка се проваля по свой собствен начин.
- PLC: цикли, спирания и броене. Тествайте значението на всеки сигнал, а не само връзката.
- SCADA или историческа база: тагове и записани тенденции. Тествайте дали краткото спиране преживява пътуването.
- MES: контекст за поръчката и продукта. Тествайте какво се случва при смяна на продукта.
- ERP: поръчки и основни данни в, резултати навън. Тествайте един ден на съгласуване.
- Мрежа: тествайте какво се случва, когато връзката отпадне.
„Да, интегрираме“ казва почти нищо на ръководителя по контроли. Може да означава всичко - от живо четене от PLC до нощен CSV файл.
Затова не питайте просто дали продуктът се интегрира. Начертайте собствените си връзки, попитайте какво преминава през всяка от тях и изпълнете по един тест за всяка връзка.
Тази страница ви дава тази карта и тестовете. Ние продаваме софтуер за OEE, така че подлагайте отговорите ни на същите тестове.
Какво преминава през всяка връзка
| Връзка | Какво се движи | Кой трябва да притежава отговора |
|---|---|---|
| 1. PLC, сензор или камера към OEE | Цикли, спирания, броя, понякога кодове за повреди | Ръководител по контроли |
| 2. SCADA или историческа база към OEE | Записани тагове и тенденции, аларми | Собственик на SCADA |
| 3. MES и OEE | Контекст за поръчка и продукт в, резултати навън | Собственик на MES |
| 4. ERP и OEE | Данни за поръчки и основни идентификатори в, обобщения навън | Собственик на ERP |
| 5. Оператор към OEE | Защо спря | Ръководител производство |
| 6. Мрежов път | Всичко по-горе | IT и OT сигурност |
Връзки 3 и 4 стоят там, където ISA-95 върши повечето от работата си: интерфейсът между контролните функции и бизнес функциите. Това е полезен общ речник за тази среща.
Ако доставчикът не може да попълни тази таблица за вашия завод, не сте готови да подпишете.
Връзка 1: PLC към OEE софтуер
Какво преминава: статус работа или спиране, цикъл импулс, добър брой и брой брак, където машината ги има. Кодове за грешки са бонус, ако съществуват и означават нещо.
Чести начини за четене:
- OPC UA: обмен клиент-сървър, с сертификати и модел на данни.
- Modbus: обмен клиент-сървър на I/O и регистрови данни, затова ви трябва регистровата карта.
- MQTT: лек протокол публикуване/абониране чрез брокер, често от шлюз или устройство.
- Собствен протокол на производителя на контролера: често срещан при инсталирани PLC, и може да изисква драйвер или шлюз.
Къде се чупи:
- Сигналът означава нещо друго. Битът "работи" може да остане включен, докато машината е в празен ход без продукт. Връзката е наред, а OEE е грешен.
- Броячът се нулира или препълва. Подписан 16-битов брояч достига 32 767. Нулиране при партида може да изглежда като голям отрицателен брой.
- Достъпът е изключен. Попитайте вашия инженер по контроли дали всеки контролер се нуждае от промяна на настройка и изтегляне преди да позволи отдалечени четения. Ако е така, това означава планиран прозорец и запис на промяната.
- Четенето е твърде бавно. Кратките спирания изчезват между пробите. Вижте графиката по-долу и микро-спирания.
- Няма използваем сигнал. По-старите машини може да се нуждаят от външен сензор. Ръчните стъпки може да изискват камера.
Тестът: изберете най-старото и най-новото си устройство. Запишете точните сигнали и изпълнете това:
- Ръчно пребройте продукцията за един час и я сравнете със софтуера.
- При безопасен момент, спрете машината нарочно за 30 секунди. Проверете дали се появява спиране с правилната продължителност.
- Нулирайте брояча, както при смяна на смяна или партида. Проверете дали броят остава разумен.
- Получете писмено потвърждение, че достъпът е само за четене. Попитайте за честотата на четене и брой тагове, за да може вашият инженер по контроли да ги подпише.
Връзка 2: SCADA или историческа база към OEE софтуер
Какво преминава: тагове, които някой вече е именувал и скалирал, аларми и записани тенденции. Изглежда като лесния път и често е така. Също така предава всеки избор, направен при настройването на тази система.
Къде се чупи:
- Записаните данни са по-рядки от живите. Попитайте как всеки таг се логва: при промяна, с фиксирана честота или с хистерезис.
- Алармите не са спирания. Едно спиране може да предизвика десет аларми, и спиране може да стане без никаква аларма.
- Авария на SCADA става авария на OEE. Сега зависите от още един сървър и от неговия график за ъпдейти.
- Лицензи и товар. Нов клиент или връзка може да изисква лиценз или повече капацитет на сървъра. Попитайте собственика на SCADA.
Директно към PLC или през SCADA?
| Въпрос | Lean директно | Lean през SCADA |
|---|---|---|
| Кратките спирания голяма загуба ли са? | Да | Само ако честотата на SCADA е достатъчно бърза |
| Одобряването на нови връзки към контролерите трудно ли е? | Не | Да |
| Таговете вече чисти и именовани ли са? | Не | Да |
| SCADA покрива ли всички ваши линии? | Не | Да |
Тестът: проследете едно спиране от край до край. Спрете машина за 30 секунди, след което намерете същото събитие в HMI, историческата база и OEE софтуера. Сравнете началното време и продължителността. Ако не съвпадат, оправете логването или отидете директно.
Връзка 3: MES и OEE софтуер
Какво преминава: текущата поръчка, продуктът и неговото идеално време за цикъл от MES. Резултати и данни за загуби могат да се връщат обратно.
Идеалното време за цикъл е най-важно. Производителността в изчислението на OEE е толкова добра, колкото тази стойност, и тя се променя с продукта.
Къде се чупи:
- Смяната на продукта пристига късно. Десет минути от новия продукт са оценявани спрямо стария темп.
- Двете системи броят. MES и OEE всеки държат добър брой и никой не е договорил кое печели.
- Двете системи записват престои. Операторите са питани два пъти и спират да отговарят.
- Никой не знае къде е границата. Ако все още решавате какво ви трябва от MES, прочетете MES софтуер първо.
Тестът: направете реална смяна на продукт с активна интеграция. Проверете кога се появява новият продукт, кое темпо се прилага от този момент и дали общият брой по поръчката съвпада в двете системи.
Връзка 4: ERP и OEE софтуер
Какво преминава: данни за поръчки, продукти и основни идентификатори от ERP, в зависимост от проекта. Обобщенията се връщат, а не суровите събития. ERP няма полза от 40-секундно спиране.
Къде се чупи:
- Идентификаторите не съвпадат. Машината, наречена Линия 3 на място, има различен код в ERP.
- Синхронизацията преминава тихо. Никой не я вижда до края на месеца.
- "Интегрирано" крие обхвата. Синхронизация на записи за поддръжка не е синхронизация на производствени поръчки. Питайте за списъка с полета.
- Конфликтите нямат правило. Когато и двете страни променят запис, един трябва да победи и някой трябва да реши кой.
Тестът: поискайте списъка с полета, след това съгласувайте един пълен ден. После изключете връзката нарочно за един час. Проверете дали грешката е видима за някого и дали пропуснатите записи се прехвърлят, когато връзката се възстанови.
Връзка 5: операторът
Това не е кабел и е най-често забравяната връзка. Машината знае кога е спряла. Рядко знае защо в думи, които ви помагат.
Код за грешка може да подсказва причина, но чакането за материал или късна смяна няма да се покаже в PLC. Човек трябва да го маркира.
Тестът: сложете екрана на линията за една реална смяна с вашите собствени кодове за причина. Бройте колко спирания имат причина в края. Попитайте операторите какво биха променили.
Връзка 6: мрежовият път
Cloud OEE софтуер означава път от контролната мрежа към интернет. Обикновено тук IT казва не, така че включете ги първо.
OT Top 10 на OWASP предупреждава срещу директни, слабо контролирани IT и OT връзки и насочва към зони и тръбопроводи според IEC 62443. NIST SP 800-82 е по-дългото ръководство за OT сигурност.
Къде се чупи:
- Устройство се оказва с един крак в всяка мрежа.
- Правилата на защитната стена отварят цели диапазони, защото никой не е изброил точните връзки.
- Промишленото Wi-Fi или линкът към интернет е по-слаб на линията, отколкото в офиса.
- Часовниците не съвпадат. Четири системи дават четири пъти за едно спиране и смяната на часовите зони разпокъсва отчетите ви.
Тестът: вземете списък с всяка връзка: източник, дестинация, порт, посока и криптиране. После прекъснете връзката към интернет за 30 минути и вижте какво сте загубили. Попитайте какво се случва с данните от този пропуск и получете отговора писмено.
Листът с тестове за срещата
Проходните критерии тук са примери. Задайте си собствени преди да говорите с доставчици, за да не ги подгъвате по-късно.
| Връзка | Тест | Примерен критерий за преминаване |
|---|---|---|
| 1. PLC | Ръчен брой за един час, най-старо и най-ново устройство | В рамките на 1 брой на 1 000 |
| 1. PLC | Принудено 30-секундно спиране | Появява се, продължението в рамките на 2 секунди |
| 2. SCADA | Същото спиране в HMI, историческа база и OEE | Същият ред на събитията, същата продължителност в рамките на 2 секунди |
| 3. MES | Реална смяна на продукт | Новото темпо се прилага в рамките на 1 минута |
| 4. ERP | Един ден съгласуван, един час прекъсване на връзката | Тоталите съвпадат, аварията е видима, записите се възстановяват |
| 5. Оператор | Една реална смяна с вашите кодове | 9 от 10 спирания имат причина |
| 6. Мрежа | Списък с връзки, 30 минутно прекъсване на uplink | IT одобрява, разликата е обяснена писмено |
Някои доставчици няма да свържат линия преди договор. В този случай запишете тези тестове в договора като критерии за приемане за първата линия.
Къде стои Fabrico на тази карта
Fabrico е лек MES: облачен софтуер за събиране на машинни данни, мониторинг на продукцията, OEE и анализ на престои. Ето къде стои, връзка по връзка.
- Връзка 1: Fabrico чете цикли, спирания и продукция от PLC на линията. По-старите машини получават устройство Fabrico IoT с външни сензори. Ръчните стъпки могат да използват AI камери. Един завод може да комбинира трите. Вижте свързване на машини. PLC връзката на Fabrico покрива OPC UA, Modbus, PROFIBUS, PROFINET, EtherNet/IP и EtherCAT, а по-широкият списък добавя MQTT, IO-Link и HTTP. Потвърдете вашия контролер с нас на демо, машина по машина.
- Връзка 2: ако искате да четете през SCADA или историческа база, донесете този път на демото и го потвърдете за вашия завод. Днес няма свързване към AVEVA PI. Вземете отговора писмено. Запазете SCADA за надзор на процеса, тъй като Fabrico не го заменя.
- Връзка 3: други системи се свързват чрез webhooks, REST API или Zapier. Ако използвате MES, потвърдете на демото какво преминава през тази връзка и после изпълнете теста за смяна на продукт по-горе.
- Връзка 4: Fabrico има REST API и webhooks и връзка към SAP или друг ERP може да бъде обхваната по поръчка. Днес няма конектор за Epicor. Попитайте ни за списъка с полета, както бихте направили с всеки друг.
- Връзка 5: операторите маркират причината за спирането.
- Връзка 6: Fabrico е облачен софтуер и приложението няма офлайн режим, така че приложението се нуждае от работеща връзка на линията. Ако връзката падне, шлюзът може да съхранява машинни данни офлайн до 30 дни с автоматично възстановяване в рамките на 72 часа по подразбиране. Работи в AWS EU регион, с данни криптирани на място и в транзит. Fabrico е сертифициран по ISO/IEC 27001.
Записите на спирания са там, където съществува сигнал от машина, сензор или камера. Без сигнал - няма запис.
Разпределението на задачи, спецификациите на изделия, маршрути и генеалогия остават в ERP. Ако се нуждаете от това в една система, Fabrico не е тя.
Всеки проект започва с преглед на вашия процес и вашите машини. Вашият собствен екип по автоматизация, партньор, с който работите или екипът на Fabrico могат да направят интеграцията.
Планирайте около 1 месец за инсталиране и свързване на устройствата и 3 до 4 месеца за пълно внедряване. Прегледът на Fabrico MES и OEE съдържа останалото.
Вземете вашата карта и лист с тестове: Заявете демонстрация или Свържете се с нас.
Какво хората питат след това
Нуждаем ли се от SCADA, за да работим OEE софтуера?
Не. OEE софтуерът може да взема сигнали от PLC, сензор или камера. Ако имате SCADA, използвайте таблицата по-горе, за да изберете пътя.
Кой протокол да изберем?
Обикновено вашите контролери го решават. Помолете доставчика да назове метода за всяка машина, не общо, и попитайте кои се нуждаят от шлюз.
Четенето на PLC ще го забави ли?
Може, ако четенето е твърде голямо или твърде бързо. Съгласувайте брой тагове и честота на четене с вашия инженер по контроли и наблюдавайте контролера по време на теста.
Трябва ли да променяме програмата на PLC?
Не, ако сигналите вече съществуват и достъпът е разрешен. Проверете това за всяка машина. Където машината няма използваем сигнал, външен сензор може да избегне промяна на програмата.
Може ли OEE софтуер да замени нашия MES?
Само ако имате нужда само от частта за мониторинг. Лек MES покрива събиране на данни и OEE, но не пълния обхват за поръчки и проследимост.
Кой трябва да е в стаята?
Ръководителят по контроли, собственикът на IT или OT сигурността, собственикът на ERP и един ръководител производство. Връзките се чупят, когато някой от тях научи за проекта последен.
Готови ли сте да тествате връзките си срещу реален отговор? Заявете демонстрация или Свържете се с нас.
Свързани статии

Реални плочки на Fabrico, примерни данни.











