Какво се случва с OEE данните когато мрежата отпадне?

Основни изводи

• Аварията губи записи, не минути. Линията все още е спирала; въпросът е дали някой знае.
• Съхранение и препращане означава буфер на ръба, след това изпращане по-късно, в реда си.
• Отбелязвайте времето в източника, или възпроизведените събития ще попаднат във грешно време.
• MQTT със Sparkplug казва на сървъра, че шлюзът е умрял, дори ако някой е отрязал кабела му.
• Тествайте го в пилота: изключете кабела за час и проверете отчета.

Когато връзката между линията и OEE системата се прекъсне, линията продължава да работи и да спира. Въпросът е дали тези спирания все още се записват. Отговорът зависи от една функция на шлюза, съхранение и препращане. Без нея, докладът за смяната получава дупка или фалшиво спиране.

Fabrico, OEE и лека MES софтуер с AI камери, записват престоя автоматично от машинния сигнал. Как шлюзът в мрежата ви се справя с прекъсване е въпрос към техническия екип на Fabrico. Това ръководство обхваща какво да попитате всеки доставчик и как да тествате отговора.

Какво се обърква с OEE данните, когато мрежата се разпадне?

Без буфер, прекъсването може да изкриви числата по два противоположни начина.

• Празнината се чете като работа. Не пристигат нито едно събитие за спиране, така че смяната изглежда по-добре отколкото е била.
• Празнината се чете като едно дълго спиране. Цялото прекъсване се отчита като престой, така че смяната изглежда по-лошо.
• Късните събития получават грешно време. Ако сървърът отбелязва времето при пристигане, спиране от 10:05 се появява в 12:01.
• Повторно изпратените събития се дублират. Същото спиране се брои два пъти.
• Операторите не могат да потвърдят причини, ако таблетът на линията се нуждае от сървъра, за да работи.

Всяко от тези нарушава доверието. След един лош доклад за смяна, хората спират да вярват на екрана.

Какво е съхранение и препращане?

Съхранение и препращане означава, че шлюзът запазва всяко събитие в локално хранилище, докато връзката е прекъсната. Когато връзката се възстанови, той изпраща натрупаното в оригиналния ред, с оригиналните времеви отметки.

Много индустриални edge шлюзове предлагат офлайн буфериране, понякога като платена екстра. Функцията помага само ако времевите кодове са поставени в източника. Събитие отбелязано с часовника на шлюза в 10:05 остава събитие от 10:05, когато и да пристигне.

Как MQTT ви казва, че шлюз е офлайн?

MQTT е лек протокол за публикуване и абониране, който много шлюзове използват за изпращане на данни от завода. Sparkplug B добавя фиксирани имена на теми, фиксиран формат на съобщения и състояние на сесията отгоре. Sparkplug 3.0 стана стандарт ISO/IEC 20237 през ноември 2023 г.

Две идеи на Sparkplug имат значение за прекъсванията:

• Съобщения за раждане и смърт. Шлюзът се представя, когато се свърже. Неговото съобщение за смърт е регистрирано при брокера предварително, като MQTT "Will" съобщение. Ако шлюзът падне без да се сбогува, брокерът изпраща това съобщение вместо него, дори ако кабелът е отрязан.
• Отчитане по изключение. Шлюзът изпраща стойност само когато тя се промени, не на фиксиран таймер. Това държи натрупването малко.

Така сървърът винаги знае кой шлюз е мълчалив и от кога. Нашите ръководства за MQTT в производството и OPC UA vs MQTT разглеждат протоколите по-подробно.

Пример: двучасово прекъсване за една смяна

Примерна линия (илюстративни числа, не клиентски). Филър работи 480 минутна смяна. Връзката със OEE сървъра е прекъсната от 10:00 до 12:00. През тези 120 минути филърът имаше 9 спирания общо 26 минути. Извън прекъсването имаше още 30 минути спирания, така че общо 56 минути престой.

