PROFInet –PROFInet CBA ya bir giriş

ÖZET

Bu yazı endüstriyel otomasyon uygulamaları için üst düzey bir ağ olan PROFINET CBA ™ ya genel bir bakış sunar. Standart DCOM ve RPC teknolojileri üzerine kurulu PROFINET CBA endüstriyel otomasyon cihazlarını yapılandırılma, erişim ve kontrol görevini yapılandırmak için geleneksel Ethernet donanım ve yazılım kullanır. PROFINET CBA Microsoft süreçler arası iletişim tarihine aşina iseniz DDE, OLE ve Active X soyundan olan DCOM (Dağıtılmış Bileşen Nesne Modeli) tarafından tanımlanan nesne arayüzü yapısına dayanmaktadır.

PROFINET CBA, bir sistemi “ Teknolojik Komponentler” den oluşmuş olarak görür. Bu komponentler bağımsız hareket eder ve entegre bir sistem oluşturmak için faaliyetlerini koordine ederler. DCOM böyle bir sistem için iyi bir seçimdir. Bu bir istemcinin (veri isteyenin) verinin yerini nasıl saptayabileceğini, onu nasıl talep edeceğini ve bir Sunucudan (veri kaynağından) nasıl transfer edeceğini yapılandıran nesne yönelimli bir mekanizmadır. DCOM modeli üzerine kurulu PROFINET CBA kontrolör ve kurumsal ağlara sensör aktüatör ağdan sorunsuz entegre bir sistem sağlamak için çalışmaktadır.

PROFINET CBA Ethernet üzerindeki Profibusdan çok daha fazladır. Aslında, adı çok kafa karıştırıcı. PROFINET CBAnın Profibus ile çok az ortak yönleri vardır yada hiç yoktur. Profibus 12Meg baud maksimum hızda bir kablo üzerinden cihazdan cihaza I / O aktarımı için bir veri odaklı bir mekanizmadır. Profibus veri alışverişi, veri yapısı ve anlamının önceden anlaşılmasına sahip cihazlar ile çoğunlukla döngüseldir. PROFINET CBA da veri yer alabilir, onun yapısı ile ilgili bilgi elde edilebilir ve veri olay tetikleyicileri, döngüsel programlar ya da diğer mekanizmalar üzerinde değiştirilebilir . PROFINET CBA 10 ila 100 megabaud hızlarda Ethernet üzerinde çalışır.

PROFINET CBA Endüstriyel Ethernet uygulamaları için diğer ortak ağların hepsinden daha fazla geleneksel Bilgi Teknolojisi (BT) kavramlarını ve yazılımını kullanır. Bu,bu yazıda kavramlar geliştirildikçe anlaşılacak olan hem avantajlara hem de dezavantajlara sahiptir.

KÜÇÜK BİR ARKA PLAN

Bir ofiste çalışan çoğu kişi “Ethernet” terimini masalarının arkasındaki fiziksel kablo ile ilişkilendirir. Bu kablo onların ofis PC sini yazıcılara ve yerel ağ sunucularına ve Internetteki sayısız web sitesine bağlar. Bu kablo Ethernetin, PC’nize Ethernet mesajlar taşıyan medyanın sadece fiziksel bir parçasıdır . IP, Internet Protokolü; TCP, Transport Kontrol Protokolü; ve NetBEUI gibi çeşitli Microsoft protokolleri gibi haberleşme protokollerinin bütün dizisi bu kablo üzerindedir. Protokollerin bu takımı ofis ortamında iyi çalışır. Bu kullancılara dosyaları paylaşmak, yazıcılara erişmek, e-posta göndermek ,Internet araması yapmak ve ofis ortamında kullanılan diğer tüm haberleşmeleri gerçekleştirmek için olanak verir.

Fabrika tabanının ihtiyaçları bazı çok özel gereksinimler ile çok daha farklıdır. Dosya ve yazıcılara erişim yerine, Fabrika zemin kontrolcüleri sürücü sistemlerinde gömülü veriye, operator iş istasyonlarına ve I/O cihazlarına erişmek zorundadırlar. Bir kullanıcıya bir görev yapılırken izin vermek yerine , fabrika zemin veri iletişimi ihtiyaçları gerçek zamanlı veya gerçek zamana çok yakındır. Bir şişeye doldurma işlemini sonlardırma bir internet sitesinin sonraki sayfasına erişmekten çok daha fazla zaman hassas iletişimi gerektirir.

Geleneksel olarak, Ethernet yalnızca Endüstriyel Otomasyonda sınırlı kabule sahipti.

