GJB289A Veri Yolu Uygulama Katmanı Protokolünün Analizi ve Araştırması
Yang Feng 1, 2, Liao Yinlong 1, 2, Wang Xin 3, Jiao Fengfeng 3
(1. Xi'an Havacılık Hesaplama Teknolojisi Enstitüsü, AVIC, Xi'an 710068, Shaanxi;
2. Havacılık Teknolojisi Entegre Devre ve Mikrosistem Tasarımı Anahtar Laboratuvarı, Xi'an, Shaanxi 710068; 3. Xi'an Xiangteng Microelectronics Technology Co., Ltd., Xi'an, Shaanxi 710068)
GJB289A veri yolu uygulama katmanı protokolü, verilerin tanımını, kullanımını ve sistem yöntemi tanımını açıklar ve uygulama sürecinde GJB289A veri yolu sisteminin veri sözcüğü biçimini ve mesaj biçimi tanımını, medya tasarım yöntemini, terminal tasarım yöntemini ve sistem kontrol tasarımını açıklar. Yöntemler ve diğer içerik. Bununla birlikte, GJB289A veri yolu sisteminin uygulanmasıyla, veri yolu sistemi topolojisinin seçimi, veri yolu sistemi terminalinin tasarımı, veri yolu kontrol stratejisi ve veri yolu performansının değerlendirilmesi gibi sorunlar vardır. GJB289A veri yolu protokolünün özel uygulamasını analiz edin, veri yolu planlama stratejisini inceleyin, geliştirilmiş statik veri yolu kontrol protokolünün (ISBC) uygulamasını ve ilkesini açıklamaya odaklanın ve GJB289A veri yolu sisteminin geliştirilmesinde, uygulanmasında ve araştırılmasında yol gösterici bir rol oynayın .
GJB289A veri yolu; GJB289A veri yolu protokolü; veri yolu planlama stratejisi; ISBC protokolü
Çin Kütüphanesi Sınıflandırma Numarası: TN915; V243.1
Bir
DOI: 10.16157 / j.issn.0258-7998.2016.07.039
Çince alıntı biçimi: Yang Feng, Liao Yinlong, Wang Xin, vb .. GJB289A veri yolu uygulama katmanı protokol analizi ve araştırması Elektronik Teknoloji Uygulaması, 2016, 42 (7): 154-158, 170.
İngilizce alıntı biçimi: Yang Feng, Liao Yinlong, Wang Xin ve diğerleri.GJB289A veri yolu uygulama katmanı protokolünün analizi ve araştırması.Elektronik Tekniğin Uygulanması, 2016, 42 (7): 154-158, 170.
0 Önsöz
GJB289A veri yolunun yurtiçi ve yurtdışında kullanımına göre, standart GJB289A veri yolu protokol sistemi, veriyolu davranışı, test yöntemleri ve uygulama şemaları açısından veriyolunu şart koşar.Tüm protokol sistemi, uygulama protokolünün olduğu 9 protokol dosyasını içerir GJBZ 209-2002, temel olarak veri yolu sistem tasarımı, terminal tasarımı ve medya tasarımı gibi sistem tasarımının ayrıntılı içeriğini şart koşmaktadır.
GJB289A veri yolu, havacılık, havacılık, füze kaynaklı, uzay istasyonu vb. Gibi birçok alanda kullanılır. Veri yolu uygulaması sürecinde, veri yolu veri güncelleme ve sorgulama sorununu çözmek için, çoğu sistem, sistem tasarımı için geliştirilmiş bir statik veri yolu kontrol protokolü (ISBC) kullanır. Veri yolu kontrolü için güvenilir, gerçek zamanlı ve güvenli bir kontrol stratejisi sağlar. Veri yolu kontrol mekanizmasının tasarım optimizasyonu, veri yolu iletişiminin gerçek zamanlı, kararlılık ve güvenilirliğini iyileştirmek için büyük önem taşır.
GJBZ209, GJB289A veri yolu protokolünü açıklar ve tamamlar, veri kelime formatı ve mesaj formatı yönergeleri sağlar, veri yolu sistemindeki ortam tasarımını, terminal tasarımını ve sistem tasarımını açıklar ve çoklu iletim sistemlerinin örneklerini sunar. Aşağıdakiler, veri yolu uygulama katmanı protokolünü sistem topolojisi tasarımı, veri yolu terminali tasarım yöntemi, veri yolu kontrol tasarımı ve sistem performans analizi açısından incelemek ve aynı zamanda ISBC protokolünün ayrıntılı içeriğini açıklamaktır.
1 Sistem topolojisi tasarımı
Veri yolu sistemi topolojisi tasarımı, veri yolu sistemi ölçeğine, sistem veri iletişim bant genişliğine ve sistem güvenlik gereksinimlerine bağlıdır. Sistem ölçeği, tek bir veri yolunun barındırabileceği düğüm sayısını aşarsa, sistem kapasitesinin kademeli veri yolu topolojisi modu aracılığıyla genişletilmesi gerekir. Sistem veri iletişim bant genişliği gereksinimi veriyolu bant genişliğini aşarsa, veri yolu bant genişliğini artırmak için paralel bir topoloji benimsenmelidir. Sistem güvenlik gereksinimleri yüksekse, yedek yedekleme bağlantıları ekleyerek sistemin güvenilirliğini artırmak gerekir. Topoloji tasarımı büyük ölçüde sistemin verimliliğini, yanıt süresini, ölçeklenebilirliğini ve sistem kapasitesini belirler.Sistem kapasitesi ve bant genişliği küçükse ve özel bir gereksinim yoksa, veri yolu topolojisi yapı tasarımı genel olarak benimsenir.Yapı basit ve nettir ve ekipman bağlanır ve bakımı yapılır. Kullanışlı, topolojisi Şekil 1'de gösterilmektedir.
2 Terminal tasarım yöntemi
Sistemdeki tüm terminal tasarımlarının, veri yolu iletişim standartlarının ve arayüz kontrol dosyalarının ikili spesifikasyonları altında gerçekleştirilmesi gerekir. Veriyolu standardı, veriyolu arayüzünün elektriksel karakteristiklerini, kodlama standartlarını ve mesaj işleme yöntemlerini belirtir Sistem arayüz kontrol dosyası, mesajın içeriğini, mesajın özniteliklerini ve terminalin veriyolu verilerine yönelik işlenmesini ve yanıtını belirtir. İkisinin ortak hareketi, Şekil 2'de gösterildiği gibi sistem tasarımının tutarlılığını sağlar.
Sistem tasarımından önce, sistemde kullanılan tüm veri iletişimi ve sistem kontrol içeriği tam anlamıyla dikkate alınmış ve sistem arayüz kontrol dosyası geliştirilmiştir. Sistem arayüz kontrol dosyası, veri yolu terminalinin iletişim alt adresini, mesaj uzunluğunu, mesaj frekansını, yayın mesajını ve mod komut mesajı işlemesini şart koşar.Tüm terminal tasarımları, tasarım ve geliştirme için kesinlikle sistem arayüz kontrol dosyasını takip etmelidir. Sistem arayüz kontrol dosyası, tüm sistemin iletişim içeriği gereksinimlerini şart koşmaktadır.Bu nedenle, sistem arayüz kontrol dosyasının tasarımı tamamlandıktan sonra, veriyolu simülasyon sisteminde simülasyon simülasyonunun yapılması, yeterli sayıda deney yapılması, deneysel verilerin analiz edilmesi ve tartışılması gerekmektedir. Gerekli parçaları değiştirin ve ardından deneyi yeniden çalıştırın.Birden fazla yinelemeden sonra, sistem arayüzü kontrol dosyasındaki tüm öğelerin doğru olduğu garanti edilebilir.
Sistemdeki tüm terminallerin donanım, yazılım ve mantık tasarımı yeniden kullanılabilir olmalıdır.Orijinal tasarım değiştirilmeden, yazılım üzerinden yazmaçların programlanması farklı bus rolleri veya farklı terminaller elde edebilir. Tüm terminaller programlanabilir işlev, uzak terminal adres programlanabilir, uzak terminal alt adres kontrolü programlanabilir ve mod komut kontrolü programlanabilir.
Sistem iletişim süreci, veri mesajlarını, sistem kontrolünü, sistem planlamasını, senkronizasyonu, terminal durum sorgusunu ve veri güncelleme durum sorgusunu, vb. İçerir. Sistem tasarımı, tüm veri yolu iletişim işleminde veri yolu kontrol mesajlarının oranını tam olarak dikkate alır. Bir veri yolu sisteminin iletişim verimliliği, veri yolu üzerindeki veriler tarafından kullanılan bant genişliği ile iletişim işlemi sırasında veri yolu tarafından kullanılan bant genişliği arasındaki oranı ifade eder. Veri güncelleme durum sorgulama frekansı, mesaj göndermenin gecikmesini belirler, ancak çok yüksek veri güncelleme durumu sorgu frekansı, veri yolu yükünü büyük ölçüde artıracak ve veri yolu iletişim verimliliğini azaltacaktır.
Sistem, standart bir veri yolu topolojisini benimser, sistem tasarımının karmaşıklığını azaltır, sistem tasarımının zorluğunu azaltmaya ve sistemin kullanım kolaylığını ve bakımını iyileştirmeye yardımcı olur. Veri yolu topolojisinin uygulama gereksinimlerini karşılayabilmesi durumunda, paralel topoloji veya kademeli topoloji kullanılmaz ve sistemin bant genişliği ve veri yolu kapasitesi için daha yüksek gereksinimlerini karşılamak için paralel topoloji veya kademeli topoloji kullanılır. Sistem, veri yolu denetleyicisini tasarlamak için statik bir veri yolu kontrol mekanizması kullanır Dinamik veri yolu denetleyicisi, veri yolu denetimini daha karmaşık hale getirir.Bara denetleyicisi anahtarlama sürecinde, veri yolu iletişimi kaçınılmaz olarak kesintiye uğrayacak ve veri yolu iletişiminin kararlılığı etkilenecektir.Bu nedenle, dinamik veri yolu kullanılmaz. Kontrol mekanizması.
Sistem sağlamlığı, sistem performansını ölçmek için önemli bir göstergedir.Sistem sağlamlığını belirleyen birçok faktör vardır.GJB289A veri yolu sisteminde, veri yolu fiziksel iletim yolu, sağlamlığı artırmak için veri yolu sistemi standardı tarafından gerekli olan çift yedekli Gerçek sistem uygulama sürecinde, bazı anahtar düğümler Şekil 3'te gösterildiği gibi düğüm yedeklemesi (BC düğümleri gibi) uygulayacaktır. Veriyolu sisteminin sağlamlığını iyileştirmek için, sistemdeki tüm düğümler sistemin yanlışlıkla çökmesini önlemek için iyi bir sınır işleme işi yapmalıdır. Ek olarak, tüm terminaller eksiksiz ve güvenilir bir istisna işleme mekanizmasına sahip olmalıdır.Bir istisna oluştuğunda, istisnayı hızlı bir şekilde idare edebilmeli ve iletişimi geri yükleyebilmelidir.
3 veri yolu kontrol tasarımı
Hava otobüsünün tasarımı ve işletimi sırasında aşağıdaki noktalar dikkate alınmalıdır:
(1) Tek bir bağlantı üzerinde hata algılama ve düzeltme yetenekleri;
(2) Fazladan bağlantı bağlantısı;
(3) Bus sisteminin arıza terminali tanımlama, izolasyon ve sistem yeniden yapılandırma yetenekleri;
(4) Fiziksel katman, iletim kablosunun yüksek bant genişliği ve düşük gecikme özelliklerini karşılar;
(5) Veri bağlantı katmanı protokolü, mesaj iletim gecikmesinin kesinliğini garanti edebilir;
(6) Veri paketinin boyutu, kontrol komutları ve durum gibi kısa mesajların ilk tatmin edici olması gerekçesiyle uzun mesajların iletimini karşılamalıdır.
Hava otobüsü, tasarımda açıklık, birlikte çalışabilirlik, ortama uyum, gerçek zamanlı iletişim, güvenilirlik ve belirleyicilik özelliklerine sahip olduğu için aviyonik sistemlerin tasarım, kurulum, devreye alma ve bakımını yapar. Daha uygun. Havadaki otobüs aşağıdaki özelliklere sahiptir:
(1) Donanım miktarından ve yatırımından tasarruf edin;
(2) Kurulum ve bakım maliyetlerinden tasarruf edin;
(3) Kullanıcının sistemi entegre etme inisiyatifi vardır;
(4) Sistemin inisiyatifini ve güvenilirliğini artırın.
GJB289A veri yolu ayrıca sistemin boyutu ve karmaşıklığı için çok farklı üst düzey protokollere sahiptir, ancak çeşitli üst düzey protokollerin düzenlemeleri ve veri yolu kontrol yöntemleri aşağıdaki ilkelere sahiptir:
(1) Düzgün veri akışı ilkesi. Tüm veri yolu faaliyetlerinin denetleyicisi olarak BC, tüm veri aktarımlarını kapsamlı bir şekilde ele almalıdır.Farklı frekanslarda üretilen veriler için, özellikle birden çok sistem katmanı altında veri iletmesi gereken bazı çok seviyeli veri yolu yapıları için akışa göre makul kontrol düzenlemeleri yapılmalıdır. Sistem, veri aktarım sistemini daha düzenli bir veri akışı ile zorlamaktan ve veri yolu aşırı yüklenmesine neden olmaktan kaçınmalıdır.
(2) Her iki terminalin prensibi. Veriyolu üzerindeki terminallerin çoğu gerçek zamanlı çalışma durumunda çalışır, özellikle zamanında katı gereksinimleri olan ekipmanlar için sorunsuz ve zamanında iletişim çok önemlidir.Bu nedenle, üst düzey iletişim protokolü her terminalin gerekli minimum frekansına göre formüle edilmelidir. Kontrol için, iletişim döngüsü her terminalin iletişim frekansına göre düzenlenmelidir.
(3) Güvenilirlik ilkesi. GJB289A'nın güvenilirlik ölçüleri, tüm sistemin güvenli ve verimli çalışmasını sağlar. Ancak veri yolu kontrolünde, protokol tarafından sağlanan güvenilirlik önlemlerinin iyi kullanılıp kullanılamayacağı, veri yolu sisteminin güvenilirliğini artırmanın anahtarıdır.
(4) Birleşik muamele ilkesi. Veriyolu kontrolü, işlemin gerçekleştirilebilirliğini ve birliğini hesaba katmalıdır.Uygulamada, çok fazla özel gereksinim, veri yolunun kontrolüne sorun getirecektir.Örneğin, her terminalin veri paketi boyutunun kendi gereksinimleri vardır.Tüm terminaller tatmin edildiyse Bunun gereklilikleri, kaçınılmaz olarak üst düzey anlaşmayı son derece karmaşık hale getirecektir. Tüm terminallerin buna göre iletişim kurabilmesi için tek tip ve uygun bir veri paketi boyutunun belirtilmesi, veri yolu işlemeye ve diğer sonraki görevlere kolaylık getirecektir ki bu, üst düzey protokollerin tasarımında da dikkate alınmalıdır.
(5) Çatışmalardan kaçınma ilkesi. Veriyolu kontrolü, her bir terminalin yanıtını ve işlenmesini göz önünde bulundurmalıdır Bu nedenle, iletişim düzenlenirken, aynı terminal adresi için sürekli veri yolu mesajlarının düzenlenmesinden kaçınmak gerekir (aynı alt adres için sürekli veri iletim mesajları hariç). Veriyolu kontrolü, aynı terminal adresi için yeterli mesaj yanıt işleme süresi sağlamalı ve makul ve güvenli bir veri iletimi ve okuma-yazma işlemi el sıkışma mekanizması benimsemelidir.
Çeşitli üst düzey protokollerin ve veri yolu kontrol yöntemlerinin hükümleri, GJB289A veri yolunun kullanım oranını iyileştirmek ve kararlı, güvenli ve güvenilir bir çoklu veri aktarım veriyolu sağlamaktır.Bara denetleyicisi, makul hata kontrol önlemleri ve benzersiz Mod komutu programlaması, her uzak terminalin veri iletimini veri yolu denetleyicisinin eylemi altında tamamlamasını ve veri aktarımının bütünlüğünü sağlar.
Yukarıdaki veri yolu kontrol ilkelerine göre, veri yolu kontrolü için birçok esnek yöntem vardır. Veriyolu kontrolünün tasarımı, uygulanabilir ve güvenilir olduğu sürece çok esnektir, uygulanabilir. Aşağıda, uygulama arka planına dayalı bir veri yolu kontrol yöntemi açıklanmaktadır.
Bazı veri yolu sistemlerinin yapısı nispeten basittir, terminal sayısı azdır, iletilen veri türleri çok değildir, veri yolu üzerindeki mesaj etkinliği çok sık değildir ve veri yolu kontrolü tek bir etkinlik alanında gerçekleştirilebilir. Her terminalin veri iletişim frekansına göre, büyük bir sorgulama süresi tanımlanır. Belirli bir terminal için mesaj düzenlemesi, diğer terminaller dikkate alınmadan doğrudan bir döngü içinde olabilir. Aynı zamanda sürenin bitiminden sonra direkt olarak işlem yapabilir ve anlaşmaya göre terminal için mesaj faaliyetlerini düzenlemeye devam edebilir.Yukarıdaki işlem her bir terminalde sırasıyla yapıldıktan sonra anket tamamlanır. Oylama süresi, yazılım tarafından kontrol edilmelidir.
Bir terminal daha yüksek bir frekans gerektiriyorsa, büyük bir yoklama döngüsünde birkaç kez düzenlenebilir Şekil 4'te gösterildiği gibi, tüm yoklama döngüsü 1 saniyedir Terminal 2, daha yüksek veri hızına sahip bir terminaldir. Döngü içinde 2 hizmet düzenleyin.
Bu yöntemin avantajı, kontrol sürecinin basit olması ve yazılımın güvenilirliğinin önlenmesidir. Bu yöntem, tüm sistemin veri akışının büyük olmaması durumuna yöneliktir.Veri yolu mesaj düzenlemesinin önceden mesaj bloğuna yazılmasına gerek yoktur ve dinamik bir şekilde düzenlenebilir.Daha fazla fonksiyon varsa birincil ve ikincil döngü yöntemleri kullanılabilir. Şematik diyagram Şekil 5'te gösterilmiştir.
4 ISBC protokolü
4.1 ISBC protokolüne genel bakış
Entegre bir aviyonik sistemde, veri mesajı iletimi için en önemli parametrelerden biri, mesajın izin verilen gecikme süresidir. Gecikme süresi, verinin mesaj kaynağından üretildiği andan alıcı uca veriyi elde edebileceği andan itibaren toplam süre olarak tanımlanır. Bir mesajın iletim hızının belirlenmesi, üretme (veya güncelleme) hızına değil, gecikme süresine bağlıdır.
Veri yolu denetleyicisi (BC), veri yolundaki önemli bir bileşendir. Veriyolundaki tüm mesajların iletimi, veriyolunda iletişim için bir anahtar olan BC tarafından uyarılır ve kontrol edilir. Periyodik olmayan mesajları işlemek için, BC'nin orijinal statik veri yolu kontrol protokolü veri yolunda iyileştirilmelidir.Geliştirilen protokole ISBC (Yenileme Veri İletim Mekanizması) adı verilir ve özellikleri şunlardır:
(1) Yalnızca mesaj güncellendiğinde iletilecektir ve çalışma mekanizması güncelleme algılama iletimidir (UPDT);
(2) Mesaj aktarım döngüsü değişir. Bir döngü mesajının tamamlanmasından hemen sonra yeni bir döngü başlar, yani büyük döngü ve küçük döngü değişkendir;
(3) Veriyolu denetleyicisi, her bir RT'ye mod komutları gönderir ve vektör sözcüklerini, her mesaj bloğunun gecikme süresi gereksinimlerine göre önceden belirlenmiş bir oranda okur. BC, vektör kelimesinin ayarına göre yeni bir mesaj olup olmadığına karar verecektir.Vektör kelimesinin bir pozisyonu, yeni bir mesajın üretildiğini gösteren 1 ise, BC, mesaj iletileceği zaman bu mesajın iletimini veri yolu tablosuna göre düzenleyecektir. Aksi takdirde bu mesajın iletimi organize edilmeyecektir. Mesaj bloğu iletildikten sonra, uzak terminal vektör word'ünde karşılık gelen biti sıfırlar Yeni bir veri bloğu üretildiğinde, uzak terminal, vektör word'ünde karşılık gelen biti ayarlar.
Değişken iletim döngüsü modunun kullanılması, yalnızca en uzun maksimum gecikme süresiyle mesaj iletiminin uygulanmasını sağlamakla kalmaz, aynı zamanda en kısa maksimum gecikme süresiyle mesajın gerçek zamanlı iletimini de sağlar. Öte yandan, bu protokol hem senkronize hem de asenkron iletimli iletişim sistemleri için uygundur. Bu protokolün uygulanması, iletişim sisteminin yükünü ve ortalama gecikme süresini azaltır ve alt sistemin performansını büyük ölçüde artırır.
ISBC protokolüne uyma kabiliyetine sahip RT'ler için, her alt adresin, vektör kelimesinin en düşük biti olan alt adresin mesaj verilerinin güncelleme durumunu belirtmek için kullanılan RT için kullanılan özel vektör kelimesinde karşılık gelen bir biti vardır. (Bit 15) alt adres # 1'e karşılık gelir ve en yüksek bit (bit 0) alt adres # 16'ya karşılık gelir.
Aslında, RT çıkış alt adreslerinin sayısı 30'a kadar ulaşabilir ve yalnızca 1-16 alt adresi ISBC protokolünü kullanabilir. Çıktı süreci aşağıdaki gibidir:
(1) Alt sistem, mesaj bloğunu paylaşılan belleğe koyar.Mesaj bloğunun alt adresi, # 1 - # 16 alt adresi aralığındaysa, alt adrese karşılık gelen vektör kelime biti 1'e ayarlanacaktır;
(2) BC, terminal RT'yi sorgulamak için "vektör kelimesini gönder" komutunu kullanır;
(3) RT, vektör kelimesini BC'ye iletir;
(4) BC, veriyolu tablosu kontrolüne göre veri yolu veri mesajı iletimini yürütme sürecinde veri yolu tablosu komutuyla ilgili RT vektör word'ünün karşılık gelen bitini kontrol eder.Bu bit 1'e ayarlanmışsa, BC RT'yi güncelleme mesajları gönderecek şekilde düzenleyecektir. , Ve bit aynı anda sıfırlanır.
İletim verileri BC tarafından üretilirse, BC'nin yalnızca veri bloğunun yenilenip yenilenmediğini kontrol etmesi gerekir.Veri yenilenirse, mesaj kuruluş tarafından gönderilir.
4.2 ISBC aktarım modu
ISBC (Veri İletim Mekanizmasını Yenile), yalnızca yenileme mesajlarını ileten gelişmiş bir statik veri yolu denetleyici protokolüdür. Bu mekanizma aşağıdaki aktarım modlarında kullanılır:
(1) RT tarafından üretilen veriler: RT BC, RT RT;
(2) BC tarafından üretilen veriler: BC-RT.
RT, ISBC protokolü ile uyumluysa, her alt adresin, RT için tahsis edilmiş vektör kelimesinde, alt adresin mesaj verilerinin güncelleme durumunu belirtmek için kullanılan karşılık gelen bir biti vardır. Vektör kelimesinin en düşük biti (bit 0) Alt adres # 1'e karşılık gelir ve en yüksek bit (bit 15) alt adres # 16'ya karşılık gelir.
RT çıkış alt adreslerinin sayısı 30'a kadar ulaşabilir ve yalnızca 1-16 alt adresi ISBC protokolünü kullanabilir. Çıktı süreci aşağıdaki gibidir:
(1) Alt sistem, mesaj bloğunu MBI çift bağlantı noktalı paylaşılan belleğe koyar.Mesaj bloğunun alt adresi, alt adres # 1 - # 16 aralığındaysa, alt adrese karşılık gelen vektör sözcük biti ayarlanacaktır. 1'dir;
Aktarım verileri BC tarafından üretilirse, BC'nin yalnızca veri bloğunun yenilenip yenilenmediğini kontrol etmesi gerekir.Veri yenilenirse, ilgili komut etkinleştirilir ve mesaj kuruluş tarafından gönderilir.
4.3 ISBC protokolü iletişim gecikme analizi
Veriyolu gecikmesi, veri yolu sistemi programlaması ile ilgilidir Bu sistemde programlama için ISBC protokolü kullanıldığından, veri yolu gecikmesi mesaj tipiyle ilgilidir. Veri yolunda veri iletiminin gecikmesi temel olarak şunları içerir: uygulama katmanı ile sürücü katmanı arasındaki veri gecikmesi, sürücü katmanı ile iletim katmanı arasındaki veri gecikmesi ve iletim katmanı ile fiziksel katman arasındaki veri gecikmesi. Veriler, tam bir tek yönlü iletim sürecinde iki gecikme sürecinden geçer Gecikme sürecinin şematik diyagramı Şekil 6'da gösterilmektedir.
Programlama stratejisinin neden olduğu gecikme, vektör kelimelerinin elde edilmesinin gecikmesini ve komutların gönderilmesinin gecikmesini içerir.
BC RT mesaj gecikmesine temel olarak, gönderen alt sistem ana bilgisayarı ile BC terminali arasındaki veri etkileşim gecikmesi, komut programlama gecikmesi, gönderen terminal gönderme mesajı gecikmesi, veri iletim gecikmesi, alıcı terminal alma mesajı gecikmesi ve alıcı alt sistem ana bilgisayarı neden olur. RT terminali ile veri etkileşim gecikmesinden oluşur.
RT BC mesaj gecikmesi esas olarak BC komut programlama gecikmesi, terminal gönderme mesajı gecikmesi, mesaj iletim gecikmesi, BC alma mesajı gecikmesi ve alt sistem ana bilgisayarı ve BC terminal veri etkileşim gecikmesinden oluşur.
RT RT mesaj gecikmesi, komut programlama gecikmesi, alt sistem ve gönderme RT terminal veri etkileşim gecikmesi, mesaj gönderme gecikmesi, iletim gecikmesi, mesaj alma gecikmesi, alt sistem ve alıcı RT terminal veri etkileşim gecikmesi, vektörden oluşur. Kelime gecikmesi, komut gönderme gecikmesine dahil edilir.
Entegre sistemin özellikleri, sistem tasarımı için standart veri yolu topolojisini benimsemeye karar verdi. Bu tür bir veri yolu, yüksek veri yolu güvenilirliği gerektirmeyen sistemler için uygundur.Bu sistem, sistem aktarım doğrulaması ve yeni veri yolu sistemi geliştirme için kullanılır ve veri yolu sistemi güvenilirliği için özel bir gereklilik yoktur. Standart veriyolunun aktarım kontrolü nispeten basittir ve sistem aktarım hatası oranı düşüktür, bu da bu sistemin kullanımı için uygundur.
5 Sistem performans analizi
Sistem yükü ve verimlilik testi analizinin temel fikri şudur: veriyolu yükü, kullanılan veri yolu süresinin veri yolu süresindeki oranıdır, çünkü veriyolundaki iletişim hızı 2 Mb / sn'dir, bu nedenle her bir veri bitinin kapladığı süre 500 ns'dir. , Kullanılan veri yolu süresi, birim zaman (1 saniye) içinde veri yolu üzerinde komut sözcüğü, durum sözcüğü ve veri sözcüğü tarafından iletilen bit sayısının toplamına eşdeğerdir. Veri yolu yükü: ((Birim zamanda (1 sn) / 2000000) × 100) veri yolundaki veri bitlerinin sayısı)%. Şematik diyagram Şekil 7'de gösterilmektedir.
Veri yolu yükü ve veri yolu verimliliği, bir veri yolu sisteminin performansını ölçmek için önemli standartlardır. Veri yolu yükü, veri yolundaki veri akışını yansıtır ve veri yolu verimliliği, veri yolundaki ideal veri çıkışı ile gerçek veri çıkışı arasındaki orantılı ilişkiyi yansıtır. Veri yolu sistemi iletişim süreci, veri mesajlarını, sistem kontrolünü, sistem planlamasını, senkronizasyonu, terminal durum sorgusunu ve veri güncelleme durum sorgusunu, vb. İçerir. Sistem tasarımında, tüm veri yolu iletişim işleminde veri yolu kontrol mesajlarının oranını tam olarak dikkate almak gerekir. Veri güncelleme durum sorgulama frekansı, mesaj gönderme gecikmesini belirler, ancak çok yüksek veri güncelleme durumu sorgu frekansı, veri yolu yükünü büyük ölçüde artıracak ve veri yolu iletişim verimliliğini azaltacaktır Bu nedenle, veri yolu tasarımında, veri yolu gecikmesi ve veri yolu yükü arasındaki ilişkiyi dengelemek gerekir. , Sistemi en iyi iletişim durumuna getirin.
6 Özet
Bu makale GJB289A veri yolu uygulama katmanı protokolünü analiz eder ve esas olarak sistem topolojisi tasarımı, terminal tasarım yöntemi, veri yolu kontrol teknolojisi, sistem performans analizi ve uygulaması ve ISBC protokolünü inceler. ISBC protokolü, veri aktarım kontrol mekanizmasını basitleştiren, veri yolu mesaj gecikmesini azaltan ve veri yolu kullanım oranını geliştiren sorgu veriyolu programlama stratejisine dayalı GJB289A veri yolu sistemi için uygundur. Bu protokol, GJB289A veri yolu sisteminde birçok alanda kullanılmıştır. ISBC protokolünün uygulanması üzerine yapılan araştırma sayesinde, veri yolu sisteminin kontrol mekanizmasını daha derin bir şekilde anlamak, sistem tasarımını optimize etmek ve GJB289A veri yolu sisteminin geniş uygulaması için sağlam bir teorik temel oluşturmak mümkündür.
Referanslar
GJBZ209-2002. Dijital zaman bölmeli sistem komut / yanıt multipleks veri yolu uygulama kılavuzu. 2002.
MIL-STD-1553B-1989. Uçak dahili zaman bölme sistemi komut / yanıt multipleks veri yolu 1989.
Chen Yongqi, Ma Yingjian, Shi Duo. 1553B Otobüs Uygulaması Elektronik Ölçüm Teknolojisi, 2006 (5).
GJB 289A-97. Dijital zaman bölmeli sistem komut / yanıt multipleks veri yolu Pekin: Çin Havacılık Endüstrisi Kurumu'ndan 615 ve 301, 1997.
Guo Zeren. 1553B veri yolu sisteminin optimizasyonu ve güvenilirlik tasarımı J. Shandong University of Technology Dergisi (Natural Science Edition), 2008, 22 (1): 67-70.
Tian Ze, Han Wei, Zhao Qiang, vb. 1553B Veri Yolu Arayüzü SoC Tasarımı ve Uygulaması Havacılık Hesaplama Teknolojisi, 2008 (9): 15-21.
Zhi Chaoyou Hava veri yolu teknolojisi ve uygulaması Beijing: National Defense Industry Press, 2009.