Истинската наличност е (480 минус 56) / 480 = 424 / 480 = 88.3%. Ето какво показва отчетът при всяка конфигурация:

Едно прекъсване премества числото с повече от 5 пункта в едната или другата посока. Само буферираната конфигурация дава на смяната истинската й оценка и запазва всичките 9 спирания за стъпката причини.

Самият буфер е малък. С отчитане по изключение, два часа промени на състоянието и броячи от една линия са кратък списък от събития, а не видео файл.

Какво трябва да попитате доставчик на OEE за прекъсвания?

1. Колко часа буферира шлюзът? Трябва да покрие най-дългото вероятно прекъсване, например уикенд с ИТ работа.
2. Запазва ли всяко събитие своя времеви печат от източника?
3. Изпраща ли се натрупаното в ред и премахват ли се дубликатите?
4. Могат ли операторите все още да потвърждават причини на линията по време на прекъсването?
5. Как системата показва, че шлюзът е офлайн, и на кого се съобщава?
6. Какво се случва след прекъсване на захранването, а не само при прекъсване на мрежата?
7. Как тестваме това? Договорете изваждане на кабел по време на пилота.

Какво може да направи заводът сам?

• Дръжте часовниците синхронизирани. Насочете PLC-тата и шлюзовете към сървъра за време на завода.
• Захранвайте шлюза и неговия switch от UPS, за да не е кратко прекъсване на захранването данъчен пропуск.
• Свържете шлюза с кабел, където е възможно. Планирайте Wi-Fi за таблетите и камерите отделно.
• Алармирайте при мълчание. Уведомете някого когато шлюз е бил офлайн по-дълго от договореното време.

Къде се обработват данните също има значение. Нашето ръководство за edge vs cloud за данни от производствената площадка обяснява компромисите, а IoT gateway vs edge device обяснява хардуера.

Къде се вписва Fabrico?

Fabrico е платформа за производителност в производството с компютърно зрение. Тя е пластът OEE и престои за лек MES, с AI камери при спиранията.

• Автоматично записване на престой от сигналите на машината.
• Операторът потвърждава причината с едно докосване, така че всяко спиране получава своята причина.
• OEE в реално време по линия и смяна, с всяка загуба оценена в пари.
• Пилот на една линия, правилното място да се тества прекъсването преди мащабиране.

Попитайте техническия екип на Fabrico как шлюзът във вашата мрежа се справя с прекъсване, след което го тествайте на пилотната линия. Няма безплатен план и няма нива: всяко предприятие получава оферта.

Често задавани въпроси

Какво е съхранение и препращане в IIoT?

Това е функция на шлюза, която пази данните в локално хранилище, докато мрежата е прекъсната. Когато връзката се възстанови, шлюзът изпраща запазените данни в оригиналния ред и с оригиналните времеви печати. За OEE това означава, че прекъсването не оставя дупка в регистрацията на спирания.

Дали OEE данните се губят когато Wi-Fi отпадне?

Зависи от шлюза. С буфер и времеви печати в източника нищо не се губи; събитията пристигат закъснели, но запазват своята реална времева стойност. Без буфер, спиранията по време на прекъсването изчезват или целият пропуск става едно дълго спиране. Попитайте доставчика кой от двата случая се прилага.

Колко дълго трябва OEE шлюзът да буферира данни?

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

Какво е MQTT смъртен сертификат?

Това е съобщението, което Sparkplug шлюз регистрира при MQTT брокера когато се свързва, като неговия "Will". Ако шлюзът падне без чисто сбогуване, брокерът публикува това съобщение вместо него. Сървърът тогава знае, че шлюзът е офлайн, дори ако кабелът е отрязан.

Трябва ли OEE да се изчислява на ръба или в облака?

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

Тествайте прекъсване на собствената си линия

Донесете една линия и нейния последен доклад за смяна. Ние ще покажем как изглежда времевата линия, спиране по спиране.

Заявете демо · Свържете се с нас