Son zamanlarda gider, sofistike anahtarların ve yönlendiricilerin eksikliği ve özel protokollü büyük satıcıların hakimiyeti fabrika tanabındaki Ethernetin geniş kabulünü engelledi. Şimdi fiyatların düşmesi, fabrika zemininde sürüler halinde hareket eden doğal Ethernet özelliğine sahip PCler , akıllı anahtarlar ve yönlendiriciler ile, Ethernet kabul görüyor. Sadece Endüstriyel Otomasyonu yaygın olarak kabul gören , enek uygulama katmanının eksikliği onun tam olarak kabul görmesini engellemiştir.

PROFInet Terimleri
Birçok diğer ağ sistemleri gibi PROFINET CBAnın da benzersiz bir terminoloji dizisi var. Aşağıdaki tablo PROFINET CBA tartışırken yaygın olarak kullanılan terimlerden bazıları içeriyor.

PROFINET HABERLEŞME

PROFINET CBA runtime haberleşmesi Şekil 1 de gösterildiği gibi TCP/IP, COM, DCOM ve RPC kullanır. TCP/IP dizisi standart bir TCP/IP haberleşme dizisidir. COM ve DCOM Microsoft standartlarına tarafından tarif edildiği gibi Komponent Nesne Modeli teknolojileridir. RPC (Uzaktan işlem çağrısı ) Open Software Foundation (OSF) tarafından tanımlanan standart bir haberleşme yapısıdır. PROFINET CBA genellikle ağ üzerinden düğüm yapılandırma ve başlatma içermez. Aslında satıcılar eğitim ve araçlardaki kullanıcı yatırımın tutan yapılandırma için mevcut tüm tescilli arayüzleri korumak için teşvik edilir. PROFINET CBA nın ihtiyacı olan şey , bir XML açıklaması dosyası oluşturmak için bir arayüz içermesi amacıyla nu araçların revize edillmesidir. Bu açıklama dosyası yapılandırmadan sonra cihazda bulunan arayüzleri içerir. PROFINET CBA diğer fieldbuslar ile entegrasyonu engellemez. Özellikle PROFINET CBA , AS-I ve Profibus’un proxy cihazlar aracılığıyla otomasyon yapısı için doğal ve ortak uzantılar olmasını önermektedir. Diğer sensör ve donanım yedek ağlarının PROFINET CBA ile entegre edilememesi için hiç bir neden yok .

DCOM –PROFInetin arakasındaki GÜÇ

PROFINET CBA, Microsoft DCOM (Dağıtılmış Bileşen Nesne Modeli) yapısına ve ondan önce gelen COMa (Komponent Nesne Modeline) dayanmaktadır.Bu nesne dağıtım yapıları veriyi saklar ve yönetir ve temel veri yapısı bilmeden Alıcıların ve Sunucuların veriye erişimine izin veren bir modadaki dış dünya için harici arabirimler sağlarlar. COM ve DCOM Microsoft Windows teknolojileridir ve Windows 95® den beri tüm windows sürümlerinde bulunmaktadır.

PROFINET CBAnın nesne odaklı bir teknoloji olması sizin için sürpriz olmamalıdır. Nesneleri otomasyon verisinin kapsaması EtherNet/IP™ ve DeviceNet™ gibi diğer uygulama katman protokolleri tarafından kulllanılan tanınmış bir uygulamadır .Nesneler veri uygulamasını dış dünyaya veri sunumundan ayırmak için geliştiricilere imkan verir. Nesne uygulaması , uygulamanın önemsiz ayrıntıları yerine nesnenin işlevselliğine dikkat etmeye odaklanır. Bir yazılım geliştiricisi değilseniz , bu konseptin ne kadar önemli olduğunun farkına varmayabilirsiniz. Anasistem bilgisayarları hatırlayabilirseniz, verilerin genellikle tablo satırları olarak sunulduğunu hatırlarsınız. İstemci programlar, terminal sunucularından anabilgisayar tablolarına eriştiler. Terminal sunucuları sakladığı ile hemen hemen aynı formatta kullanıcıya veriyi sunar. Ek bir alan eklenmiş veya veri türleri daha fazla çözünürlük veya doğruluğu (anasistem bilgisayarın ilk günlerinde çok yaygın olarak rastlanmaktadır) sunmak için genişletilmiş ise, yüzlerce kullanıcıyı etkileyen çok sayıda istemci program değiştirilmek zorundaydı. Data için veriyi arayüzden ayırmak bu tür bir problem için bir çözüm ve diğer bir çok avantajları sağladı.

Veri arabirimi veriden ayrıldığında, arayüzler teknolojilerin herhangi biri kullanılarak istemciler ve sunucular arasında bağlantı kurabilirler. Bazı mekanizmalar COM dan önce aşağıdakileri kullandı:

