Studio 5000 Ladder Logic-də ONS təlimatı OTE-ni enerjiləndirmir
Studio 5000-də ONS təlimatı işləyir, lakin birdəfəlik impuls yalnız bir skan ərzində doğru olduğuna görə OTE bobini heç vaxt kilidlənmir. Bunun əvəzinə OTL/O...
Onlayn monitorlar bəzən ONS yaddaş bitinin keçid etdiyini göstərir, lakin nəzərdə tutulan OTE-nin nasos starterini və ya solenoidi heç vaxt enerjiləndirdiyi görünmür. Studio 5000 Logix Designer-də bunun səbəbi adətən çıxış kartının nasazlığı olmur. ONS yalnız bir rutin qiymətləndirməsi müddətində doğru olan yüksələn kənar detektorudur. OTE isə daxili özünüsaxlama mexanizmi olmadan hər skanda rung şərtini yazır. Onları birbaşa cütləşdirdikdə bir skanlıq impuls yaranır — çox vaxt 5–20 ms — və kontaktorlar, VFD-lər, hətta HMI animasiyaları belə bunu faktiki olaraq nəzərə almır, IDE-nin daha yavaş yenilənmə tezliyi isə impulsu tamamilə qaçırır.
Rele məntiqinə əsaslanan intuisiya burada işləmir: 10 ms-lik Logix yazılması saxlanılan köməkçi kontaktla eyni deyil.
Skan fizikası
| Skan | Giriş kənarı | ONS çıxışı | OTE teqi |
|---|---|---|---|
| n-1 | 0 | 0 | 0 |
| n | 0→1 | 1 | 1 (bir skan) |
| n+1 | 1 | 0 | 0 |
| n+2 | 1 | 0 | 0 |
Real starterlərə çox vaxt 50–100 ms müddətində sabit komanda lazımdır. Tək ONS→OTE yolu bunu təmin edə bilməz. Studio 5000-in müşahidə pəncərələri tapşırıq periodundan xeyli yavaş nümunə götürür, buna görə 10 ms-lik impulsu tutmaq ehtimalı azdır — nəticədə “ONS heç vaxt işə düşmədi” mifi yaranır.
Diaqnostik uzatmalar
- ONS hadisəsinə paralel TOF (1–2 san. preset) əlavə edin; IDE-də .TT/.DN bitlərini izləyin
- Hər kənarda REAL sayğacına 1.0 əlavə edin; sayğacın trendini izləyin
- Həqiqi iş əmsalını görmək üçün OTE teqində təxminən 10 ms nümunə ilə Studio Trend istifadə edin
Özünüsaxlama və ya OTL/OTU sxemləri bir atımlıq qərarı davamlı iş komandasına çevirir.
Həll A — OTL / OTU
[Pump1_RunCmd_ONS] ----(OTL Pump1_RunCmd) [Pump1_Stop_PB] ----(OTU Pump1_RunCmd) [Pump1_Fault] ----(OTU Pump1_RunCmd)
Unutmayın ki, latch-lər standart olaraq enerji dövrləri arasında saxlanılır. Yenidən işə salındıqdan sonra mühərriki başlamamalı olan çıxışlar üçün ilk-skan və ya texniki xidmət sıfırlamaları əlavə edin.
Həll B — OTE ətrafında özünüsaxlama
|--[Start_ONS]-+----------(OTE RunCmd)--| | | | |--[RunCmd]----+ | |--[Stop_PB]---/ |
Bu, Logix proqramlaşdırma təcrübəsində geniş qəbul edilən üçnaqilli starter analogiyasıdır: ONS işə salma kənarını təmin edir; özünüsaxlayan RunCmd kontaktı stop və ya bloklama yolu açılana qədər OTE-ni aktiv saxlayır.
Həll C — vəziyyət biti və komanda OTE-si
Sıralı avadanlıq üçün kənarda Seçilmiş addımı OTL ilə kilidləyin, Seçilmiş və İşləyir əks-əlaqəsi olmadıqda Start OTE-ni idarə edin, sonra əks-əlaqə gəldikdə Seçilmiş bitini OTU ilə sıfırlayın. Latch addımı idarə etdiyi halda HMI yenə də real Start komandası görür.
Lead/lag konteksti və problemlər
İşləmə saatlarına əsaslanan nasos sekvenserləri çox vaxt “bu nasos indi aparıcıdır” müqayisələrində ONS-dən düzgün istifadə etmir. Kənardan komandaya keçid strukturunu düzəltdikdən sonra minimum işləmə taymerləri (qısa dövrə əleyhinə), aparıcı nasosun növbəli dəyişməsinə maneələr və nasazlıq üzrə OTU yolları əlavə edin. Skanın sonrakı hissəsində möhürlənmiş 1-i səssizcə 0-la əvəz edən təkrar coil-ləri tapmaq üçün OTE teqinə çarpaz istinad edin. Hər BOOL üçün bir coil sahibinə üstünlük verin.
Şaxə topologiyasını da yoxlayın: ONS-i yan keçən paralel yol yaddaş bitinin titrədiyi halda OTE-ni false saxlaya bilər, eyni BOOL-u yazan ikinci rutin isə bir tapşırıq sonra mükəmməl özünüsaxlamanı ləğv edə bilər. Bir neçə istehlakçı impulsa ehtiyac duyduqda, ONS-dən bir dəfə istifadə etməklə tək aralıq BOOL-u idarə edin, sonra həmin bitdən möhürlənmiş və ya latçlı məntiqi şaxələndirin.
// Müvəqqəti uzatma — yekun işəvermədən əvvəl silin [Pump1_Start_ONS] ---(TOF Stretch_Timer, 2.0 s) [Stretch_Timer.TT] ---(OTE Diagnostic_Stretch_On)
Uzatma aktiv olduqda Diagnostic_Stretch_On IDE-də və HMI-nin yanıb-sönən indikatorunda görünən vəziyyətdə qalır; bu, istehsalat üçün nəzərdə tutulan özünüsaxlama məntiqinə etibar etməzdən əvvəl kənar tezliyini təsdiqləyir. Operatorların xidmət lampasını daim izləməməsi üçün FAT-dan sonra diaqnostik yolunu silin və ya bloklayın.
Gecə növbəsində edilən dəyişikliklərin növbəti paketdə qorunmamış ONS→OTE rung-larını yenidən əlavə etməməsi üçün bu sahiblik qaydalarını PLC və PAC platformalarında ardıcıl şəkildə tətbiq edin.
Müəllif haqqında
Mark Townsend | Baş avtomatlaşdırma mühəndisi – Allen-Bradley sistemləri
Mark Townsend ControlLogix, CompactLogix və köhnə SLC-500 daxil olmaqla Allen-Bradley platformalarında 18 ildən artıq təcrübəyə malik baş avtomatlaşdırma mühəndisidir. Onun gündəlik işi köhnəlmiş və qarışıq sistem parklarında RSLogix / Studio 5000 məntiqi və FactoryTalk View HMI-nin işə salınmasıdır.