RSLogix 500 merdiven yorumları, bir mantık düzenlemesi tüm dosyayı kaydırıp her notu yanlış merdivene taşıyana kadar kozmetik görünebilir. Önemli olan, yorumun nasıl ilişkilendirildiğidir: Dosya/Merdiven’e mi, yoksa Çıkış Adresi’ne mi. Dosya/Merdiven ilişkilendirmesi, metni bir program dosyasındaki merdiven numarasına sabitler. Bu konumun üzerine bir merdiven eklediğinizde yorum eski numarayla kalır ve belgeleri daha önce açıkladığı mantıktan koparır. Çıkış Adresi ilişkilendirmesi ise yorumu belirli bir çıkış talimatı adresine bağlar; böylece merdivenler eklendiğinde, silindiğinde veya yeniden düzenlendiğinde metin mantıkla birlikte hareket eder.

Birden fazla revizyon boyunca sürdürülecek herhangi bir merdiven mantığı için yorumları merdivenin birincil çıkışına Çıkış Adresi üzerinden ilişkilendirmeyi tercih edin. Teknisyenler mevcut mantığın üzerine kilitlemeler veya dal koşulları eklediğinde açıklayıcı metin, merdivenin amacını tanımlayan OTE, OTL ya da diğer çıkışla birlikte hareket eder. Yoğun bir OEM dosyasından temizlenmiş bir tesis standardına geçiş sırasında tam olarak istediğiniz davranış budur.

Kilitleme çiftleri ve paylaşılan yorum çakışmaları

Aynı biti referanslayan OTL ve OTU talimatları, tek bir Çıkış Adresi yorum alanını paylaşır. Kilitleme merdivenini ayrıntılı biçimde belgelendirir ve daha sonra aynı adrese bir kilit açma merdiveni eklerseniz her iki merdiven de aynı yorum metnini gösterir. Bu bir hata değildir; adres tabanlı belgelendirmenin çalışma şeklidir. Uygulanabilir çözümler bilinçli tercihlere dayanır. Paylaşılan adres düzeyindeki anlam için G/Ç veya bit açıklaması alanlarını kullanın (“Tahliye vanası kendinden kilitleme” gibi). Merdivene özgü açıklamaları ise benzersiz bir çıkışta tutun. Bunun için genellikle yalnızca belgelendirme sabitleyicisi olarak kullanılan B3 ikili dosyasındaki bir yer tutucu bit tercih edilir. Alternatif olarak kısa bir ortak yorumu kabul edip ayrıntılı notları, kullandığınız sürüm bunu yorumları bölmeden destekliyorsa, yalnızca merdivenin HTML/uzun yorum alanına ekleyin.

Yorum sabitleyicileri için ayrılmış B3:x gibi yer tutucu bitler gerçek izin koşulları için asla yeniden kullanılmamalıdır. Gelecekteki düzenleyicilerin kullanılmayan bitleri “temizleyip” yorum haritasını yok etmemesi için bunları veri tablosundaki açıklama alanında açıkça adlandırın; örneğin “DOC_ONLY_FillSeq”.

Taşıma prosedürü

1. Yeniden hedeflendirme işleminden önce hiçbir şeyin kaybolmaması için mevcut yorum raporunu dışa aktarın veya yazdırın.
2. Yorumları Dosya/Merdiven’e ilişkilendirilmiş olan ve büyümesi beklenen dosyalarda bulunan merdivenleri belirleyin.
3. Bu yorumları ana çıkış adresine Çıkış Adresi ilişkilendirmesiyle yeniden girin.
4. OTL/OTU çiftleri için paylaşılan bir adres yorumunun yeterli olup olmadığına veya ayrıntılı metni çiftteki merdivenlerden birinde bir B3 belgelendirme bitinin taşıyıp taşımaması gerektiğine karar verin.
5. Yorum eklenmiş bir merdivenin üzerine bir test merdiveni ekleyin ve yorumun çıkışı takip ettiğini doğrulayın.
6. Kaydedin, tesis uygulaması gerektiriyorsa yükleyin ve yorum stratejisini açıklayan bir sürüm notuyla .RSS dosyasını arşivleyin.

Sürüm notları ve doğrulama

Yorum davranışı, yaygın olarak kullanılan RSLogix 500 sürümleri arasında genel olarak tutarlı olmuştur; ancak sürümler arası kaydetme işleminden sonra ilişkilendirme türünü mutlaka doğrulayın. Eski bir .RSS dosyasını daha yeni bir düzenleyicide açıp kaydetmek, veritabanı alanlarını normalleştirebilir. Toplu varsayıma güvenmek yerine örnek olarak seçtiğiniz birkaç merdiveni kontrol edin. Program dosyaları arasında kopyala-yapıştır yaptıktan sonra boş yorum işaretlerini arayın; yapıştırılan merdivenler bazen beklediğiniz ilişkilendirme olmadan gelebilir.

İşlemci dosyasının bir çalışma kopyasında merdivenler ekleyip silerek doğrulama yapın, ardından yorumların yerleşimini çıkış adresleriyle karşılaştırın. OTE 15. merdivene taşındığı halde yorum 12. merdivende takılı kalıyorsa hâlâ Dosya/Merdiven’e ilişkilendirilmiştir. Bir sonraki üretim düzenleme penceresinden önce düzeltin.

Açık ve düzenli belgeler, hâlâ birçok paketleme ve malzeme hattını çalıştıran SLC dönemi makinelerinde onarım için gereken ortalama süreyi azaltır. RSLogix 500 kapsamında PLC & PAC sistemlerini sürdürürken veya taşırken yorum ilişkilendirmesini sembol adlandırma ve çapraz referansların yanı sıra kod standardının bir parçası olarak ele alın.