• TCP –Bir bağlantı tabanlı aktarım protokolü. TCP doğrudan nesne tabanlı veriyi desteklemez. Bunun yerine basit bayt akışını desteklemektedir.
• UDP – TCP ile aynı sınırlamalı bir bağlantısız tabanlı aktarım protokolü.
• Windows İleti Sistemi – Tek bir makine içindeki işlemler arasında verilerin iletilmesi için Microsoft windows-tabanlı mekanizma . İleti sistemi doğası gereği tek bir bilgisayar ile sınırlandırılır.
• DDE – Dinamik Veri Değişimi – Tek bir makinede süreçler arasında veri paylaşımı için iletilerin farklı bir set ile bağlantı tabanlı aktarım . DDE windows ileti sisteminin bir parçasıdır.
• RPC (Uzaktan İşlem Çağrısı) – Standart arayüzler kullanarak İstemci ve Sunucu süreçleri arasındaki veri paylaşımı için Open Software Foundation (OSF) tarafından oluşturulan bir mekanizma . Diğer bazı teknolojilerin aksine RPC windows uygulamaları ile sınırlı değildir. RPC, belirli bir aktarım mekanizması ile de sınırlı değildir. RPC TCP, Microsoft Kanalları ve diğer network sistemlerine tabi olabilir. RPCnin sınırlaması onun süreçleri bir nesne düzeyinde değil bir işlev çağrı düzeyinde bağlamasıdır.

COM ve DCOM tüm bu tekonolojilerin varisleridirler. COM , nesne bağlamayı, RPC de bulunmayan teknolojiyi veya veri paylaşımı için diğer herhangi bir mekanizmayı sunan bir dil bağımsız teknolojidir. Bu mekanizmaların kod ve veriyi paylaştığı yerde, COM süreçler arasındaki nesneleri paylaşmak için vardır. COM’un bir işletim sistemi için yerel süreçler arasındaki nesneleri paylaştığı yerde, DCOM bir ağda bulunan süreçler arasındaki nesneleri paylaşır.

COM’un bir dil olmadığını anlamak önemlidir. COM bir nesnenin ne olduğunu, ne zaman ve nasıl oluşturulduğunu, ne yapabileceğini dünyaya nasıl anlattığını tanımlayan bir spesifikasyondur. COM, işlevleri adlandırılabilen ve kaydedilebilen bir arayüz ile gruplandırır. Arayüz işlevlerinin hiçbir özel uygulaması belirtilmez.

COM arayüzleri bir İstemci ile bir Sunucu arasında bir sözleşme gibi düşünülebilir. COM , bir Sunucuyu sorgulaması ve desteklediği arayüzleri keşfetmesi için İstemciye izin veren arayüzleri sağlar. Tüm COM Sunucularının desteklemek zorunda olduğu bir dizi arabirimler vardır. Bunların en iyi bilineni IUnknown arayüzüdür. Bu arayüz , nesne tarafından desteklenen veri arayüzlerinin ID lerini geri döndüren sorgu fonksiyonu sağlar .

DCOM, COM tarafından kullanılan aynı nesneleri kullanarak güvenilir, güvenli, verimli bir şekilde bir ağ üzerinden veriyi dağıtmak için tüm işlevleri dahil ederek COM’u genişletir. DCOM ağ arayüzleri sağlar, yerel makine formatında veriyi otomatik olarak paketler ve paketi açar ve Sunucu süreçlerinin başlatılması ve fesih yönetimini kolaylaştırır. Aynı zamanda verileri doğal şifreleme ile sağlam bir güvenlik mekanizması sağlar.

1 Açıklık CORBA (Ortak Nesne Talebi Broker Mimarisi) dahil COM ve DCOM dışında diğer nesne bağlama teknolojilerinin var olduğuna dikkat etmemizi gerektirir .

PROFINET’I ANLAMA ANAHTARI – PROFINET ARAYÜZLERİ

PROFINET CBA arayüzleri, dış dünyaya PROFINET CBA arayüzleri nasıl bağladığı , Bileşen Nesne Modeli (COM) arabirimleridir. Bir COM arabirimi için iki bölüm vardır; arayüz ve uygulama. Uygulama nesnenin temel yapısıyken arayüz nesne tarafından desteklenen erişim yöntemleri kümesidir. Uygulama geliştiriciye özel iken arayüz dünyadaki herkese açıktır. Arabirim, mevcut uygulamalara destek sağlamak için tutarlı kalmak zorundayken uygulama herhangi bir anda değişebilir.

