Модернизацията за дистанционна диагностика дава на сервизния инженер достъп до нужната информация след доставката на машината. Това може да става през съществуващ HMI или приложение, или чрез ново събиране на избрани измервания и събития. Първо определете въпроса. После проверете интерфейса на контролера, данните, шкафа, захранването и мрежата на клиента.
Това е проект за модернизация, а не универсален конектор. Машини с едно и също име на модел може да имат различни контролери, фърмуер, чертежи, мрежи, софтуер и местни ограничения. Проверете проекта на представителна машина. Запишете кои варианти действително обхваща.
Какво добавя модернизацията за дистанционна диагностика?
Модернизацията осигурява контролиран достъп до избрани машинни данни или одобрен сервизен ресурс след доставката. Според задачата може да събирате тагове, да преглеждате HMI или табло, да четете журнали или да отваряте определен инженерен ресурс за разрешена сервизна работа.
Edge устройството не трябва неусетно да поеме управлението на машината. Наблюдението, достъпът и процесното управление имат различни последствия. Управлението остава при PLC и местната система за безопасност. Тази граница може да се промени само изрично, с отделен проект и проверка за конкретната машина.
Ръководството на NIST за OT сигурност подчертава, че OT има различни изисквания за производителност, надеждност и безопасност от обичайните IT системи. Затова модернизацията трябва да запази местната работа и възстановяване при отказ на edge устройството, интернет или дистанционната услуга.
Кой проблем трябва да реши модернизацията?
Формулирайте първата задача като въпрос на инженера. Спряла ли е машината заради отворена защитна верига? Коя аларма е предшествала изключването? Изменя ли се постепенно температура или налягане? Работи ли HMI приложението нормално? Нужен ли е одобрен от клиента достъп до една работна станция?
След това изберете най-малкия набор данни, който дава отговор. Няколко добре описани състояния, аларми, броячи, режими и сигнали за качество може да са по-полезни от неподредено копие на всички тагове. Ако HMI вече съдържа нужния контекст, одобрен достъп до него може да е по-подходящ от нова визуализация.
Какви машинни данни са нужни за дистанционна диагностика?
Започнете с диагностичните въпроси. За всеки определете минималните доказателства. NIST AMS 300-11 препоръчва да се уточнят целта и изискванията към производствените данни преди избора на източници и инфраструктура. Самата връзка не прави неподредените тагове полезни.
| Група данни | Минимално нужен контекст | Примерен диагностичен въпрос |
|---|---|---|
| Идентификация на машината | Постоянен машинен идентификатор, модел, сериен номер, проект и ревизия на изпълнението | Гледам ли правилната доставена машина и конфигурация? |
| Софтуерен контекст | Версии на PLC, HMI, edge приложение, рецепта и параметри, когато са налични и разрешени | Промени ли се поведението след нова версия на софтуер, рецепта или параметри? |
| Състояние и режим | Работи, спряла, повреда, ръчен режим, автоматичен режим, настройка, без връзка, времева отметка и качество на състоянието | Произвеждаше ли машината, изчакваше ли, имаше ли повреда или само липсваше връзка? |
| Аларми и събития | Код, източник, начало, отпадане, потвърждение, тежест и състояние около събитието | Кое събитие предшества спирането и отпадна ли то? |
| Производствен контекст | Поръчка или продукт, етап на цикъла, количества, годен или бракуван резултат и съответна категория престой | Ограничен ли е проблемът до един продукт, поръчка или етап от цикъла? |
| Процесни стойности или показатели за състоянието | Само измервания за конкретно сервизно решение, с единици и граници | Имаше ли отклонение в температура, налягане, ток, вибрации или друга одобрена стойност преди събитието? |
| Качество на данните | Източник, единица, мащаб, правило за измерване или събитие, времева отметка, актуалност, връзка и статус „невалидно“ или „неизвестно“ | Може ли инженерът да разчита на стойността и да я сравни с правилния период? |
Не всяка машина предоставя всички полета. Не е нужно и да събирате всяко налично поле. Версиите на продукти, процесните стойности, качеството и производственият контекст може да са чувствителни или недостъпни. За всяка група запишете отговорника, разрешената цел, срока за съхранение, достъпа и изтриването. Използвайте ясно състояние неизвестно или без връзка. Липсващата комуникация не трябва да се отчита като работа или спиране.
Какво трябва да потвърди огледът на обекта?
Започнете с чертежите и проектните записи. После проверете действителната инсталация.
| Област на проверка | Въпроси за изясняване | Доказателство за запазване |
|---|---|---|
| Идентификация на машината | Какви са серийният номер, проектът, моделът и ревизията на действително инсталираната машина? | Табелка, постоянен машинен идентификатор и препратки към чертежи и софтуер |
| Шкаф и среда | Има ли място на DIN шина или панел? Какви са ограниченията за температура, влажност, вибрации, замърсяване и корпус? | Снимки, измервания, характеристики и решение за монтаж |
| Захранване | Какво одобрено захранване е налично? Какви защити, изолация, заземяване и поведение при изключване са нужни? | Номер на веригата, допустим товар, защита и тест за възстановяване |
| Мрежа | Кой отговаря за мрежата? Какви са физическата връзка, адресните правила, DNS, времето, изходящият достъп, сегментацията и процедурата за промени? | Одобрен мрежов план и отговорно лице при клиента |
| Контролер и протокол | Какви контролер, фърмуер, интерфейс и протокол се използват в действителност? Нужен ли е допълнителен клиент или лиценз? | Проверена съвместимост и известни ограничения |
| Данни | Какви тагове, регистри, събития, журнали, единици, състояния и показатели за качество има? | Карта на данните с версия, източник и значение |
| Приложение | За какво е предназначен достъпът: табло, HMI, сервизно приложение, инженерна станция или процес за работа с данни? | Точен ресурс, отговорник, права и приемателен тест |
| Експлоатация | Кога е разрешено тестване? Кой може да приведе машината в безопасно състояние и да спре работата? | Време за работа, местен координатор, условия за спиране и отговорник за възстановяването |
Насоките за инвентаризация на OT, разработени под ръководството на CISA, обясняват защо се пазят данни за идентификацията и връзките между оборудването. Надеждният опис подпомага решенията за риск и експлоатация. Сервизният запис на OEM и описът по сигурността на клиента може да имат различни отговорници. Те трябва да описват една и съща машина и свързаните компоненти.
Как се отчитат различните контролери и протоколи?
Създайте таблица за съвместимост от реални тестове. Запишете семейството на контролера, фърмуера, комуникационния модул, физическата връзка, протоколните настройки, адресите или таговете и изискванията за удостоверяване. Добавете очакваното поведение при периодично прочитане на данни, резултата от теста, версията на машинния софтуер и ограниченията на клиентската мрежа.
Не обещавайте универсална съвместимост с PLC или OPC UA. Протоколът може да работи при една комбинация от хардуер и фърмуер, но не и при друга. Дори наличен протокол може да е неподходящ заради липсващи променливи, променени имена, неясно качество на данните или забрана за свързване на обекта.
В Orenda изберете драйвера от PLC конфигурацията. Съобразете адресите, серийните или мрежовите настройки и типовете данни с действителния контролер. Каталогът включва Modbus, Siemens S7 и серийни варианти за конкретни производители. Запазете драйвера и проверената версия на машинната програма с картата на данните. Така следващата инсталация може да се сравни с известна конфигурация.
Как се различават наблюдение, достъп и управление при модернизация?
Вземете три отделни решения:
- Наблюдението събира или показва избрана информация. Дори при достъп само за четене неправилно настроеното периодично прочитане, грешните адреси или подвеждащите данни създават оперативен риск.
- Достъпът до ресурси позволява на одобрен потребител да отвори определен HMI, уеб приложение, работна станция или услуга. Важни са идентичността, целта, срокът и процедурата на клиента.
- Управлението може да променя поведението, конфигурацията или състоянието на процеса. То изисква отделно разрешение, оценка на безопасността, контрол на промените, тестове и местна координация.
Ръководството за дистанционно наблюдение, достъп и управление помага да класифицирате сервизните задачи. Не наричайте достъпа „само диагностика“, ако той позволява и управление или инженерни функции.
Коя архитектура запазва ясни граници?
Работещият проект обикновено има четири ясни слоя:
- съществуващата машина с PLC, HMI, защитни компоненти и местна работна процедура
- проверен интерфейс за данни, който предоставя само нужната информация
- edge слой, който събира или показва данните и може да отпадне, без да отнеме местното управление
- сервизна връзка до конкретни одобрени ресурси за упълномощени потребители по процедурата на клиента и OEM
Опишете всяка граница на доверие, отговорник, поток от данни, входяща или изходяща зависимост и поведение при отказ. Не давайте широк мрежов достъп само за удобство при монтажа. Прегледът на ISA/IEC 62443 описва споделените отговорности между собственици, доставчици, интегратори и сервизни фирми. Производителят посочва какво доставя. Клиентът посочва какво разрешава и експлоатира на обекта.
Какво трябва да провери пилотният проект?
Започнете с тестовете с най-малки възможни последици. След това преминете към останалите. Осигурете упълномощен местен координатор при машината, когато дейността или процедурата на клиента го изисква.
Преди свързване
- Потвърдете машината, актуалните чертежи, програмата на контролера и разрешеното време за работа.
- Архивирайте възстановимата конфигурация по установения инженерен процес.
- Запишете нормалната работа на машината и местните стъпки за възстановяване.
- Потвърдете, че клиентът разрешава ресурса, участниците, мрежовата промяна и теста.
- Определете условията за спиране на пилотния проект.
При техническата проверка
- Проверете включването и изключването, без да засягате нормалната последователност на машината.
- Проверете очакваната мрежова връзка и недостъпността на неразрешените ресурси.
- Сравнете избраните стойности, единици и състояния с местния HMI или инженерния източник.
- Тествайте показването на остарели и невалидни данни, загубата на връзка и данните след рестартиране. Не показвайте стари стойности като текущи.
- Проверете периодичното прочитане на данни и натоварването на edge устройството при представителна работа.
- Докажете, че определеният сервизен потребител достига само нужния ресурс.
При тестовете за отказ
- Прекъснете интернет и потвърдете, че местната работа продължава.
- Спрете или рестартирайте edge услугата. Проверете дали PLC и функциите за безопасност остават локални.
- Прекъснете захранването на добавеното устройство и проверете предвидимото възстановяване.
- Проверете документирания ред за ескалация между клиента и OEM.
- Отменете тестовия достъп и потвърдете, че ресурсът вече не се отваря.
Пилотният проект е успешен само ако изпълни записаните критерии за приемане. Успешното влизане не доказва точни данни, независима работа на машината, възстановяване, документация или приложим сервизен процес.
Как се управлява достъпът след предаването?
Определете кой наблюдава редовно, кой отстранява проблеми от време на време и коя работа изисква съгласуван период за поддръжка. Дайте на всяка роля минимално нужния достъп. Клиентът отговаря за одобрението, разрешението за производствена работа, безопасността и местните промени. Инструментът за свързване не замества тези процеси.
Orenda Connect позволява на отделни потребители в организацията да отварят одобрени ресурси. Връзката за доставчик дава на притежателя си достъп до конкретна цел. Тя може да бъде отменена и при нужда да има срок. Връзката не доказва кой човек я получава или използва. Екипи, които изискват записи за конкретни лица, трябва да приложат свои мерки за идентичност, разрешение и доказателства и да преценят дали този начин е подходящ.
Съвместното ръководство за защита на софтуер за отдалечен достъп подпомага общата програма. То не отменя нуждата от оценка на конкретния продукт, внедряване, удостоверяване, архитектура и оперативни последствия.
Какво получава клиентът при предаване?
Дайте на клиента достатъчно информация, за да управлява внедрената система:
- постоянни идентификатори на машината и добавеното устройство
- чертежи на действително монтираните шкаф, захранване и мрежа
- точен интерфейс на контролера, протокол, карта на таговете, единици, състояния и проверени ревизии
- посочени местни и дистанционни отговорници за поддръжката
- одобрени ресурси и процедура за преглед на достъпа
- инструкции за резервни копия, рестартиране, изолиране и местно възстановяване
- известни ограничения и непроверени варианти
- резултати от приемането и дата за следващ преглед
- процедура за промени по контролера, приложенията, мрежата или отговорностите
Свържете пакета със записа за инсталираната машина. Актуализация на контролера, преместване, нова мрежа или програмна промяна може да обезсили старите доказателства. Определете кои събития изискват нова проверка.
Как Orenda подпомага инсталацията?
Orenda Box може да осигури среда за локални приложения и настроена връзка с машинни данни или одобрени ресурси, когато обектът и протоколът се поддържат. Всяко устройство се въвежда и настройва за конкретния клиент. Достъпът до ресурси се организира в проект. Това не е общ тунел до всички машинни ресурси.
При предаване запишете клиента, източниците на данни, приложенията и правата за всяко устройство Box. Свържете идентификаторите с машинния запис в сервизната система на OEM. Управлявайте одобренията и сервизните промени по договорения процес на OEM и клиента.
Решението за производители на машини обяснява достъпа и настройката на локалните приложения. Сравнете времето за подготовка и дистанционно извършената работа с предишни подобни случаи. Запишете какво променя инсталацията за клиента.
Окончателен списък за проверка на модернизацията
- Посочете машината, симптома, потребителя, ресурса и критерия за приемане.
- Проверете шкафа, захранването, средата, мрежата, контролера, протокола, данните и приложението.
- Определете всяка функция като наблюдение, достъп или управление.
- Запазете местното управление чрез PLC и системата за безопасност. Опишете поведението при отказ.
- Настройте само нужните ресурси и роли.
- Проведете пилотен проект на представителна машина. Тествайте и работата при влошени условия и възстановяването.
- Запишете доказаните технически варианти и изричните изключения.
- Предайте отговорностите и доказателствата. Опишете процедурите за преглед на достъпа и възстановяване, както и условията за повторна проверка.
Добрата модернизация има ясен ограничен обхват. Тя отговаря на полезни сервизни въпроси, достига само одобрени ресурси и при отказ оставя машината да работи локално. OEM и клиентът получават сервизен процес, който могат да изпълняват.
