CompactLogix'ten DeltaV'ye Modbus RTU üzerinden: Roller Tasarlama

CompactLogix ile DeltaV arasındaki Modbus RTU bağlantısı yalnızca birkaç düzine değeri aktarabilir, ancak yine de bir tesisteki en öngörülemez arayüzlerden biri hâline gelebilir. Protokol basittir; mühendislik sınırı ise değildir. Arızaların çoğu kablolamadan önce başlar; çünkü ekiplerden hiçbiri istekleri kimin göndereceğini, komutların kime ait olduğunu, adreslerin nasıl gösterileceğini veya sistemlerden herhangi birinin eski verilerle ne yapması gerektiğini tanımlamaz.

Kararlı bir seri entegrasyon için tek bir istek başlatıcısı, imzalanmış bir register sözleşmesi, açık kalite durumları ve doğru kurulmuş bir RS-485 segmenti gerekir.

İlk tasarım kararı mimaridir. DeltaV bir seri arayüz üzerinden iletişim kurabilirken CompactLogix genellikle şasi içi bir iletişim modülüne veya harici bir ağ geçidine ihtiyaç duyar. Emerson'un DeltaV M-serisi Seri Arayüz veri sayfası, Modbus RTU ve Modbus ASCII desteğini belgeler. Yine de kurulu sistem için tam modül revizyonu, kontrolör donanım yazılımı, ağ geçidi donanım yazılımı ve desteklenen topoloji doğrulanmalıdır.

Her seri segmenti için tek bir istek başlatıcısı belirleyin

Geleneksel Modbus terminolojisinde master ve slave ifadeleri kullanılırdı. Güncel belgelerde ise çoğu zaman istemci ve sunucu terimleri kullanılır. Bir Modbus RTU segmentinde işlemleri bir istemci başlatır ve sunucular kendilerine yöneltilen isteklere yanıt verir. İki bağımsız istemci, mesaj zamanlamasını birbirleriyle koordine edemeyeceğinden aynı iki telli hattı güvenli biçimde paylaşamaz.

İstemci DeltaV ise CompactLogix tarafı verileri bir Modbus sunucu arayüzü üzerinden sunmalıdır. PLC programı onaylanmış değerleri bir ağ geçidi veri alanına yazar; ağ geçidi de DeltaV yoklamalarına yanıt verir. PLC'nin okumaları ve yazmaları başlatması gerekiyorsa ayrı bir port veya ağ geçidi yolu kullanın. “Modbus destekli” olarak tanımlanan bir cihazın her iki rolü aynı anda gerçekleştirebileceğini varsaymayın.

Modbus Organization teknik özellikler sayfası, güncel seri uygulama kılavuzunu artık geçerli olmayan 1996 tarihli belgeden ayırır. Proje şartnamesi fiziksel katmanı ve uygulama kurallarını belirtmeden yalnızca “Modbus kullanın” dediğinde bu ayrım önem kazanır.

Register haritasını bir arayüz sözleşmesi olarak ele alın

Kullanışlı bir register haritası, 4xxxx referanslarının yalnızca bir listesinden fazlasıdır. Her nokta; protokol ofsetini, görüntülenen referansı, işlev kodunu, veri türünü, kelime sırasını, bayt sırasını, ölçeği, mühendislik birimini, okuma veya yazma yönünü, geçerli aralığı, güncelleme periyodunu, kaynak sahibini ve arıza davranışını tanımlamalıdır. Her iki sistemin de aynı haritayı uyguladığından emin olmak için bir revizyon numarası ve onay kaydı ekleyin.

Adresleme özel bir kontrol gerektirir. Bazı yapılandırma araçları holding register 40001'i gösterirken ofset sıfırını iletir. Diğerleri doğrudan sıfır tabanlı ofsetler ister. Her iki biçimi de kaydeden bir harita, sık karşılaşılan tek register kaymasını önler. Üretim değerlerini yüklemeden önce tanınabilir bir desen test edin.

Birden çok register kullanan değerlerin işlenmesi de aynı ölçüde açık olmalıdır. 32 bitlik bir REAL iki adet 16 bitlik register kaplar, ancak ürünler register sıralamasında farklılık gösterebilir. Ekiplerin bazen farklı anlamlarda kullandığı “big endian” gibi etiketlere güvenmek yerine bilinen bit desenlerini test edin. İşaretli tamsayılar, işaretsiz tamsayılar, Boolean paketleme ve ölçeklenmiş tamsayı değerleri için de belgelenmiş dönüşüm kuralları gerekir.

Komutları, durumu ve onayı birbirinden ayırın

Bir DCS yazma işleminin doğrudan fiziksel bir çıkışa ulaşmasına asla izin vermeyin. Komutları CompactLogix içinde bir hazırlama alanına yazın. PLC; kontrol edilen durumu değiştirmeden önce modu, izin koşullarını, aralığı, sıralamayı, güncelliği ve sahipliği doğrulamalıdır. Ardından kabul edildi, reddedildi veya neden kodu durumlarından birini döndürmelidir.