Bir COM arayüzü Özellikler, Metotlar ve Olayların bir derlemesidir. Özellikler bir a PROFINET CBA nesnesinin genel verisidir . Bu değerler uzaktaki bir aygıttan okunabilir veya yazılabilir. Yöntemler COM arabirimi tarafından sağlanan hizmetleri ve fonksiyonları tanımlar. Örneğin, Bir barkod tarayıcı tarama başlatan bir yöntem olabilir; Bir sürücü rulo konumlandırmak için üst düzey bir yöntem olabilir veya Bir Analog Giriş modülü, giriş çözünürlüğü ayarlamak için bir yöntem olabilir. COM arabirimlerinde de Olaylar var. Olaylar arayüz için durumdaki bir değişikliği bildirir ve bir İstemcideki bir methodu çağırmak için kullanılabilir . Arayüz Tanımlama Dili (IDL) is PROFINET CBA nesne tarafından desteklenen Özellikler, Metotlar ve Olayların yapılandırılmış, metinsel bir gösterimidir.

Her COM arayüzü IUnknown arayüzü içerir. Bu arayüz tüm COM nesnelerinin temel arayüzüdür. Tüm diğer COM arayüzleri Iunknown’dan yada kendisi Iunknown’dan türetilmiş diğer bir arayüzden türetilir. Bir İstemci cihaz IUnknown tarafından desteklenen arayüzleri talep ederek bir PROFINET CBA cihazı için tüm arayüz dizisini keşfedebilir.SorguArayüzü arayüzleri keşfetmek için Iunknown tarafından sunulan bir methoddur. PROFINET CBA arabirimleri hakkında daha fazla bilgi için COM ve DCOM anlatan büyük hacimli ders kitaplarından herhangi birini okuyun. COM ve DCOM bütün bu teknolojilerin varisleridirler. COM , nesne bağlamayı,RPC de bulunmayan teknolojiyi veya veri paylaşımı için diğer herhangi bir mekanizmayı sunan bir dil bağımsız teknolojidir. Bu mekanizmaların kod ve veriyi paylaştığı yerde, COM süreçler arasındaki nesneleri paylaşmak için vardır. COM’un bir işletim sistemi için yerel süreçler arasındaki nesneleri paylaştığı yerde, DCOM bir ağda bulunan süreçler arasındaki nesneleri paylaşır.

COM’un bir dil olmadığını anlamak önemlidir. COM bir nesnenin ne olduğunu, ne zaman ve nasıl oluşturulduğunu, ne yapabileceğini dünyaya nasıl anlattığını tanımlayan bir spesifikasyondur. COM, işlevleri adlandırılabilen ve kaydedilebilen bir arayüz ile gruplandırır. Arayüz işlevlerinin hiçbir özel uygulaması belirtilmez.

COM arayüzleri bir İstemci ile bir Sunucu arasında bir sözleşme gibi düşünülebilir. COM , bir Sunucuyu sorgulaması ve desteklediği arayüzleri keşfetmesi için İstemciye izin veren arayüzleri sağlar. Tüm COM Sunucularının desteklemek zorunda olduğu bir dizi arabirimler vardır. Bunların en iyi bilineni IUnknown arayüzüdür. Bu arayüz , nesne tarafından desteklenen veri arayüzlerinin ID lerini geri döndüren sorgu fonksiyonu sağlar .

DCOM, COM tarafından kullanılan aynı nesneleri kullanarak güvenilir, güvenli, verimli bir şekilde bir ağ üzerinden veriyi dağıtmak için tüm işlevleri dahil ederek COM’u genişletir. DCOM ağ arayüzleri sağlar, yerel makine formatında veriyi otomatik olarak paketler ve paketi açar ve Sunucu süreçlerinin başlatılması ve fesih yönetimini kolaylaştırır. Aynı zamanda verileri doğal şifreleme ile sağlam bir güvenlik mekanizması sağlar.

PROFINET ÇALIŞMA ZAMANI YAPISI

PROFINET CBA Çalışma Zamanı Yazılımı veya “PROFINET CBA Core” geliştiriciler için Profibus International tarafından sunulan bir yazılımdır. Bu yazılım PROFINET CBA cihazı uygulanması için gereken bir dizi bileşenden sadece biridir. Şekil 1, grafiksel olarak PROFINET CBA cihazının bileşenlerini temsil eder. Mavideki bileşenler geliştirici tarafından sağlanan kullanıma hazır bileşenleri göstermektedir. Sarıdaki bileşenler geliştirici için entegrasyon görevlerini gösterir. Yeşildeki bileşenler bir geliştiricinin değiştirmemesi gereken PROFINET CBA core’un bölümlerini gösterir.

