Өнеркәсіптік деректер тарихын сақтау архитектурасы: жергілікті және сервер негізіндегі жинау

Тарихшы архитектурасы неліктен маңызды?

Өнеркәсіптік автоматтандыру жүйелері өлшемдердің, жұмыс күйлерінің, дабылдардың және өндірістік оқиғалардың үздіксіз ағындарын қалыптастырады. Бұл жазбалар инженерлерге ақауларды зерттеуге, процесс жағдайларын тексеруге және жабдық жұмысын түсінуге көмектеседі.

Дегенмен, деректерді жинау толық немесе пайдалы тарихи жазбаның болуына автоматты түрде кепілдік бермейді. Желідегі үзілістер, серверге техникалық қызмет көрсету, сақтау орнының шектеулілігі және деректерді жинау параметрлерінің дұрыс таңдалмауы олқылықтарға әкелуі мүмкін.

Машина деңгейіндегі және серверге негізделген тарихшының бірін таңдауды жоспарланған қолдану аясынан бастаған жөн. Әр архитектура деректер жинауға, сақтауға және талдауға қатысты әртүрлі талаптарға жауап береді.

Машина деңгейіндегі тарихшы өндіріс жабдығына жақын жерде егжей-тегжейлі ақпарат жинайды. Серверге негізделген тарихшы бірнеше көзден алынған жазбаларды біріктіріп, ауқымды талдауға мүмкіндік береді.

Машина деңгейіндегі тарихшы дегеніміз не?

Машина деңгейіндегі тарихшы уақыттық қатар деректерін жеке машинаның, өндірістік ұяшықтың немесе басқару жүйесінің жанында жинап, сақтайды. Іске асырылуына қарай ол PLC құрылғыларынан және қолдау көрсетілетін өнеркәсіптік желілерден деректер ала алады. Жиі қолданылатын дереккөздерге Allen-Bradley 1756-L1 ControlLogix PLC контроллері және Siemens 6ES7214 PLC контроллер модулі сияқты контроллерлер жатады.

Бұл тәсіл инженерлерге тоқтап қалу, жабдық ақауы немесе күтпеген оқиғалар тізбегі кезіндегі егжей-тегжейлі жазбалар қажет болғанда тиімді.

• Машина диагностикасы: Ақаулар мен өндірістегі үзілістер кезінде таңдалған контроллер мәндерін сақтау.
• Қадағалану: Процесс өлшемдерін өндірістік циклдермен, партиялармен немесе жеке өнімдермен байланыстыру.
• Процесті тексеру: Жұмыс жағдайлары белгіленген талаптарға сай болған-болмағанын тексеруге қажетті жазбаларды сақтау.
• Жергілікті деректер жинау: Қашықтағы тарихшы серверімен үздіксіз байланысқа тәуелділікті азайту.

Жергілікті деректер жинау жоғары деңгейдегі сервер немесе желі қосылымы қолжетімсіз болғанда жүйенің тұрақтылығын арттыруы мүмкін. Дегенмен, бұл артықшылық тарихшы сервердің нақты архитектурасына және қолжетімді сақтау орнына байланысты.

Инженерлер деректерді сақтау сыйымдылығын, экспорттау тәсілдерін, жинау өнімділігін және қалпына келтіру барысын тексеруі керек. Жергілікті сақтау барлық ықтимал ақау түрлерін жоймайды.

Серверге негізделген тарихнамалық жүйе дегеніміз не?

Серверге негізделген тарихнамалық жүйе бірнеше өндірістік активтен және басқа қолдау көрсетілетін дереккөздерден тарихи ақпарат жинайды. Ол әдетте кеңейтілген есеп беру, трендтерді көрсету, сақтау және талдау мүмкіндіктерін ұсынады.

Өндіріс инженерлері жабдық өнімділігін салыстырып, өндірістегі қайталанатын шығындарды зерттеп, әртүрлі машиналардағы процесс өлшемдерін өзара байланыстыра алады.

Орталықтандырылған тарихнамалық жүйелер өндірістік жазбаларды өндірістік немесе бизнес ақпараттарымен біріктіретін қолданбаларды да қолдайды. Бұл процесс барысын өндіріс кестелерімен, партиялармен және сапа нәтижелерімен байланыстыруға көмектеседі.

