FCTEL Özgün Teknik Makale · FCTEL Teknik Ekibi
İlk yayın: 2026-10-04 · Son değişiklik: 2026-10-04
Bir RS232 veya RS485 cihazı Ethernet'e bağlandıktan sonra, tek bir okumanın döndürdüğü veri mutlaka o cihazdan gelen eksiksiz bir mesaj değildir. Mesajların bölünmesi ve birleştirilmesi çoğu zaman veri kaybını değil, seri, ağ ve uygulama katmanlarındaki sınırların farklı olmasını yansıtır. Bu katmanları anlamak, güvenilir bir ayrıştırıcı oluşturmayı ve arızanın gerçek nedenini bulmayı mümkün kılar. Bu makale genel mekanizmaları açıklar. Belirli bir FCTEL ürününün desteklediği modlar, arabellek davranışı ve parametre aralıkları, ürünün kılavuzundan kontrol edilmelidir.
Ayrıntıları görmek için orijinal görseli açın. Tüm etiketleri tam boyutta okumak için şemayı yatay olarak kaydırın.
UART karakterleri çerçeveler; uygulama protokolü mesajları tanımlar
UART normalde bir karakteri başlangıç bitiyle başlatır, üzerinde uzlaşılan sayıda veri bitini gönderir, isteğe bağlı olarak eşlik biti ekler ve durdurma bitiyle bitirir. Alıcı, yapılandırılmış baud hızını ve biçimini kullanarak karakteri yeniden oluşturur. Baud hızı, veri bitleri, eşlik ve durdurma bitleri eşleşmelidir. Bu nedenle hatalı seviyeler, gürültü veya örnekleme hataları, ağ iletişimi devreye girmeden önce karakter hatalarına yol açabilir.
8N1 kullanıldığında, sekiz bitlik bir bayt için ayrıca bir başlangıç biti ve bir durdurma biti gerekir: toplam on bit süresi. Örnek olarak 9,600 bit/s hızında bir karakter yaklaşık 1.04 ms sürer. Bu, bir hesaplama örneğidir; ürün performans özelliği değildir. Yararlı bayt aktarım hızının neden nominal bit hızından düşük olduğunu ve arabelleğin neden gelen karakterleri kabul etmesi gerektiğini açıklar.
RS232, RS422 ve RS485, farklı elektriksel arayüzleri ve bağlantı düzenlerini tanımlar; UART ise karakter zamanlamasını tanımlar. Bunların hiçbiri tek başına bir uygulama mesajını tanımlamaz. Bir sıcaklık sorgusu birkaç bayt içerebilir. Ekipman, mesaj sınırını uzunluk, ayırıcı, sabit biçim veya protokolün belirlediği zaman aralığı aracılığıyla ayrıca tanımlamalıdır.
Seri cihaz sunucusu iki mekanizmayı nasıl birbirine bağlar?
Alma yönünde seri arayüz önce elektriksel sinyallerden baytları yeniden oluşturur. Baytlar bir FIFO'ya veya yazılım arabelleğine girer. Ardından paketleme mantığı, uygulanan uzunluk veya bekleme koşullarına göre bunların bir bölümünü ağ yığınına iletir. Diğer yönde baytlar ağ alma arabelleğinden çıkar ve UART tarafından karakter karakter iletilir. Her yönün kendi arabelleğe alma ve zamanlama süreçleri vardır.
Bir uygulama mesajı, seri alımdaki birkaç veri grubuna yayılabilir ve tek bir grup birden fazla mesaj içerebilir. Paketleme, bekleme süresi ile iletim verimliliği arasında denge kurar; her üst katman protokolünü kendiliğinden anlamaz. FCTEL tarafından yayımlanan, kamuya açık seri sunucu dokümantasyonu, TCP sunucu ve TCP istemci çalışma modlarını içerir. Belirli bir çerçeveleme stratejisinin bulunup bulunmadığı ve ayarlarının adları ile aralıkları, ilgili modelin kılavuzundan kontrol edilmelidir.
Üst bağlantı bloke olduğunda seri kaynak göndermeye devam ederse arabellek doluluğu artar. TCP geri basıncı ağ iletimini sınırlayabilir, ancak uygun akış kontrolü olmayan bir seri kaynağın durmasını sağlayamaz. Arabellek kapasitesi, desteklenen donanımsal veya yazılımsal akış kontrolü, kaynak davranışı ve bağlantı kesilme politikası birlikte değerlendirilmelidir. Güvenilir TCP aktarımı, her türlü tıkanıklıkta sınırsız ve kayıpsız çalışma anlamına gelmez.
Ayrıntıları görmek için orijinal görseli açın. Tüm etiketleri tam boyutta okumak için şemayı yatay olarak kaydırın.
TCP, tek tek gönderimlerin sınırlarını değil bayt sırasını korur
TCP, bağlantıyı sıralı bir bayt akışı olarak sunar. Sıra numaraları bayt konumlarını belirtir; onaylar, yeniden iletim ve akış kontrolü aktarımı yönetir. Bir TCP segmenti ağ aktarım birimiyken uygulama mesajı, uygulama protokolüne aittir. Göndericinin tek bir çağrı yapması, alıcının aynı miktarı tek bir okumada almasını gerektirmez.
Ekipmanın altı baytlık A mesajını, ardından dört baytlık B mesajını ürettiğini varsayalım. Başarılı aktarım, aynı on baytı aynı sırayla iletir. Program önce A'nın ilk iki baytını, ardından kalan sekiz baytı okuyabilir veya on baytın tamamını tek seferde okuyabilir. Bunlara çoğu zaman mesajların bölünmesi ve birleştirilmesi denir. Baytlar eksiksiz ve sıralı olduğunda bunların hiçbiri tek başına veri bozulmasına işaret etmez.
Okuma uzunluğu; mevcut veriye, alma arabelleğine, iş parçacığı zamanlamasına ve arayüz bağımsız değişkenlerine bağlıdır. Ağ segmentasyonu da yola ve yığına bağlıdır. Bir uygulama, yakalanan TCP segmentinin uzunluğundan uygulama mesajının uzunluğunu çıkaramaz veya her okuma dönüşünü tek bir cihaz yanıtı olarak değerlendiremez. Bağlantı kapandığında da alınmış eksiksiz verileri işlemeli ve sondaki kısmi mesajı belirlemelidir.
Ayrıntıları görmek için orijinal görseli açın. Tüm etiketleri tam boyutta okumak için şemayı yatay olarak kaydırın.
Sağlam bir ayrıştırıcı, okumalar arasında durumunu korur
Kalıcı bir bayt arabelleği tutun. Her okumada veriyi bu arabelleğe ekleyin. Ayrıştırma döngüsü önce başlığın mevcut olup olmadığını kontrol eder, ardından protokolün uzunluk veya sonlandırma kuralını uygular. Yalnızca eksiksiz bir mesaj doğrulanmalı ve uygulama mantığı katmanına teslim edilmelidir. Tamamlanmamış baytları sonraki okuma için saklayın; birden fazla eksiksiz mesajı, kalan veriyi atmadan ayrı ayrı ayrıştırın.
Eşzamanlama işareti, uzunluk, veri yükü ve sağlama toplamı içeren özel bir protokol için uzunluğun başlığı kapsayıp kapsamadığını, bayt sırasını, izin verilen azami boyutu ve sağlama toplamının kapsamını belirtin. Şema, bir FCTEL protokolü değil, açıklama amaçlı kurgusal bir biçim kullanır. Sahadaki uygulamada gerçek ekipman protokolünü kullanın, arabellek büyümesini sınırlandırın ve olanaksız uzunlukları reddedin. Tek bir hatalı baytın sonraki tüm mesajların hizasını bozmaması için doğrulama başarısız olduğunda yeniden eşzamanlamanın nasıl yapılacağını tanımlayın.
Ayırıcı tabanlı protokoller, kaçış işlemlerini veya ikili veri yüklerindeki ayırıcı değerlerini ele almalıdır. Sabit uzunluklu protokoller, farklı uzunluklardaki mesaj türlerini hesaba katmalıdır. Zamanlama tabanlı seri protokollerde, seri hat üzerinde gözlemlenen aralık ile ağ uygulamasının gördüğü varış zamanını birbirinden ayırın. Arabelleğe alma ve zamanlama bu aralıkları değiştirebilir; TCP okumaları arasındaki boşluk, kendiliğinden orijinal seri çerçeveler arası boşluk anlamına gelmez.
Paketleme bekleme süresi neyi değiştirir?
Daha uzun bekleme, iletimden önce daha fazla seri baytı birleştirerek küçük aktarımların ek yükünü azaltabilir, ancak ilk baytı geciktirebilir. Daha kısa bekleme ise baytları daha erken iletebilir ve uygulamanın daha fazla kısmi mesajla karşılaşmasına yol açabilir. Hiçbiri doğru ayrıştırmanın yerini tutmaz. Her okumada tek mesaj istemek yerine uygulama gecikmesini ve bütünlüğünü optimize edin.
İstek-yanıt iletişiminde cihazın işlem süresini, seri iletimi, sunucu arabelleğe almasını, ağ gidiş-dönüş süresini ve uygulama zamanlamasını ayrı ayrı değerlendirin. Kontrollü testlerle zaman aşımlarını bu aşamaları kapsayacak şekilde ayarlayın. Yeniden deneme davranışı, uygulama işlemlerinin anlamını gözetmelidir: zaman aşımından sonra körü körüne ve süresiz olarak yeniden göndermek yerine, yazma veya eylem komutlarını tekrarlamanın güvenli olup olmadığını belirleyin.
Kabul testleri içeriği, zamanlamayı ve toparlanmayı kapsamalıdır
Kontrollü testlerde kolayca tanınabilen sıra numaraları ve uzunluklar kullanın. Tekil mesajları, art arda gelen mesajları, parçalanmış girdiyi, uzun veri yüklerini ve kısa duraklamaları kapsayın. Aynı ayrıştırıcıyı kasıtlı olarak farklı okuma boyutlarıyla çalıştırın ve nihai mesaj sayısını, sırasını, veri yükünü ve doğrulama sonuçlarını kontrol edin. Bu, yalnızca normal görünen bir terminal penceresinden daha güçlü kanıt sağlar. Örnekleri müşteri ölçümleri olarak değil, test girdileri olarak kaydedin.
Ardından uyumsuz seri biçimleri, üst bağlantı kesintisini, tıkanıklığı ve yeniden bağlanmayı ayrı ayrı test edin. Seri karakter hatalarını ağ yeniden iletiminden, arabellek taşmasını normal bölünmeden ve uygulama zaman aşımını bütünlük hatasından ayırın. Giriş bayt sayılarını, ayrıştırılmış mesajları, arabellekte kalan içeriği, hata nedenlerini ve toparlanma sürelerini kaydedin; paket yakalamalarında ve seri günlüklerde kullanılan zaman referanslarını koruyun.
Bir FCTEL seri cihaz sunucusu seçerken gerçek arayüzlerini, çalışma modlarını, akış kontrolünü ve bağlantı kesilme davranışını kontrol edin. Temel mühendislik ayrımı şudur: sunucu bağlantıyı kurar ve veriyi taşır, uygulama protokolü mesajları tanımlar, ayrıştırıcı ise farklı okumalara yayılan bu mesajları yeniden oluşturur. Sorumlulukların net olması, normal akış davranışının donanım arızası sanılmasını önler.
Teknik kaynaklar: IETF RFC 9293, TCP bayt akışı hizmeti. İlgili FCTEL kaynakları: Teknik Makaleler ve seri cihaz sunucusu ürün dokümantasyonu (Çince).
