RSLogix 500 onlayn redaktə zamanı niyə yavaşlayır

Yavaş RSLogix 500 onlayn redaktə prosesi çox vaxt köhnəlmiş SLC prosessoru ilə əlaqələndirilir, lakin görünən gecikmə bir neçə yerdən qaynaqlana bilər: mühəndislik iş stansiyası, RSLinx rabitəsi, marşrutlaşdırılmış və ya səs-küylü şəbəkə, layihə faylında uyğunsuzluq, kontrollerin mövcud yaddaşı və ya onlayn redaktəni saxlamaq üçün prosessorun yerinə yetirməli olduğu iş. Bu qatları ayırmadan avadanlığı dəyişdirmək əsl nasazlığı aradan qaldırmaya bilər.

Kontrolleri və ya şəbəkəni dəyişməzdən əvvəl gecikmənin harada baş verdiyini — ekranın yenilənməsi, axtarış, yükləmə, yoxlama, qəbul etmə, sınaq və ya birləşdirmə mərhələsində — ölçün.

Simptomu dəqiq müəyyənləşdirin

“Onlayn yavaşdır” ifadəsi çox fərqli nasazlıqları təsvir edə bilər. Gecikmənin məlumat cədvəlini açarkən, ladder məntiqində sürüşdürərkən, layihədə axtarış apararkən, rung-u redaktə edərkən, sintaksisi yoxlayarkən, redaktəni qəbul edərkən, redaktələri sınaqdan keçirərkən, redaktələri birləşdirərkən və ya faylı saxlayarkən yarandığını qeyd edin. Prosessorun cavab verməyə davam edib-etmədiyini, həmçinin həmin anda istehsal skan vaxtının, rabitə xətalarının və ya HMI yeniləmələrinin dəyişib-dəyişmədiyini müşahidə edin.

Təəssürata əsaslanmaq əvəzinə bir neçə təkrarlana bilən əməliyyatın vaxtını ölçün. Eyni layihədə oflayn naviqasiyanı onlayn naviqasiya ilə müqayisə edin. Sadə məlumat cədvəli oxunuşunu yükləmə ilə müqayisə edin. Oflayn layihə artıq ləngdirsə, kontrollerdən əvvəl iş stansiyasını və ya layihə verilənlər bazasını araşdırmaq lazımdır.

Təhlükəsiz ilkin vəziyyət yaradın

İşləyən proqramı yükləyib qoruyun, sonra onu nəzərdə tutulan mənbə faylı ilə müqayisə edin. Prosessorun kataloqunu, seriyasını, mikroproqramını, yaddaş ölçüsünü, iş rejimini, RSLogix 500 versiyasını, RSLinx versiyasını, rabitə drayverini, marşrutu, iş stansiyasının əməliyyat sistemini, həmçinin diskdə və yaddaşda boş resursları qeyd edin. Redaktənin təhlükəsiz şəkildə ləğv edilə biləcəyi vəziyyəti qoruyun.

Rockwell Automation SLC 500 Modular Hardware Style User Manual dəstəklənən prosessor və rabitə quruluşları üçün əsas aparat istinadıdır. SLC 500 Instruction Set Reference Manual təlimatların davranışını, məlumat fayllarını, status məlumatlarını və təklif olunan redaktə icra və ya yaddaş istifadəsini dəyişdikdə əhəmiyyət kəsb edə bilən arifmetik xətaları sənədləşdirir.

İş stansiyası gecikməsini rabitə gecikməsindən ayırın

Əlaqəsiz tətbiqləri bağlayın, lazımsız layihə əlavələrini deaktiv edin və gecikməni yenidən yaradarkən CPU, yaddaş təzyiqini, disk aktivliyini və ekranın cavabverməsini müşahidə edin. Böyük çarpaz istinad verilənlər bazaları, çoxsaylı açıq məlumat cədvəlləri, animasiyalı ladder statusu, antivirus yoxlaması, uzaq iş masası qrafikası və sistem diskinin demək olar ki, dolu olması kontrollerin skanını dəyişmədən redaktorun ləng görünməsinə səbəb ola bilər.

