SLC 5/04 DF1, DH-485 ve DH+ iletişimi için RSLinx sürücülerini yapılandırma

Boş bir RSWho penceresi, SLC 5/04’ün arızalandığını kanıtlamaz. RSLinx Classic, denetleyiciye yalnızca dört katman birbiriyle uyumlu olduğunda göz atabilir: fiziksel işlemci kanalı, yapılandırılmış protokol, arayüz donanımı ve iş istasyonu sürücüsü. Bu katmanlar, baud hızlarını tekrar tekrar değiştirmek veya rastgele sürücüler yüklemek yerine belirtilen sırayla doğrulandığında sorun giderme daha hızlı olur.

Kabloyu veya RSLinx Classic sürücüsünü seçmeden önce kanalı ve protokolü belirleyin.

Dizüstü bilgisayarla değil, işlemciyle başlayın

SLC 5/04’te Kanal 0 seri arayüzü ve Kanal 1 Data Highway Plus arayüzü bulunur. Kanal 0 yapılandırması, seri yolun DF1 mi yoksa DH-485 davranışıyla mı çalışacağını belirler; Kanal 1 ise DH+’a aittir. Konektör ayrıntıları, mevcut tesis arayüzleri ve kullanılabilir kurtarma yöntemleri önem taşıdığından, işlemcinin tam katalog numarasını ve serisini doğrulayın. Rockwell SLC 500 modüler donanım kılavuzu, bağlantı noktaları, kablolama ve durum bilgileri için temel başvuru kaynağıdır.

Kanal yapılandırması ve düğüm planı bilinmeden tanımadığınız bir dizüstü bilgisayarı canlı bir ağa bağlamayın. Mevcut projeyi, bakım kayıtlarını, pano etiketlerini ve arayüz parça numaralarını inceleyin. Çevrimdışı bir RSLogix 500 dosyası varsa Kanal Yapılandırması’nı inceleyin; ancak çalışan denetleyicinin bununla aynı olduğunun kanıtı olarak kabul etmeyin. Değişiklik yapmadan önce mevcut sürücü kurulumunu kaydedin.

Kanal 0’da DF1

Noktadan noktaya DF1 Tam Çift Yönlü bağlantı için RSLinx Classic normalde RS-232 DF1 Devices sürücüsünü kullanır. Gerçek Windows COM bağlantı noktasını seçin ve baud hızını, pariteyi, hata denetimini, durdurma bitlerini ve el sıkışmayı işlemciyle eşleştirin. Otomatik Yapılandırma yalnızca kablo, COM bağlantı noktası, elektriksel arayüz ve denetleyici protokolü zaten uyumlu olduğunda yardımcı olabilir. Başarılı bir otomatik yapılandırma yine de kaydedilmelidir; belgesiz bir sihir gibi kabul edilmemelidir.

1747-CP3 tipi bir kablo SLC seri yoluyla ilişkilidir; ancak konektör pin dizilimi ve adaptör davranışı doğrulanmalıdır. Günümüzde birçok dizüstü bilgisayar USB-seri adaptörleri kullanır; bunların sürücüsü, COM ataması, güç yönetimi ayarı, izolasyonu ve uyumluluğu uzun süreli yüklemeleri etkileyebilir. Başka bir denetleyici ailesiyle çalışan bir kablo, doğru pin diziliminin kanıtı değildir. Rockwell’in DF1 protokolü ve komut kümesi kılavuzu, temel bağlantı davranışını açıklar.

Kanal 0’da DH-485

DH-485, yalnızca farklı bir baud hızında çalışan DF1 değildir. Kendine özgü erişim yöntemi, adresleme düzeni, iletişim ortamı ve arayüz gereksinimleri olan çok düğümlü bir ağdır. Sıradan bir seri kablo, gerekli dönüştürme veya izolasyon donanımının yerini tutamaz. Kurulumda 1747-PIC, 1761-NET-AIC, onaylı başka bir arayüz veya ağ geçidi kullanılıp kullanılmadığını belirleyin; ardından bu donanıma uygun sürücüyü ve işletim sistemi desteğini kullanın.

Her istasyonun benzersiz bir düğüm adresi olmalı ve tüm düğümler uyumlu ağ parametrelerini kullanmalıdır. Bağlanmadan önce önerilen iş istasyonu adresini belgelenmiş düğüm listesiyle karşılaştırın. Yinelenen bir adres, göz atma işlemini kesintili hâle getirebilir ve diğer cihazları etkileyebilir. Eski PIC arayüzlerinin platform ve işletim sistemi kısıtlamaları da önemlidir; bu nedenle desteklenen bir ağ geçidi, eski iş istasyonu donanımını zorlamaktan daha güvenli olabilir.

Sürücü parametreleri kanal ayarlarını aynen karşılamalıdır; işlemcinin sunduğu protokolü değiştiremezler.

Kanal 1’de DH+

Data Highway Plus için kurulu Rockwell kartı veya desteklenen bir ağ geçidi gibi uyumlu bir arayüzün yanı sıra doğru ana hat kablolaması ve sonlandırma gerekir. Kullanılmayan bir DH+ düğüm adresi kullanın. DH+ adresleri geleneksel olarak sekizlik gösterimle ifade edilir; bu nedenle bakım kaydına hem görüntülenen değeri hem de gösterim biçimini yazın. Araç açıkça farklı belirtmedikçe 10 adresini onluk 10 değil, sekizlik 10 olarak değerlendirin.

