ToolboxST, Mark VIe türbin kontrol sistemi için tasarlanmış GE Vernova ControlST paketindeki temel mühendislik iş istasyonu yazılımıdır. Sistem yapılandırması, tanılama, çevrimiçi indirmeler ve veri geri yükleme dahil olmak üzere bir dizi işlevi yerine getirir. Kontrol mühendisleri için ToolboxST'de ustalık, yalnızca bir alarmı gözlemlemek ile kök nedeni sistematik olarak izleyebilmek arasındaki farktır—IONet topolojisinde gezinmek, I/O paketlerinin sağlık durumunu değerlendirmek ve yapılandırma kayıtlarını gözden geçirmek. Bu makalede sunulan içgörüler ve analizler yalnızca referans amaçlıdır. Lütfen bu bilgilerin yol gösterici olarak sağlandığını unutmayın; özel teknik destek için yetkili bir profesyonel mühendise danışın.

ToolboxST Konumlandırma ve Bağlantı Yolları

ToolboxST izole bir tanılama aracı değildir; daha ziyade Mark VIe denetleyicileri, I/O paketleri ve WorkstationST alarm sunucusuyla aynı yazılım ekosistemine entegre bir mühendislik geçididir. Arayüzü iki temel düzey etrafında yapılandırılmıştır: System Editor ve Component Editor. System Editor tüm sistemin cihazlarını ve ağ topolojisini yönetir; bir denetleyiciye çift tıklamak ise Component Editor'ü açar ve burada “Hardware” sekmesi I/O paketleri, terminal kartları ve yedeklilik yapılandırmalarının ağaç görünümlü bir dökümünü sunar. Arayüz üç temel bileşenle sabitlenmiştir: Tree View (bileşen hiyerarşisinde gezinmek için), Property Editor (seçili nesnelerin parametrelerini düzenlemek için) ve Summary View (ağ bağlantısının grafiksel bir temsilini sağlar).

Mark VIe sistemine bağlanmak için tercih edilen yöntem Ethernet üzerindendir. İş istasyonu denetleyiciyle aynı alt ağ üzerinde yapılandırılmalıdır. ToolboxST'de Controller → Communication → Connect yoluna gidin, “Ethernet” seçeneğini seçin ve çevrimiçi bağlantı kurmak için uygun IP adresini ve bağlantı noktasını girin. Ethernet kullanılamıyorsa, aşağıdaki ayarlarla RS-232 seri bağlantı alternatif olarak kullanılabilir: 9600 baud, 8 veri biti, eşlik yok, 1 durdurma biti ve akış kontrolü yok. Seri bağlantıların genellikle yalnızca ilk IP yapılandırması veya acil erişim için düşünüldüğüne dikkat edilmelidir; bir IP adresi oluşturulduktan sonra sonraki tüm yapılandırma ve tanılama görevleri Ethernet üzerinden gerçekleştirilmelidir. Tanılama Bilgilerinin Katmanlı Yorumlanması

ToolboxST'deki tanılama çıktısı yalnızca düz bir alarm listesi değildir; daha ziyade üç düzeyde düzenlenmiş yapılandırılmış bir bilgi sistemidir: I/O Pack, Module ve Component. “Summary” sekmesi aracılığıyla erişilebilen “I/O Diagnostic Viewer”, birincil tanılama giriş noktası işlevi görür. Bir I/O paketine veya terminal kartına sağ tıklayıp “Troubleshoot and Status” seçeneğini belirleyerek kullanıcılar o belirli birime ait arıza günlüklerini, sürüm bilgilerini ve tanılama iletişim verilerini görüntüleyebilir. Ağaç görünümündeki simgeler farklı anlamlar taşır: kırmızı bir bağlantı anormalliğini, sarı etkin bir alarmı, bilgi simgesi etkin olmayan bir alarmı belirtir ve bu tür herhangi bir işaretin bulunmaması normal durumu gösterir. İmleci bir öğenin üzerine getirmek ayrıntılı açıklamaları ortaya çıkarır—bu özellik özellikle saha sorun giderme sırasında kullanışlıdır.

Tanılama raporları sıklıkla hafife alınan bir kaynaktır. ToolboxST dört tür rapor oluşturabilir—I/O Module Fault Report, Revision Report, Communication Report ve Hardware Report—her biri ilgili modüllere özgü yapılandırma veya tanılama ayrıntılarını içerir. Modülleri değiştirirken veya sürümleri karşılaştırırken, Revision ve Hardware raporları ekran ekran alarmları manuel olarak kontrol etmekten çok daha değerlidir. Ayrıca, “Compare Parameters” işlevi, yeni parametreleri indirmeden önce kullanıcıların denetleyicide halihazırda depolanan yapılandırma ile ToolboxST projesinde tanımlanan değerler arasında hiyerarşik bir karşılaştırma yapmasına olanak tanır. Bu, tek bir parametrenin değiştirilmesinin istemeden daha geniş bir mantık aralığını değiştirdiği “dalgalanma etkilerini” önlemek için kritik önem taşır.