Дегенмен, деректерді жинау жолы қосымша тәуелділіктерді тудырады. Желінің істен шығуы, серверге техникалық қызмет көрсету, интерфейс ақаулары және сақтау шектеулері деректер жинауды үзуі мүмкін. Өндірістік алаңдағы қосылым көбіне Yokogawa ALE111-S51 Ethernet байланыс модулі, Schneider 140NOE21100 Ethernet байланыс модулі немесе Foxboro FBM232 сияқты модульдерге сүйенеді, сондықтан олардың конфигурациясы мен күйі деректер жазбасына әсер етеді.

Әрбір тарихнамалық жүйе ақау кезінде деректерді автоматты түрде буферлейді деп ойламаңыз. Нақты жинағыш буферлеуді қолдай ма, күтіліп тұрған жазбаларды қанша уақыт сақтайды және қалпына келтіруді қалай өңдейді — соны тексеріңіз.

Екі архитектураның айырмашылығы қандай?

Бұлар өнімнің барлық жағдайда беретін кепілдіктері емес, архитектураға тән үрдістер. Жобаны түпкілікті бекітпес бұрын таңдалған платформаның жұмысын тексеріңіз.

Қалай қолайлы тарихи деректер жүйесін таңдау керек?

Деректер қандай инженерлік сұраққа жауап беруі керек?

Алдымен тарихи деректер қандай шешімдерді қолдауы керегін анықтаңыз. Ақауды зерттеу үшін қысқа оқиға кезіндегі жоғары ажыратымдылықтағы жазбалар қажет болуы мүмкін. Өндірісті талдау үшін деректерді ұзағырақ сақтау және бірнеше жабдықтан бірізді дерек алу қажет болуы мүмкін.

Қажетті тегтерді, жинау аралықтарын, оқиға триггерлерін, уақыт белгілерінің дәлдігін, сақтау мерзімін және есеп беру қажеттіліктерін құжаттаңыз.

Жинау жолының қай тұсында деректер жоғалуы мүмкін?

Әр контроллерден деректер сақталатын орынға дейінгі жинау жолын картаға түсіріңіз. Жазуды үзуі мүмкін желі коммутаторларын, шлюздерді, жинау қызметтерін, серверлерді және басқа компоненттерді анықтаңыз.

Желі істен шыққанда, сервер қайта жүктелгенде немесе жоспарлы техникалық қызмет кезінде не болатынын анықтаңыз. Деректер жергілікті буферде сақтала ма және жүйе қалпына келгеннен кейін жетіспейтін уақыт аралықтарын толықтыра ала ма, соны тексеріңіз.

Қанша жад қажет?

Жад көлемін деректер нүктелерінің санына, жинау жиілігіне, жазба өлшеміне, сығу сипатына және қажетті сақтау мерзіміне қарай есептеңіз. Операциялық шығындарды және сыйымдылыққа арналған жеткілікті қорды ескеріңіз.

Жад көлемін тек тегтер санына қарап есептемеңіз. Тегтер саны бірдей екі жүйе жинау параметрлері мен процестерінің жұмыс сипатына қарай деректердің әртүрлі көлемін өндіруі мүмкін.

Уақыт белгілері бірізді әрі түсінікті ме?

Өзара байланысты жазбаларда сағаттар әртүрлі болса немесе уақыт белгісінің қайдан алынатыны анық болмаса, тарихи талдаудың сенімділігі төмендейді. Контроллерлер, деректер жинағыштар және серверлер арасындағы уақыт синхрондауын тексеріңіз.

Уақыт белгілері бастапқы деректі алу, жинау немесе серверге қабылдау уақытын білдіре ме, соны анықтаңыз. Бір-біріне жақын оқиғалардың ретін қалпына келтіру кезінде бұл айырмашылық маңызды.

Киберқауіпсіздік пен қалпына келтіру мәселелері қамтылған ба?

