Sənaye məlumat tarixçəsi arxitekturası: lokal və server əsaslı məlumat toplama

Tarixçələndirmə sisteminin arxitekturası nə üçün vacibdir?

Sənaye avtomatlaşdırma sistemləri davamlı ölçmələr, iş vəziyyətləri, həyəcan siqnalları və istehsal hadisələri axını yaradır. Bu qeydlər mühəndislərə nasazlıqları araşdırmağa, proses şəraitini yoxlamağa və avadanlığın işini anlamağa kömək edir.

Lakin məlumatların toplanması öz-özlüyündə tam və ya faydalı tarixi qeydlərə zəmanət vermir. Şəbəkə kəsintiləri, serverə texniki xidmət, məhdud yaddaş tutumu və uyğun olmayan toplama parametrləri məlumatlarda boşluqlar yarada bilər.

Maşın səviyyəli və server əsaslı tarixçələndirmə sistemləri arasında seçim nəzərdə tutulan tətbiqdən başlamalıdır. Hər arxitektura fərqli toplama, saxlama və təhlil tələblərini qarşılayır.

Maşın səviyyəli tarixçələndirmə sistemi istehsal avadanlığının yaxınlığında ətraflı məlumat toplayır. Server əsaslı tarixçələndirmə sistemi bir neçə mənbədən qeydləri birləşdirir və daha geniş təhlilə imkan verir.

Maşın səviyyəli tarixçələndirmə sistemi nədir?

Maşın səviyyəli tarixçələndirmə sistemi ayrı-ayrı maşın, istehsal hüceyrəsi və ya idarəetmə sisteminin yaxınlığında zaman sıralı məlumatları toplayıb saxlayır. Tətbiqdən asılı olaraq, PLC-lərdən və dəstəklənən sənaye şəbəkələrindən məlumat ala bilər. Geniş yayılmış məlumat mənbələrinə Allen-Bradley 1756-L1 ControlLogix PLC kontrolleri və Siemens 6ES7214 PLC kontroller modulu kimi kontrollerlər daxildir.

Bu quruluş mühəndislərə dayanma, avadanlıq nasazlığı və ya gözlənilməz hadisələr ardıcıllığı ətrafındakı təfərrüatlı qeydlər lazım olduqda faydalıdır.

• Maşının diaqnostikası: Nasazlıqlar və istehsal fasilələri ərəfəsində seçilmiş kontroller dəyərlərini qoruyun.
• İzlənəbilənlik: Proses ölçmələrini istehsal dövrləri, partiyalar və ya ayrı-ayrı məhsullarla əlaqələndirin.
• Prosesin yoxlanması: İş şəraitinin müəyyən edilmiş tələblərə uyğun olub-olmadığını nəzərdən keçirmək üçün istifadə olunan qeydləri saxlayın.
• Yerli məlumat toplanması: Uzaq tarixçələndirmə serveri ilə davamlı əlaqədən asılılığı azaldın.

Yerli məlumat toplanması upstream server və ya şəbəkə bağlantısı əlçatmaz olduqda dayanıqlığı artıra bilər. Lakin bu üstünlük tarixçələndirmə sisteminin faktiki arxitekturasından və mövcud yaddaş tutumundan asılıdır.

Mühəndislər məlumatların saxlanma tutumunu, ixrac üsullarını, məlumat toplama performansını və bərpa zamanı sistemin davranışını yoxlamalıdırlar. Yerli yaddaş bütün mümkün nasazlıq hallarını aradan qaldırmır.

Server əsaslı tarixçə sistemi nədir?

Server əsaslı tarixçə sistemi bir neçə istehsal aktivindən və dəstəklənən digər məlumat mənbələrindən tarixi məlumatları toplayır. O, adətən daha geniş hesabat, trendlərin izlənməsi, yaddaş və təhlil imkanları təklif edir.

Zavod mühəndisləri avadanlığın iş göstəricilərini müqayisə edə, təkrarlanan istehsal itkilərini araşdıra və müxtəlif maşınlardakı proses ölçmələrini əlaqələndirə bilərlər.

Mərkəzləşdirilmiş tarixçə sistemləri əməliyyat qeydlərini istehsal və ya biznes məlumatları ilə birləşdirən tətbiqləri də dəstəkləyir. Bu, proseslərin gedişatını istehsal qrafikləri, partiyalar və keyfiyyət nəticələri ilə əlaqələndirməyə kömək edə bilər.