TCP/IP Stack – Aktarım Kontrol Protokolü (TCP) ve Internet Protokolü (IP) cihazlar arasındaki bağlantıyı sağlayan, paketleri toplayan ve ayıran, bağlantıyı yöneten ve paketleri bir son noktadan diğerine yönlendiren yazılım komponentleridirler. TCP/IP stack , PROFINET CBA Runtime Core ‘a dahil değildir. O genelde kullanıma hazır bir yazılım bileşenidir ve çoğunlukla RTOS ( Gerçek Zamanlı İşletim Sistemi) ile birlikte bulunur. PROFINET CBA , Berkley Soketleri Arayüzü ve NT Winsoketleri için varsayılan işlev çağrılarını içerir. Diğer TCP/IP stack arayüzleri daha kapsamlı entegrasyon çabaları gerektirmektedir.

Uzaktan İşlem Çağrısı (RPC) – Uzaktan İşlem Çağrısı yazılımı bir PROFINET CBA core ve TCP/IP stack arasındaki DCOM taleplerini aktarır. RPC , Microsoft Windows’un standart bileşenidir. Windows olmayan bir işletim sistemi çalıştıran gömülü sistemler için , PROFINET CBA core bağımsız bir RPC içerir. RPC, PROFINET CBA sistemindeki uzaktan işlem çağrılarını yapan tutarlı bir yöntem sağlamaktadır. RPC, TCP/IP stack ve hafıza yönetiminin bağlantı bazlı mesajlaşmasını, RTOS’un görev senkronizasyonu ve kritik kaynak yönetimi hizmetlerini kullanır. PROFINET CBA cihazına RPC entegre etmek için, hem TCP / IP hem de RTOS arayüzünün özelleştirilebilir olması gerekir. Prosedür izlemenin PROFINET CBA cihazı tarafından uygulanması halinde , RPC’nin tanı hizmetleri için standart arayüzleri içerecek şekilde uyarlanması gerekir.

Dağıtılmış Bileşen Nesne Modeli (DCOM) – Dağıtılmış Bileşen Nesne Modeli yazılımı bir PROFINET CBA cihazda yer alan arayüzlerin özellikler, yöntemler ve olaylar dağıtımını yönetir. DCOM Microsoft Windows’un standart bileşenidir. Windows olmayan bir işletim sistemi çalıştıran gömülü sistemler için , PROFINET CBA core bağımsız bir DCOM içerir. DCOM bileşeni diğer dört bileşen ile entegre edilmelidir; RPC, RTOS, DCOM Uygulama Arayüzü ve Tanı modülü. Profibus International tarafından sunulan bağımsız DCOM standart RPC API içerir ,böylelikle DCOM ve RPC’yi entegre etmek için çok az çaba gereklidir. Çok daha karmaşık olan DCOM’un ve RTOS tarafından sunulan hizmetlerin entegrasyonudur. DCOM çağrıları eşzamanlı olmadan çalıştığı için, RTOS hizmetler RTOS ve DCOM arasında oldukça özelleştirilmiş bir arayüz gerektiren geri arama rutinlerini kullanırlar.

Otomatik Sıralayıcı (AM) – Otomatik Sıralayıcı, DCOM için dizilen çağrıyı teslim etmeden önce bir parametre çağrısının bileşenlerini seri haline getirir. İstemci tarafındaki sıralama bir mesajla parametreleri yerleştirmeyi ve yerel veri türünü network RPCnin veri türüne dönüştürmeyi içerir. Sunucu tarafındaki sıralama mesajlardan parametreleri kaldırmayı veri türünü yerel Sunucunun veri türüne dönüştürmeyi kapsar. Otomatik Sıralayıcı hem İstemci hem de Sunucu operasyonlarını gerçekleştirir. Otomatik Sıralayıcı bir arabirimde bir yöntem başlatırken , bir İstemci gibi çalışır. Otomatik sıralayıcı bir yöntem için bir erişim alırken,o bir Sunucu gibi çalışır. Otomatik Sıralama çağrı arayüzünün ayrıntılarından yerel istemci veya sunucuyu ayırır. İstemciler ve Sunucular onlar yerel yöntemlermiş gibi tüm methodları çağırabilirler. Otomatik Sıralama DCOMun bir parçasıdır ve PROFINET CBA core’da sağlanan DCOM ile büyük oranda entegre edilmiştir.Bu bileşen için entegrasyon aktiviteleri RTOS ve Tanı hizmetleri entehrasyonunu içerir.

PROFInet Nesne Modeli– PROFINET CBA Uygulaması, PROFINET CBA Çalışma Zamanı Nesne Modelinin bir aygıt özel uygulamasıdır. Bir cihazda mevcut nesneler, onların yöntemler ve COM Otomasyon yoluyla dışarıdan erişilebilir arayüzler grafiksel olarak Şekil 2’de gösterilen Çalışma Zamanı Nesne Modelini içermektedir. Çalışma Zamanı Nesne Modelinin temel bileşenleri şunlardır:

• Fiziksel Cihaz (PD)– Ethernet ağına aygıtını bağlayan fiziksel donanımın bir sunumu PD , IPhysicalDevice Arayüzü tarafından ortaya çıkarılır.
• Lojik Cihaz (LD)– Cihazın görevi uygulayan uygulamasının bir temsili. LD bu cihazın görevi için özeldir .

• Genişletilmiş Lojik Cihaz (ELD) – Aynı sınıfın cihazlar arasında ortak genel görevlerin bir temsili.
• Aktif Kontrol Bağlantı Nesnesi (ACCO) – RT-Auto ile otomasyonu kolaylaştıran PROFINET CBA yazılımının bir temsili.
• Çalışma Zamanı-Oto (RT-Auto) – PROFINET CBA cihaz tarafından dış dünyaya çıkarılan yöntem ve arayüzlerin tüm koleksiyonu
• Mühendislik Servis Oto (ES-Auto) – RT-Auto tarafından sağlanan yöntem ve arayüzleri erişen Mühendislik Modeli için gerekli yöntem ve arayüzler koleksiyonu
• Mühendislik Hizmetleri Cihazı (ES-Device) – ELD tarafından sağlanan yöntem ve arayüzleri erişen Mühendislik Modeli için gerekli yöntem ve arayüzler koleksiyonu. Bu yöntemler ve arabirimler benzer cihazlar arasında yaygındır.

PROFINET CBA Nesne Model bağlantının fiziksel özelliklerini izlemek ve kontrol etmek için tüm İstemcilere standart bir arayüz sağlar. Her donanım bileşeni için bir fiziksel bağlantı vardır. PD tüm lojik bağlantılar için kaynak sağlarlar. Bilinen PD arayüzü kullanarak tüm mantıksal birimler için diğer tüm arabirimler kefedilebilir.

PROFINET CBA ağ üzerindeki her fiziksel bağlantı için bir veya daha fazla lojik bağlantı vardır. Bir lojik bağlantı donanım yazılımının bir birimini ve cihazın sensör veya aktüatör parçasını temsil eder.

Aktif Kontrol Bağlantı Nesnesi (ACCO) – Aktif Kontrol Bağlantı Nesnesi, PROFINET CBA Çalışma Zamanı Yazılımı core’da bir yazılım bileşenidir. ACCO , döngüsel ve Durum Değişimi (COS) veri transfer operasyonlarını yönetir. Döngüsel veri transferi , ACCO Hizmet Kalitesi (QoS) methodu tarafından kontrol edilen bir zamanlı temel üzerinde oluşur. COS veri transferi operasyonları PROFINET CBA’nın gelecek sürümü için planlanmıştır. ACCOlar veri transferini yönetmek için diğer cihazların ACCOları ile haberleşirler. ACCOlar yerel bir cihaz ya da bir ağ bağlantısı üzerinden uzak bir cihazda çalışabilirler.

PROFINET MÜHENDİSLİK MODELİ

PROFINET CBA, bir sistemin PROFINET CBA cihazları arasındaki bağlantıları oluşturarak ve sisteme çalışma süresi konfigürasyonunun sonuçlarını göndererek bir PROFINET CBA cihazı oluşturma sürecini “PROFINET CBA Mühendislik Modeli” olarak adlandırır.

PROFINET CBA cihazlar bileşenlerinde cihazın işlevselliğini ayrıştırılarak oluşturulur . Her bileşen özellikleri, olayları ve yöntemleri bir dizi olarak modellemiştir Bu harici “arayüzler” tasarlanırken, Genişletilebilir bir Meta Dili (XML) dosyası oluşturulur. XML dosyası, PROFINET CBA Bağlantı Editörü tarafından işlenebilen metin tabanlı, taşınabilir bir görüntüde cihazın işlevlerini yakalar.

PROFINET CBA Bağlantı Editörü, ağın Sistem Mühendisliğini yapmak için kullanılan bir cihazdır. Bağlantı Editörü, PROFINET CBA ağındaki cihazlar arasındaki ara bağlantıları seçmek için bir grafik aracı sağlar. Bağlantılar bileşen katmanında cihazlar arasında yapılır. Bir cihazdaki bir olay başka bir arayüzdeki bir yöntemi tetikleyebilir.Methodun aynı arayüzün parçası veya miller yada ülke uzaklığında bulunan uzaktan bağlantı cihazının bir methodu olup olmadığı hiç farketmez.