Dikkat edilmesi gereken önemli bir tanılama ayrımı, ToolboxST'in kendisi tarafından oluşturulan iletişimle ilgili tanılamaların (ör. “unhealthy link” veya “cannot retrieve diagnostics information”) WorkstationST Alarm Viewer'a bildirilmemesidir. Sonuç olarak, bir operatörün HMI'ı normal görünürken ToolboxST bir I/O paketinin bağlantısının kesildiğini gösteriyorsa, kök neden büyük olasılıkla mühendislik bağlantı katmanındadır—örneğin, I/O paketi başlatmayı tamamlayamamış olabilir, bir yapılandırma dosyası eksik olabilir, çift ağ yapılandırmasında yalnızca bir ağ bağlı olabilir, bir terminal kartı barkodu yanlış girilmiş olabilir veya yapılandırma henüz denetleyiciye indirilmemiş olabilir. Bu tür sorunları giderirken önce ToolboxST ile denetleyici arasındaki iletişim doğrulanmalı, ardından donanım yapılandırmasının gerçek fiziksel kurulumla eşleştiği sistematik olarak teyit edilmelidir.

Modül Değişimi: ToolboxST'de Temel Güvenlik Önkoşulları

Mark VIe I/O paketleri “sıcak takas”ı desteklese de bu yetenek, uygun prosedürlere uyulmadan istendiği zaman çıkarılıp takılabilecekleri anlamına gelmez. Fiziksel bir modülü ele almadan önce ToolboxST içinde iki doğrulama tamamlanmalıdır. İlk olarak, Device → Component → IONet Status yoluna giderek IONet halka ağının sağlığını kontrol edin. Tüm düğümler her iki bağlantı noktası da “Link Up” belirtecek şekilde yeşil durum göstermeli, çerçeve hata sayacı dakikada 100 çerçevenin altında olmalı ve tüm UCVE denetleyicileri “In Sync” olmalıdır. Sarı halka durumu yedekliliğin kaybolduğunu gösterir; bu koşullar altında bir modülün değiştirilmesi sistemi tek nokta arızası riskine maruz bırakır. İkinci olarak, çıkarma sırasında sinyal dalgalanmalarının koruyucu eylemleri tetiklemesini önlemek için ToolboxST'deki “Force I/O to last value” işlevini kullanarak çıkışları dondurun.

Bu önkoşullar sağlandıktan sonra değiştirme sürecinin kendisi nispeten basittir: arızalı düğümü çıkarın, yedek birimi takın, yeni MAC adresini kaydetmek için yapılandırmayı indirin ve son olarak gerçek zamanlı okumaların gerçek proses değerlerinin ±%1'i içinde olduğunu doğrulayın. IONet bir modülün çıkarılmasından yaklaşık 200 ms sonra otomatik olarak yeniden yönlendirse de bu, halka ağının geri yüklendiğini teyit etme ihtiyacını ortadan kaldırmaz. Değiştirmeden sonra halka ağının bütünlüğünün geri yüklendiğinden emin olmak için IONet Status'u yeniden incelemelisiniz; aksi takdirde sistem yedeklilik olmadan çalışmaya devam eder. Titreşimle ilgili kanallar için, değiştirmeden önce etkilenen kanalların Bently Nevada 3500 raf arayüzü aracılığıyla “bypass” moduna alınması ve korumanın ancak sinyaller doğrulandıktan sonra geri yüklenmesi gerekir.

Yapılandırma Yedekleme ve Kurtarma için Mühendislik Mantığı

ToolboxST'de “yedekleme” yalnızca tek düğmeli bir işlem değil, üç ayrı süreçten oluşan bir veri koruma stratejisidir: yükleme, indirme ve denetleyici çoğaltma. “Yükleme”, yapılandırma verilerini denetleyiciden iş istasyonuna geri aktarır; “indirme” ise değiştirilmiş yapılandırma verilerini denetleyiciye yazar. Her iki işlem de çalışan bir iletişim bağlantısı ve sürüm uyumluluğu gerektirir. Ayrıca, indirmeden önce sistem “IDLE” veya “CGG” durumunda olmalıdır—asla “RUN” veya “SEQ” modunda olmamalıdır. Bir indirme tüm denetleyici yapılandırmasının üzerine yazdığından ve yanlış bir yapılandırma türbin aşırı hızlanması gibi ciddi sonuçlara yol açabileceğinden, indirmeden önce yedeğin doğrulanması isteğe bağlı değil zorunludur.