Bununla belə, məlumat toplama yolu əlavə asılılıqlar yaradır. Şəbəkə nasazlıqları, serverə texniki xidmət, interfeys problemləri və yaddaş məhdudiyyətləri məlumat toplanmasını dayandıra bilər. Sahə tərəfində əlaqə çox vaxt Yokogawa ALE111-S51, Schneider 140NOE21100 və ya Foxboro FBM232 kimi Ethernet rabitə modullarından asılı olduğuna görə, onların konfiqurasiyası və vəziyyəti də qeydlərə təsir edir.

Hər tarixçə sisteminin nasazlıq zamanı məlumatları avtomatik olaraq buferləyəcəyini düşünməyin. Konkret məlumat toplayıcının buferləmə funksiyasını dəstəklədiyini, gözləyən qeydləri nə qədər saxladığını və sistem bərpa olunanda necə işlədiyini yoxlayın.

İki arxitektura arasında fərq nədir?

Bunlar arxitekturaya xas meyillərdir, məhsul üzrə universal zəmanətlər deyil. Dizaynı yekunlaşdırmazdan əvvəl seçilmiş platformanın iş prinsipini yoxlayın.

Uyğun historianı necə seçmək olar?

Məlumat hansı mühəndislik sualına cavab verməlidir?

Tarixi məlumatların hansı qərarları dəstəkləməli olduğunu müəyyənləşdirməklə başlayın. Nasazlığın araşdırılması qısa müddətli hadisə ətrafında yüksək ayırdetmə qabiliyyətli qeydlər tələb edə bilər. İstehsal təhlili isə daha uzun saxlanma müddətinə və bir neçə avadanlıq vahidindən ardıcıl məlumatlara ehtiyac duya bilər.

Tələb olunan teqləri, toplama intervallarını, hadisə tətikləyicilərini, vaxt nişanlarının keyfiyyətini, saxlanma müddətini və hesabat tələblərini sənədləşdirin.

Toplama yolunun hansı hissəsində məlumat itə bilər?

Hər kontrollerdən məlumatların saxlandığı yerə qədər toplama yolunu müəyyənləşdirin. Qeydlərin aparılmasını dayandıra biləcək şəbəkə kommutatorlarını, şlüzləri, toplama xidmətlərini, serverləri və digər komponentləri müəyyən edin.

Şəbəkə kəsintisi, serverin yenidən işə düşməsi və ya planlı texniki xidmət zamanı nə baş verdiyini soruşun. Məlumatların yerli buferdə saxlanıb-saxlanmadığını və sistemin bərpadan sonra çatışmayan intervalları doldura bilib-bilmədiyini yoxlayın.

Nə qədər yaddaş tutumu tələb olunur?

Yaddaş tutumunu nöqtələrin sayına, toplama tezliyinə, qeydin ölçüsünə, sıxılma xüsusiyyətlərinə və tələb olunan saxlanma müddətinə əsasən hesablayın. Əməliyyat xərclərini və münasib tutum ehtiyatını da nəzərə alın.

Yaddaş tutumunu yalnız teqlərin sayına əsasən hesablamayın. Eyni sayda teqə malik iki sistemin toplama parametrləri və proses davranışı fərqli olduğundan, yaratdıqları məlumat həcmi də fərqli ola bilər.

Vaxt nişanları uyğun və aydın başa düşüləndirmi?

Əlaqəli qeydlərdə saatlar fərqli olduqda və ya vaxt nişanlarının mənbəyi aydın olmadıqda tarixi təhlilin etibarlılığı azalır. Kontrollerlər, məlumat toplayıcıları və serverlər arasında vaxt sinxronizasiyasını nəzərdən keçirin.

Vaxt nişanlarının mənbədə əldəetmə, toplama, yoxsa serverə qəbul vaxtını göstərdiyini müəyyənləşdirin. Bir-birinə yaxın baş verən hadisələrin ardıcıllığını bərpa edərkən bu fərq vacibdir.

Kibertəhlükəsizlik və bərpa məsələləri nəzərə alınıbmı?

Autentifikasiyanı, girişə nəzarəti, şəbəkənin seqmentləşdirilməsini, yeniləmələrin idarə olunmasını, ehtiyat nüsxələmə prosedurlarını və bərpa sınaqlarını nəzərdən keçirin. Historian dəyərli əməliyyat məlumatlarını ehtiva edə bilər və lazımi qaydada qorunmalıdır.