Varsayılan bir değer varsaymak yerine, ağ hızını mevcut sistem belgelerinden ve arayüz yapılandırmasından doğrulayın. Konektörleri, ekran sürekliliğini, tap noktalarını, ana hat güzergâhını ve sonlandırma dirençlerini ağ tasarımına göre inceleyin. Birkaç düğüm aynı anda kayboluyorsa SLC’yi düzenlemeden önce iletişim ortamı veya arayüz sorunlarından şüphelenin. Yalnızca yeni iş istasyonu görünmüyorsa düğümüne, hızına, sürücüsüne ve arayüz yoluna odaklanın.

RSLinx Classic’i bilinçli biçimde yapılandırın

Bilinen iyi bir profilin üzerine yazılmaması için test edilen her yol için ayrı adlandırılmış bir sürücü oluşturun. DF1 için RS-232 DF1 Devices’ı, doğru COM bağlantı noktasını ve eşleşen seri parametrelerini seçin. Desteklenen bir DH-485 arayüzü için bu arayüzle ilgili belgelerde belirtilen sürücüyü seçin ve kullanılmayan bir istasyon numarası atayın. DH+ için kurulu arayüz veya ağ geçidiyle ilişkili sürücüyü kullanın ve düğümünü ve ağ hızını eşleştirin.

RSWho’yu açmadan önce sürücüyü başlatın ve durumunu kontrol edin. Bağlantı noktası çakışması, kullanılamayan donanım veya başarısız başlatma bildiren bir sürücü denetleyiciye göz atamaz. RSWho’da sorun giderirken hassas bir bağlantıdaki gereksiz otomatik göz atma etkinliğini devre dışı bırakın ve yalnızca hedeflenen sürücüyü genişletin. Görüntülenen işlemci tipinin ve düğümün pano ve proje kayıtlarıyla uyuştuğunu doğrulayın.

Fiziksel, bağlantı ve uygulama testlerini birbirinden ayırın

Güvenilir bir tanılama dizisi her seferinde tek bir katmanı değiştirir. Önce gücü, işlemci durumunu, konektör koşulunu, arayüz LED’lerini ve kablo sürekliliğini doğrulayın. Ardından sürücünün başlatıldığını ve ağ düğümünün sürekli göründüğünü doğrulayın. Sonra RSLogix 500’ü açın ve yalnızca okuma amaçlı bir göz atma veya veri tablosu görünümü test edin. Son olarak yükleme ya da çevrimiçi düzenleme kararlılığını değerlendirin. Doğrudan yüklemeye geçmek, fiziksel bir kesintiyi uygulama zaman aşımından ayırt etmeyi zorlaştırır.

Bir düğüm görünüp kaybolduğunda aralığı ve etkilenen istasyonları kaydedin. Tekrarlayan bağlantı kaybına yinelenen adresleme, sorunlu kablolama, yanlış sonlandırma, arayüz sıfırlamaları, USB güç yönetimi veya aşırı yeniden denemeler neden olabilir. Yeniden üretmeden dizüstü bilgisayarın güç tasarrufunun neden olduğunu ileri sürmeyin. Katmanı izole etmek için sayaçları, sürücü tanılamalarını, arayüz LED’lerini ve bilinen iyi bir yolu kullanın.

Çalışan programı koruyun

Güvenli biçimde çevrimiçi olmak iletişimden fazlasını gerektirir. İşlemci kimliğini, proje sağlama toplamını veya karşılaştırma durumunu, çalışma modunu, zorlama durumunu ve tesis yetkilendirmesini doğrulayın. Çevrimdışı dosyanın güncel olduğunu varsaymadan önce yükleme yapın. Yüklenen dosyayı zaman damgası ve denetleyici kimliğiyle saklayın. İletişimi test etmek için indirme yapmayın; indirme, çalışan uygulamanın yerini alabilir ve çıkışları değiştirebilir.

Eski ağlarda bağlantıyı operasyon ekibiyle koordine edin; çünkü yinelenen bir düğüm, yerinden oynatılmış bir konektör veya zayıf bir ana hat üretimi etkileyebilir. İş istasyonunu elektriksel ve mekanik olarak güvenli tutun, yükleme sırasında adaptörleri hareket ettirmeyin ve RSLinx sürücü yapılandırmasının onaylı bir yedeğini bulundurun. Kullanışlı yedek arayüzler ve ağ bileşenleri, tesisin iletişim ve ağ ürünleri stoğuyla yönetilebilir.

Kabul ölçütleri ve belgelendirme

Tek bir başarılı göz atma işlemi bir yolu kanıtlamaz. RSWho yenilemelerinin tekrarlanabildiğini, eksiksiz bir yükleme yapılabildiğini, veri tablosu oturumunun sürdürülebildiğini ve yazılım kapatıldıktan sonra temiz biçimde yeniden bağlanılabildiğini doğrulayın. Yol bakım amacıyla kullanılacaksa üretim ana hattını etkilemeden onaylı servis konumundan test edin. İşlemci kataloğunu, kanalı, protokolü, kablo veya ağ geçidi parça numarasını, iş istasyonu arayüzünü, sürücü adını, düğümü, hızı, seri ayarlarını, yazılım sürümünü ve bilinen sınırlamaları kaydedin.

Mühendislik hedefi şans eseri kurulmuş bir bağlantı değil, yeniden üretilebilir bir servis yoludur. Denetleyici kanalını doğru fiziksel arayüz ve sürücüyle eşleştirmek, boşa harcanan sorun giderme çalışmalarının çoğunu önler. Katmanlı testler, çalışan kontrol programını gereksiz yere değiştirmeden geriye kalan kablolama, adresleme, iş istasyonu veya uygulama sorununu ortaya çıkarır.