Başlatma, durdurma, ayar noktası ve sıfırlama eylemleri için komut el sıkışması özellikle yararlıdır. Bir sıra numarası veya değiştirilen bir istek biti, alıcının yeni bir isteği register'da bırakılmış bir değerden ayırt etmesini sağlar. Onay, işlenen sırayı ve ortaya çıkan durumu belirtmelidir. Bu, iletişim yeniden kurulduğunda eski bir komutun yeniden yürütülmesini önler.

RS-485 katmanını gerçek tesis koşullarına göre kurun

Yıldız bağlantı yerine papatya dizimli bir hat kullanın. Yalnızca iki fiziksel ucu sonlandırın, saplamaları kısa tutun, iletken polaritesini koruyun ve ekipman kılavuzlarına uygun olarak tek bir kontrollü noktada bias uygulayın. Ekran topraklaması, tesis topraklama tasarımını ve cihaz talimatlarını izlemelidir; gelişigüzel bağlantılar sorunu çözmek yerine ortak-mod sorunları oluşturabilir.

Her düğüm aynı baud hızını, pariteyi, stop bitlerini ve çerçeveleme modunu kullanmalıdır. Modbus RTU ile Modbus ASCII aynı segmentte birlikte bulunamaz. DF1 de bir Modbus hattına doğrudan karıştırılamaz. Protokol dönüştüren bir ağ geçidi, ayrı zamanlama, tanılama ve sorumluluklara sahip iki ayrı ağ oluşturur.

Yoklama zamanlaması için bir bütçe oluşturulmalıdır. İstek uzunluğunu, beklenen yanıt uzunluğunu, baud hızını, sunucu işlem süresini, çerçeveler arası gecikmeyi, yeniden denemeleri ve zaman aşımını hesaba katın. Uygun olduğunda bitişik register'ları gruplayın. Yanıt vermeyen bir sunucu, her sağlıklı noktanın birkaç uzun yeniden denemeyi beklemesine neden olmamalıdır. Normal koşullarda ve bir sunucu bağlantısı kesilmişken tarama süresini kaydedin.

Her değer bloğuyla birlikte kalite bilgisini de sunun

İnandırıcı görünen bir sayı, bariz bir arızadan daha tehlikeli olabilir. Değiş tokuş edilen her blokta iletişim sağlığını, son başarılı iletişim zamanını, veri yaşını ve tanımlanmış bir eskime eşiğini bulundurun. Tüketiciler değerin güncel, tutulmuş, yerine konmuş veya geçersiz olup olmadığını bilmelidir.

Yedek davranış proses riskine bağlıdır. Bazı durum değerleri iletişim kaybında temizlenebilir. Diğer ölçümler operatör bağlamı için tutulabilir, ancak otomatik kontrolde engellenebilir. Komutların güvenli duruma geçmesi, mevcut durumda donması veya yerel sahipliğe devredilmesi gerekebilir. Bu kararlar bir ağ geçidi varsayılanında değil, tehlike analizinde yer almalıdır.

Devreye almayı kablodan proses eylemine kadar gerçekleştirin

Üretim komutlarından izole edilmiş bir ağla başlayın. Polariteyi, sonlandırmayı, bias'ı ve seri ayarlarını doğrulayın. Küçük bir tanılama bloğunu okuyun, ardından bilinen tamsayı ve kayan nokta desenlerini test edin. Adres hizalamasını ve kelime sırasını doğrulayın. Normal tarama süresini ölçün, zaman aşımlarını zorlayın ve eski durum bilgisinin operatörlerin ve mantığın görebileceği yerde göründüğünü doğrulayın.

Ardından her komutu eksiksiz yolu üzerinden test edin: DCS isteği, ağ geçidi aktarımı, PLC doğrulaması, çıkış eylemi, geri bildirim ve onay. Reddedilen istekleri, aralık dışı değerleri, işlem sırasında iletişim kaybını, güç kesilip yeniden verilmesini ve toparlanmayı da kapsayın. Canlı verilerin başarıyla okunması, kontrol arayüzünün kabul edildiği anlamına gelmez.

İlgili arayüz donanımları ProSoft koleksiyonunda gruplanmıştır. Daha geniş ana sistem ekipmanları DCS ve kontrol sistemleri altında yer alır. Seçim yalnızca protokol adına göre değil, desteklenen kontrolör, donanım yazılımı, port, izolasyon ve ortam gereksinimlerine göre yapılmalıdır.

Mühendislik bakış açısı

Modbus RTU, sınırları belirlenmiş ve yavaş değişen verilerin değiş tokuşu için hâlâ kullanışlıdır. Zayıf noktası, yerleşik anlamsal bağlamın bulunmamasıdır. Protokol alıcıya bir register'ın eski olduğunu, bir komutun güvenli olmadığını veya bakım sonrasında ölçeğin değiştiğini bildiremez. Bu korumalar register sözleşmesine ve uygulama mantığına tasarlanmalıdır.

Bu nedenle en iyi arayüz, en geniş haritaya sahip olan değildir. Sahipliği, zamanlaması, kalitesi, yedek davranışı ve test kanıtları yıllar sonra bile anlaşılabilir kalan arayüzdür. Basit bir seri bağlantıyı sürdürülebilir bir kontrol sistemi sınırına dönüştüren şey budur.