Faktiki bərpa prosesini sınaqdan keçirin. Ehtiyat nüsxə yalnız tələb olunan məlumat və konfiqurasiya məqbul əməliyyat məhdudiyyətləri daxilində bərpa edilə bildikdə faydalıdır.

Yerli və mərkəzləşdirilmiş məlumat toplama nə vaxt birləşdirilməlidir?

Bəzi tətbiqlər hər iki arxitekturadan faydalanır. Maşın səviyyəli tarixçə sistemi avadanlığın yanında ətraflı qeydləri saxlaya, server əsaslı tarixçə sistemi isə zavod üzrə təhlil üçün seçilmiş məlumatları birləşdirə bilər.

Məsələn, GE Mark VIe IS400AEBMH3A PLC kontroller modulu kimi kontrollerlər əsasında qurulmuş istehsal xəttində nasazlığın diaqnostikası üçün ətraflı hadisə qeydləri, keyfiyyət yoxlaması üçün isə mərkəzləşdirilmiş partiya tarixçələri tələb oluna bilər. Yerli yaddaş və mərkəzi aqreqasiya bu tələbləri birlikdə qarşılaya bilər.

Məlumat ötürmə mexanizmini diqqətlə layihələndirin. Hansı qeydlərin yuxarı sistemə ötürüləcəyini, vaxt damğalarının necə qorunacağını, təkrarlanan qeydlərin necə idarə olunacağını və rabitə kəsildikdə nə baş verəcəyini müəyyənləşdirin.

Həmçinin yerli və mərkəzi sistemlərdə eyni səviyyədə təfərrüatın saxlanıb-saxlanmadığını nəzərə alın. Məlumatların aqreqasiyası və ya sıxılması sonrakı araşdırmalar üçün əlçatan informasiyanı dəyişə bilər.

İstismara Vermə və Texniki Xidmət Yoxlama Siyahısına Nələr Daxil Olmalıdır?

• Lazım olan kontroller teqlərinin toplandığını yoxlayın.
• Tarixçə sistemindəki dəyərləri etibarlı mənbədəki dəyərlərlə müqayisə edin.
• Məlumat toplama intervallarını və hadisə tetikləyicilərinin işini təsdiqləyin.
• Müvafiq cihazlarda vaxt sinxronizasiyasını yoxlayın.
• Şəbəkə kəsintisini və bərpa prosesini sınaqdan keçirin.
• Yaddaş tutumunu, saxlanma siyasətlərini və arxivlərin dövri yenilənməsini nəzərdən keçirin.
• Girişə nəzarəti, ehtiyat nüsxələri və bərpa prosedurlarını yoxlayın.
• Məlumat toplama yollarını və hər komponentə görə məsul şəxsləri sənədləşdirin.

Sınaq nəticələrini və qəbul meyarlarını qeydə alın. Şəbəkə, kontroller və ya tarixçə sistemi konfiqurasiyasında əhəmiyyətli dəyişikliklərdən sonra kritik yoxlamaları təkrarlayın.

Nəticə: Tarixi məlumatları etibarlı mühəndislik resursuna çevirmək

Əməliyyatınızın hansı sübutları qoruyub saxlamalı olduğunu və həmin sübutların hansı qərarlara əsas verməli olduğunu nəzərə alaraq sənaye məlumat tarixçəsi sistemini seçin. Yerli məlumat toplama maşınların ətraflı diaqnostikası üçün faydalıdır, server əsaslı məlumat toplama isə daha geniş hesabatları və müxtəlif aktivlər üzrə təhlili dəstəkləyir. Məlumat ötürülməsi, saxlanma müddəti və bərpa prosesi diqqətlə layihələndirildikdə, hər iki yanaşmanı birləşdirmək əlavə üstünlüklər verə bilər. Tətbiq etməzdən əvvəl məlumat tələblərini sənədləşdirin, kəsinti zamanı sistemi sınaqdan keçirin, vaxt damğalarının dəqiqliyini yoxlayın və ehtiyat nüsxələrin bərpa oluna bildiyini təsdiqləyin. Bu addımlar tarixi məlumatları etibarlı mühəndislik resursuna çevirməyə kömək edir.