“.m6b” dosyası, ToolboxST'deki mühendislik yapılandırmaları için birincil kapsayıcı işlevi görür. Birden fazla iş istasyonu ile tek bir denetleyici arasında sürüm uyumsuzlukları oluştuğunda, tutarlılığı geri yüklemenin önerilen yöntemi “Equal” durumu gösteren bir iş istasyonundaki `.m6b` dosyasını referans olarak kullanmaktır. Diğer iş istasyonlarındaki uyumsuz dosyaları bu referans dosyayla değiştirin, ardından yeniden bağlanın ve durumu doğrulayın. Bir denetleyici donanım arızasının ardından kurtarma, UCSB'nin (Universal Controller System Base) değiştirilmesini ve bir yedekleme/geri yükleme prosedürünün yürütülmesini içerir: mümkünse orijinal UCSB'deki NAND flash'ı yedekleyin, donanımı değiştirin ve kontrol edilen yapılandırmayı geri yüklemek için ToolboxST kullanın. Denetleyiciyi etkin kontrol durumuna döndürmek için ardından bir indirme gerekebilir. Controller Setup Wizard kurtarma sürecine de rehberlik edebilir; ancak kurtarma ortamının hazırlanması ve durum göstergelerinin yorumlanması (sabit yeşil ışık devam eden bir kurtarmayı, yanıp sönen yeşil ışık ise bir arızayı belirtir) donanım değiştirme adımlarıyla sıkı bir şekilde koordine edilmelidir.

S: ToolboxST bir Mark VIe denetleyicisine bağlanamazsa önce ne kontrol edilmelidir?

Yazılım aracılığıyla tekrar tekrar bağlanmayı denemeden önce fiziksel katmanı ve ağ parametrelerini doğrulayın. İş istasyonu ile denetleyici IP adreslerinin aynı alt ağda olup olmadığını kontrol edin, güvenlik duvarının TCP 18245 bağlantı noktasındaki trafiğe izin verdiğinden emin olun ve Ethernet kablolarının ve anahtar bağlantı noktalarının doğru çalıştığını teyit edin—bu üç kontrol, bağlantı arızası senaryolarının çoğunu kapsar. Cihaza Ethernet üzerinden tamamen ulaşılamıyorsa, RJ45-DB9 adaptörüyle COM1 seri bağlantı noktasını kullanarak ilk IP yapılandırmasını gerçekleştirebilir ve ardından Ethernet'e geri dönebilirsiniz. Bağlantı kurduktan sonra hâlâ tanılama bilgilerini alamıyorsanız, I/O paketi yapılandırmasındaki Type, HW Form, Bar Code ve fiziksel konumun gerçek donanımla eşleştiğini doğrulayın; gerekirse bir “Build” gerçekleştirin ve parametreleri I/O paketine indirin.

S: ToolboxST “çevrimiçi” durumda olmadan sorun giderme için kullanılabilir mi?

Bazı görevler çevrimdışı yapılabilir ancak temel tanılama işlevleri çevrimiçi bağlantı gerektirir. Örneğin I/O Diagnostic Viewer, gerçek zamanlı tanılama verilerini görüntülemek için açıkça çevrimiçi bağlantı gerektirir; raporlama işlevleri ise daha esnektir. Çevrimdışı durumda ToolboxST öncelikli olarak yapılandırma incelemesi için kullanışlıdır—örneğin IONet topolojisinin, modül parametrelerinin, yedeklilik ayarlarının ve EGD yapılandırmalarının beklentilerle uyumlu olduğunu doğrulamak—veya “Compare Parameters” özelliğini kullanarak mevcut proje yapılandırmasını bilinen, doğrulanmış bir yedekle karşılaştırmak için. Ancak gerçek “arıza tanılaması”—I/O paket bağlantılarının sağlığını değerlendirmek, modüllerin mevcut alarm durumunu okumak veya denetleyicinin “In Sync” olup olmadığını doğrulamak gibi—yalnızca çevrimiçi bağlantı kurulduktan sonra gerçekleştirilebilir. Bu nedenle saha sorun gidermede standart prosedür, çevrimdışı bir projede çalışırken donanımın durumunu çıkarsamaya çalışmak yerine önce ToolboxST ile denetleyici arasındaki iletişimi geri yüklemek ve ardından tanılama işlevlerine erişmek olmalıdır.