Təhlükəsizlik proqramını dəyişməzdən əvvəl təsdiqlənmiş texniki xidmət siyasətinə əməl edin. Diaqnostik istisna və ya müvəqqəti oflayn sınaq nəzarətdə aparılmalı və sonradan geri qaytarılmalıdır. Köhnə aləti daha çevik etmək üçün son nöqtə mühafizəsini daimi zəiflətməyin.

Sonra rabitəni sınaqdan keçirin. RSLinx drayverinin diaqnostikasını müşahidə edin və təhlükəsiz, dəstəklənən alternativ mövcud olduqda birbaşa lokal yolu adi marşrutlaşdırılmış yolla müqayisə edin. Təkrarlanan yenidən cəhdləri, qeyri-sabit qovşaq görünürlüğünü, təkrarlanan ünvanları, Ethernet-də dupleks və ya kommutator xətalarını, həmçinin serial, DH-485 və ya DH+ şəbəkələrində fiziki səviyyə nasazlıqlarını yoxlayın. Nəhayət uğurla başa çatan axtarış proqramlaşdırma yolunun sağlam olduğunu sübut etmir.

Layihə və sessiya uyğunluğunu yoxlayın

Açıq faylın işləyən kontrollerə uyğun olduğu məlum olduqda onlayn sessiya daha təhlükəsizdir. Proqram köhnəlmiş və ya kontrollerdən struktur baxımından fərqli layihəni kontrollerlə əlaqələndirməli olarsa, bağlantı sabit qalsa belə naviqasiya və yoxlama çaşdırıcı ola bilər. Nəzarət edilən nüsxəyə yükləyin, faylları müqayisə edin və istehsal məntiqini redaktə etməzdən əvvəl izah olunmayan fərqləri aradan qaldırın.

Tərk edilmiş redaktə sahələrini ləğv edin və başqa iş stansiyasının redaktə sessiyasına sahib olmadığını təsdiqləyin. Mövcud məcburi vəziyyətləri, onlayn redaktələri və müvəqqəti texniki xidmət məntiqini qeyd edin. Həll edilməmiş çoxsaylı dəyişikliklər riski artırır və gecikmənin yeni redaktəyə, yoxsa mövcud vəziyyətə aid olduğunu müəyyənləşdirməyi çətinləşdirir.

Kontroller tərəfindəki yükü anlayın

Onlayn redaktə faylın oflayn rejimdə dəyişdirilib əvəzlənməsi ilə eyni deyil. Dəyişiklik birləşdirilənə və ya ləğv edilənə qədər kontroller və proqram redaktə ardıcıllığı ərzində ilkin və dəyişdirilmiş məntiqi saxlamalıdır. Buna görə mövcud yaddaş və prosessor imkanları əhəmiyyətlidir. Yaddaş limitinə yaxın olan kontroller böyük redaktə üçün tələb olunan müvəqqəti strukturlara daha az yer ayıra bilər.

İlk diaqnostik redaktəni kiçik saxlayın. Məntiq dəyişikliyini yeni məlumat faylları, genişləndirilmiş məlumat cədvəlləri, rabitə dəyişiklikləri və sənədləşmənin təmizlənməsi ilə birləşdirməyin. Bəzi struktur dəyişiklikləri onlayn alternativ əvəzinə oflayn redaktə və yükləmə tələb edir. Dəyişiklik platformanın dəstəklədiyi onlayn redaktə sərhədləri daxilində ifadə edilə bilmirsə, düzgün dayanma vaxtını planlaşdırın.

Redaktədən əvvəl, redaktə zamanı və sonra prosessorun skan vaxtını və maksimum skanı, rabitə statusunu, əsas və ikinci dərəcəli xəta göstəricilərini, həmçinin proses vaxtlamasını izləyin. Redaktorun sürətli cavabı həddindən artıq skan dəyişkənliyinə səbəb olan və ya vaxta həssas ardıcıllığı dəyişən redaktəyə haqq qazandırmır.