Ara bağlantı seçilir seçilmez , Bağlantı Editörü bağlantıları her PROFINET CBA cihazına otomatik olarak indirir. Bu bağlantılar geçici olmayan bellekte depolanır ve PROFINET CBA Çalışma Zamanı operasyonunun temeli haline gelir. Bağlantılar her cihaza TCP / IP bağlantılarının ne yapılması gerektiğini,Uzaktan İşlem Çağrılarının ne gerektiğini ve DCOM arayüzlerini neyin tetiklediğini ve ne zaman tetiklendiklerini bildirirler.

PROFIBUS NEREYE UYAR?

PROFIBUS® saha seviyesi cihazlar ve programlanabilir denetleyiciler arasında sürecin iletimi için dünya çapında bir standarttır. I/O veri ve diğer bilgiler Profibus ve PROFINET CBAarasında nasıl dolaşabilir? Fiziksel düzeyde Bu iki iletişim ağı tamamen uyumsuzdur. Profibus özünde 12M maksimum baud hızı ile RS485-bazlı haberleşme standardıdır. PROFINET CBA özünde 100M ve ötesinde baud oranları ile başka dünya standardı olan Ethernettir. Onların hepsi protokol seviyesinde uyumlu mudur? Profibus I/O odaklıdır. Veri , Profibus Master ve Slave arasındaki anlaşma ile yorumlanan giriş ve çıkışların blokları olarak aktarılır. PROFINET CBA , bir arayüzün başka bir arayüze bağlanabildiği yerdeki nesne yönelimli bir sistemdir. Bir istemci veya sunucunun hiçbir sert ve hızlı bir tanımı yoktur.Bir cihaz arayüzü bir Sunucu gibi veriyi tedarik etmek veya bir İstemci gibi veriyi tüketmek için yapılandırılabilir. Bağlantılar cihaz arayüzleri arasıda nesne seviyesinde bağlantı editörü kullanarak sistem entegrasyon zamanında yapılabilir. Sensör-bus seviyesinden Kurumsal Kaynak Yönetimi (ERP) ve Üretim Yönetim Sistemi (MES) sistemlerine bağlantıların PROFINET CBA Ağ geçitleri için Profibusa ihtiyaları vardır. Profibus Ana aygıtı Profibus ağının tüm verilere erişebileceğinden, bu ağ geçidi için mantıksal yer genellikle programlanabilir kontrolör olan Ana aygıttır. Bu cihazlar, büyük olasılıkla her iki teknoloji ile de donatılmış olacak ve bu sistemlerde bağlantı bulunulacak yerin bu olduğunu bulmayı ummak mantıklıdır. Bu, Şekil 4 ‘de gösterilmiştir. PROFIBUS NEREYE UYAR?  PROFIBUS® saha seviyesi cihazlar ve programlanabilir denetleyiciler arasında sürecin iletimi için dünya çapında bir standarttır. I/O veri ve diğer bilgiler Profibus ve PROFINET CBAarasında nasıl dolaşabilir? Fiziksel düzeyde Bu iki iletişim ağı tamamen uyumsuzdur. Profibus özünde 12M maksimum baud hızı ile RS485-bazlı haberleşme standardıdır. PROFINET CBA özünde 100M ve ötesinde baud oranları ile başka dünya standardı olan Ethernettir. Onların hepsi protokol seviyesinde uyumlu mudur? Profibus I/O odaklıdır. Veri, Profibus Master ve Slave arasındaki anlaşma ile yorumlanan giriş ve çıkışların blokları olarak aktarılır. PROFINET CBA , bir arayüzün başka bir arayüze bağlanabildiği yerdeki nesne yönelimli bir sistemdir. Bir istemci veya sunucunun hiçbir sert ve hızlı bir tanımı yoktur. Bir cihaz arayüzü bir Sunucu gibi veriyi tedarik etmek veya bir İstemci gibi veriyi tüketmek için yapılandırılabilir. Bağlantılar cihaz arayüzleri arasıda nesne seviyesinde bağlantı editörü kullanarak sistem entegrasyon zamanında yapılabilir. Sensör-bus seviyesinden Kurumsal Kaynak Yönetimi (ERP) ve Üretim Yönetim Sistemi (MES) sistemlerine bağlantıların PROFINET CBA Ağ geçitleri için Profibusa ihtiyaları vardır. Profibus Ana aygıtı Profibus ağının tüm verilere erişebileceğinden, bu ağ geçidi için mantıksal yer genellikle programlanabilir kontrolör olan Ana aygıttır. Bu cihazlar, büyük olasılıkla her iki teknoloji ile de donatılmış olacak ve bu sistemlerde bağlantı bulunulacak yerin bu olduğunu bulmayı ummak mantıklıdır. Bu, Şekil 4 ‘de gösterilmiştir.

 ÖZET VE KİŞİSEL GÖZLEMLER