Аутентификацияны, қол жеткізуді басқаруды, желіні сегменттеуді, патчтарды басқаруды, сақтық көшірме жасау рәсімдерін және қалпына келтіру сынақтарын қарап шығыңыз. Тарихи деректер жүйесінде операциялық тұрғыдан құнды ақпарат болуы мүмкін, сондықтан оны тиісті деңгейде қорғау керек.

Деректерді нақты қалпына келтіру процесін сынаңыз. Қажетті деректер мен конфигурацияны операциялық тұрғыдан қолайлы мерзім ішінде қалпына келтіруге болғанда ғана сақтық көшірме пайдалы.

Қашан жергілікті және орталықтандырылған жинауды біріктіру керек?

Кейбір қолданбаларға екі архитектураны да қолданған тиімді. Машина деңгейіндегі тарихнама жүйесі жабдықтың жанында егжей-тегжейлі жазбаларды сақтай алады, ал сервер негізіндегі тарихнама жүйесі зауыт ауқымындағы талдауға арналған таңдалған ақпаратты біріктіреді.

Мысалы, GE Mark VIe IS400AEBMH3A PLC контроллер модулі сияқты контроллерлер негізінде құрылған өндірістік желіге ақауларды диагностикалау үшін оқиғаларды егжей-тегжейлі тіркеу және сапаны тексеруге арналған орталықтандырылған партиялар тарихы қажет болуы мүмкін. Жергілікті сақтау мен орталықтандырылған жинақтау бұл талаптарды қатар қанағаттандыра алады.

Деректерді беру тетігін мұқият жобалаңыз. Қандай жазбалар орталыққа жіберілетінін, уақыт белгілерінің қалай сақталатынын, қайталанатын жазбалардың қалай өңделетінін және байланыс үзілгенде не болатынын анықтаңыз.

Жергілікті және орталық жүйелерде бірдей егжей-тегжей деңгейі сақталатынын да ескеріңіз. Жинақтау немесе сығу кейінгі зерттеулерде қолжетімді ақпаратты өзгертуі мүмкін.

Іске қосу және техникалық қызмет көрсету тексеру тізіміне нелер кіруі керек?

• Контроллердің қажетті тегтері жиналып жатқанына көз жеткізіңіз.
• Тарихнама жүйесіндегі мәндерді сенімді бастапқы деректермен салыстырыңыз.
• Жинау аралықтары мен оқиға бойынша іске қосылу тәртібін растаңыз.
• Тиісті құрылғылардағы уақыттың синхрондалуын тексеріңіз.
• Желідегі үзіліс пен одан кейінгі қалпына келу барысын сынаңыз.
• Сақтау сыйымдылығын, сақтау мерзімдерін және архивтерді алмастыру тәртібін қарап шығыңыз.
• Қолжетімділікті басқару құралдарын, сақтық көшірмелерді және қалпына келтіру рәсімдерін тексеріңіз.
• Деректерді жинау жолдары мен әр құрамдасқа жауапты тараптарды құжаттаңыз.

Сынақ нәтижелері мен қабылдау критерийлерін тіркеңіз. Желіде, контроллерде немесе тарихнама жүйесінің конфигурациясында елеулі өзгерістер болғаннан кейін маңызды тексерулерді қайталаңыз.

Қорытынды: тарихи деректерді сенімді инженерлік ресурсқа айналдыру

Өндірісте сақталуы тиіс дәлелдер мен сол дәлелдер қолдауы қажет шешімдерге қарай өнеркәсіптік деректер тарихнамасы жүйесін таңдаңыз. Жергілікті жинақтау машиналарды егжей-тегжейлі диагностикалауға пайдалы болса, сервер негізіндегі жинақтау ауқымды есептер мен түрлі активтерді өзара талдауға мүмкіндік береді. Деректерді беру, сақтау және қалпына келтіру үдерістері мұқият жобаланса, екі тәсілді біріктіру арқылы қосымша артықшылықтар алуға болады. Іске енгізер алдында деректерге қойылатын талаптарды құжаттаңыз, істен шығу кезіндегі жұмысты сынаңыз, уақыт белгілерінің сапасын тексеріңіз және сақтық көшірмелердің қалпына келтірілетінін дәлелдеңіз. Бұл қадамдар тарихи деректерді сенімді инженерлік ресурсқа айналдыруға көмектеседі.