Nəzarət edilən redaktə ardıcıllığından istifadə edin

Əvvəlcə avadanlığa təsir etmədən redaktə yolunu təsdiqləyən ən kiçik dəyişikliyi yaradın. Sahə proseduruna uyğun olaraq onu yoxlayın, qəbul edin və kontrolleri və tətbiqi müşahidə edin. Redaktəni yalnız proses müəyyən edilmiş təhlükəsiz vəziyyətdə olduqda sınaqdan keçirin. Onu birləşdirməzdən əvvəl nəzərdə tutulan məntiqi və təsirlənən bütün çıxışları təsdiqləyin.

Birləşdirmədən sonra yenidən müqayisə edin və ya yükləyin, nəticədə yaranan mənbə faylını vaxt qeydi, dəyişiklik səbəbi, təsdiq edən şəxs və geri qaytarma istinadı ilə saxlayın. Performans müəyyən mərhələdə pisləşirsə, dayanın və həmin sübutu qoruyun. Daha böyük redaktələri təkrar-təkrar qəbul etmək naməlum gecikməni diaqnostika etməyin düzgün yolu deyil.

Yayğın nümunələri şərh edin

Oflayn sürüşdürmə və axtarışlar yavaşdırsa, lakin kontroller məlumatları normal yenilənirsə, diqqəti iş stansiyasına və layihə verilənlər bazasına yönəldin. Bütün onlayn oxunuşlar dayanır və drayverin yenidən cəhdləri artırsa, rabitə yoluna diqqət yetirin. Kiçik redaktələr işləyir, lakin böyük redaktələr uğursuz olur və ya ilişib qalırsa, yaddaşı, layihə strukturunu və dəstəklənən redaktə limitlərini nəzərdən keçirin. Redaktor cavabdeh qalır, lakin prosesin skan vaxtı artırsa, məntiq dəyişikliyinin özünü araşdırın.

Yavaşlama yalnız bir neçə saatdan sonra yaranırsa, kontrolleri yenidən işə salmaq əvəzinə mühəndislik sessiyasını nəzarət edilən şəkildə yenidən başladın və resurs artımını yoxlayın. Eyni şəbəkə yolu ilə başqa bir iş stansiyası normal işləyirsə, PLC-nin nasaz olduğunu elan etməzdən əvvəl proqram versiyalarını, drayverləri, təhlükəsizlik nəzarətlərini və layihə fayllarını müqayisə edin.

Onlayn redaktəni nə vaxt dayandırmalı olduğunuzu müəyyənləşdirin

İşləyən layihə etibarlı şəkildə uyğunlaşdırıla bilmirsə, rabitə qeyri-sabitdirsə, kontroller resurs limitinə yaxındırsa, dəyişiklik struktur modifikasiyaları tələb edirsə və ya proses sınağa dözə bilmirsə, dayanın. İşləyən sistemdə təmiri zorla həyata keçirmək əvəzinə ehtiyat nüsxələr və geri qaytarma planı ilə oflayn yoxlama və nəzarət edilən yükləmə planlaşdırın.

Həyat dövrü tamamlanan platformalar və miqrasiya seçimləri Allen-Bradley kolleksiyasında və PLC və PAC sistemləri kolleksiyasında nəzərdən keçirilə bilər. Miqrasiya bircə yavaş redaktə sessiyasına deyil, həyat dövrü riskləri, performans, ehtiyat hissələri və bərpa ilə bağlı sübutlara əsaslanmalıdır.

Mühəndislik baxışı

Faydalı sual “RSLogix niyə yavaşdır?” deyil, “Hansı sərhəd, hansı təkrarlana bilən əməliyyat zamanı yavaşlayır və bununla birlikdə hansı sübut dəyişir?” sualıdır. İş stansiyasının, rabitənin, layihənin, kontrollerin və prosesin təsirləri ayrıca ölçüldükdən sonra komanda işləyən maşını qoruyaraq faktiki məhdudiyyəti aradan qaldıra bilər.