2008-09-15 115 views

cevap

7

Biz Profibus kullanılmaz, ama Devicenet (başka CAN tabanlı bir protokol), Ethernet/IP ve ControlNet tüm benzer sorunlar var kullandık.

Bunu 1990'ların sonlarından beri yapıyoruz ve bu nedenle esas olarak, hazır donanımlar kullanarak kendi oluşturulmuş kodumuza güveniyoruz. Hatırlıyorum o dönemde uzun ömürlü göstermiştir şirketleri şunlardır: - Yakın zamanda donanım yakın Fieldbus arabirimleri yerleştirmek ve sonra üzerinde iletişim kurabilir olarak geçidi ürünlerini kullanmaya başladıktan

  • AnyBus (HMS, www.anybus.com) normal Ethernet (genellikle Ethernet/IP www.odva.org kullanarak). Bu, sadece bir ağ kablosu kullanarak donanım ve PC'yi ayırma avantajına sahiptir. Ethernet/IP .NET sınıfları, o zamanlar piyasada hiçbir şey olmadığı için kendimiz tarafından yazılmıştır. Eminim, hızlı bir google arama, uygun sınıf kütüphaneleri
  • SST (www.mysst.com) 10 yıldan fazla bir süredir fieldbus arayüzleri buluyordur. DeviceNET için kullandığımız son SST kartı hala sadece VB6 örnek koduna sahipti. İyi bir fieldbus desteği ve farklı form faktörleri seçimi, örn. PC104, PCI, PMCIA
  • Beckhoff/Wago (www.beckhoff.com, www.wago.com) genellikle I/O için Beckhoff'u arayüz kartlarından daha çok kullanıyoruz, ancak yine de uzun zamandır var olan bir şirket. Onlar da doğrudan donanıma OPC arayüzleri kullanılmasını önermiyoruz

(doğrudan donanım/devicedrivers ile iletişim olmadan I/O bilgi almak için başka bir yol) (o iletişim için sorun yok OPC kullanarak açığa destekleyen ürünler var Kontrol sisteminizin .NET uygulamanızdan kontrol kaybına yanıt verdiğinden emin olmak için PC (.NET) -> PLC-> Profibus) 'ı kullanın. Burada bir profibus Master'a (bir köle değil) ihtiyaç duyduğunuzu farzediyorum, kontrol sisteminiz asıl olarak güvenli bir şekilde başarısız olduğu sürece, iletişim kaybı, kontrol sisteminin bir "Boşta" durumuna girdiği ve dolayısıyla G/Ç başarısız güvenli duruma dönecektir.

Ayrıca, güvenlikle ilgili kodu .NET'e koymadığımızdan da emin olmaya çalışıyoruz. .NET kodumuzun çoğu PLC'den çıkışlıdır, ancak bazı yerlerde doğrudan fieldbus kontrolünü gerçekleştiririz, ancak güvenlik kilitlerinin/rölelerin veya küçük bir PLC'nin sadece kilitleme görevini kullanarak donanım kilitlemelerinin güvenli olmayan çalışmayı önleyeceğinden emin olun. . Ve hepsinden önemlisi, sistemi arıza güvenli hale getirin! .NET kodundan gelen bilgi kayıpları, otomasyonu, arıza güvenli durumuna kapatmalıdır.

+0

Yorumunuz için teşekkürler, iyi öneriler. Ayrıca, arıza güvenliğini de PLC'nin işi olmamalı diye, her şeyin arızalanması gerektiğini belirten bir şey olduğunu ekleyebilirim. (Elbette, bir Güvenlik PLC'si için büyük paralar harcıyorsunuz) – GEOCHET