Schneider Grubundan MODBUS TCP/IP ® , Open DeviceNet Satıcı Derneğinden (ODVA), EtherNet/IP™ , Fieldbus vakfından HSE Fieldbus, Diğer satıcılardan diğer ağlar dahil   PROFINET CBAya çok sayıda uygulama katmanı rakipleri vardır . PROFINET CBA , standart Bilgi Teknolojisi (BT) işlevselliğindeki entegrasyon derinliği ile rakiplerinden kendisini ayırır. Rakiplerinin TCP / IP ye bağlı endüstriyel protokoller olduğu yerde, PROFINET CBA endüstriyel otomasyonun yüzeysel bilgisi ile tüm IT dir.

Dikkate alınması gereken soru ” Bu bir avantaj mı yoksa dezavantaj mı?” Bir Microsoft Standardının bu kapsayıcılığı endüstriyel uygulamaları geliştiren IT profesyonelleri için onu daha çekici ve kolay hale getiriyor. MES ve ERP sistemleri PROFINET CBA ağları ile çok kolaylıkla entegre edilebilecektir. PC tabanlı mimariler ile geleneksel otomasyon satıcıları bu teknolojide eğitim almış personele sahip olmalarının avantajının da keyfine varacaklar. Sürücüler, terazi ve barkod tarayıcıları gibi gömülü cihazların diğer satıcıları ürünlerine bu teknolojiyi taşımak ve uygulamak için zor olan bir şeyi kısa sürede öğrenmekle yüz yüze gelecekler.

Microsoft faktöründen de söz edilmelidir. Microsoft teknolojilerin günlük olarak kullanımına son verir. DCOM ve RPC ne kadar süre kalacak? Gelecek Microsoft Windows ürünleri bu ürünler için desteği azalttığında ve diğerleri için desteği arttırdığında ne olacak. SOAP zaten RPC için bir yedek olarak lanse ediliyor. On yıllarca teknoloji desteği gerektiren bir endüstride, Microsoft’dan destek gerektiren bir strateji uygulanabilir mi

DAHA FAZLA BİLGİ İÇİN
Profibus International, PROFINET CBA Mimarlık Tanımı ve Özellikleri, Sürüm 1.0, Ağustos 2001

Profibus International, PROFINET CBA Uygulama Kılavuzu, Sürüm 1.2, Temmuz 2002

Open Software Foundation (OSF),
www.opensoftwarefoundation.com

Dr. Richard Grimes, “DCOM Programlama ”, 1997 Wrox Press Ltd.
Daha fazla bilgi için aşağıdakilere bakın:

PROFINET SERTİFİKA

Profibus aksine,tüm PROFINET CBA cihazlar ürün lansmanı öncesinde sertifikasyondan geçmek zorundadır. Profibus Kullanıcı Teşkilattının Belgelendirme Ofisi PROFINET CBA cihazlarının belgelendirilebileceği test merkezlerinin kurulması sorumludur. İlk PROFINET CBA test merkezi Almanya’da yer almaktadır. ROFINET CBA cihazının Sertifikasyonu üç aşamalı bir süreçtir. İlk olarak, geliştirici tarafından değiştirilen PROFINET CBA yazılım çekirdeğinin bölümleri ve PROFINET CBA Nesne Modelinin standartlar ile uyumluluğu test edilir. İkinci olarak, ürün geliştirici tarafından tedarik edilen XML dosyası birlikte çalışabilirliği test etmek için bir mühendislik aracı ile kullanılır. Bu testte ara bağlantılar Testen Geçirilen Cihazılar (DUT) ile diğer PROFINET CBA cihazlarının arayüzleri arasında yapılır.Üçüncü olarak,PROFINET CBA cihazı cihazın yüklenen ağ üzerinde ne kadar iyi çalıştığını belirlemek için diğer PROFINET CBA cihazlarının ağına bağlanır.

NASIL BAŞLATILIR
PROFINET CBA Çalışma Zamanı Çekirdek yazılımı Profibus International’dan zip dosyası olarak ücretsiz (üyelik zorunlu) indirilebilir. Belirli bir RTOS’u PROFINET CBA’ya uyarlamak her PROFINET CBA bileşeni için bağlantı noktası geliştiricisi gerektirir. Bağlantı noktası için bileşenler DCOM, RPC, Otomatik Sıralayıcı ve ACCO’dan oluşur. PROFINET CBA Entegrasyon kılavuzu bu bileşenlerin her birinin taşınması için bireysel talimatlar sağlar.

Bu çabaya başlamadan önce geliştirici Microsoft RPC, COM, DCOM ve C ++ hakkında altyapıya sahip olmalıdır. Ayrıca senin RTOS’nun özel operasyonun, senin TCP/IP dizini operasyonun ve işlemci temellerin hakkında kapsamlı bir altyapı önemlidir