Hardware serial buffer taşması?

[Endorfin35+]

Bildiğim kadarı ile uno nano gibi serilerde gelen data için 64byte buffer var. Buffer taştığı durumda ne oluyor.

Bufferdaki verile Fifo veya lifo gibi yer mi değiştiriyor yoksa başka bir şey mi?

 

[taydin]

ATmega328P nin datasheet'ine bakınca, bir receive shift register ve receive buffer register olduğu anlaşılıyor. Bu durumda sadece 1 byte'lık buffer var. Bir byte alındıktan sonra buffer registere aktarılıyor ve sonraki byte'ın alışı başlıyor. Sonraki byte'in alışı tamamlanmadan buffer register'deki değeri okumazsan, sonraki byte üzerine yazılır ve veri kaybı oluşur (overrun)

 

[Endorfin35+]

Hmm. o zaman arduino nun yerleşik hardware serial kütüphanesi yapıyor bu işi.

 

[taydin]

Muhtemelen serial kütüphanesi alışın bitişi için bir kesme tanımlıyor. Bu kesme gelince de buffer register okunup bellekteki daha uzun bir buffer'a aktarılıyor. İşte böyle durumlarda real time programlama işi devreye giriyor. 115200 baud iletişim hızında her 877 μs de bir byte gelecek. Kesmenin bu zaman dahilinde çağrılması lazım. Çağrıldıktan sonra da bu süre dolmadan buffer registerini okumuş olması lazım. Eğer bu garantiler sağlanamazsa seri iletişimde veri kaybı kaçınılmaz olacak.

Mesela diyelim dikkatsiz davrandın ve ana programın bir yerinde kritik bir işin var ve kesmeleri 2 ms süreliğine kapattın. O arada gelen serial receive kesmesini kaçırmış olacaksın. Veya kesme fonksiyonunu verimsiz yazdın ve çok fazla zaman yiyor. Bu durumda da zamanında receive buffer registeri okuyamamış olacaksın. Veya farklı önceliklere sahip birçok kesme aynı anda aktif. İşlemci serial receive kesmesine girdi, ama tam buffer registeri okuyacak iken daha yüksek önceliğe (priority) sahip bir kesme geldi. O kesme tamamlandığında senin kesmeye geri dönüldü, ama fazla zaman geçti ve gene receive buffer registeri zamanında okuyamadın. Bunun gibi birçok farklı senaryo da düşünülebilir. Bu tip durumların hepsini öngörüp tedbir alman lazım.

Zaten Windows kullananlar bunu çok yakınen her gün yaşıyor. bir bakıyorsun, fare takılmış, harddisk harıl harıl kaşıyor ... Bir süre sonra fare serbest bırakılıyor ve tekrar kontrol sana geçiyor. Windows her gün sana "real time operating system" olmadığını hatırlatıyor

 

[frekans50]

"real time operating system" olarak hangi işletim sistemleri uygundur? Linux ?
Eski bilgisayara kurulum yapmak istersek?

 

[Endorfin35+]

115200 baud iletişim hızında her 877 μs de bir byte gelecek

Arduino framework ile bir şeyler yazıyorum. Veri akışı tamamlanmadan okuma yapmaya kalkınca paketi eksik alma gibi sorunlar yaşadım. baudrate ile delay hesaplayarak okuma işlemini yavaşlattım ve sorun çözüldü. İlk sorun için arduinonun kütüphanesi nasıl çalışıyor ona bakacağım.

Veya kesme fonksiyonunu verimsiz yazdın ve çok fazla zaman yiyor. Bu durumda da zamanında receive buffer registeri okuyamamış olacaksın. Veya farklı önceliklere sahip birçok kesme aynı anda aktif.

Burada kafam karıştı. Led gibi elemanların yanıp sönmesi için timer kesmesi kullanıyorum. Bu durumda serial buffer birşeyleri kaçırabilir mi?

 

[taydin]

"real time operating system" olarak hangi işletim sistemleri uygundur? Linux ?
Eski bilgisayara kurulum yapmak istersek?

RTLinux var. Ama bu varolan bir Linux'u sonradan zorlama ile real time yapmaya çalışıyor, yoksa tasarım olarak sıfırdan real time yazılmış bir yapı değil. Zaten RTOS işi de kolay birşey değil. Sen çekirdeği RT olarak yazmışsındır, sorunsuz da çalışıyordur. Ama birisi bir driver yazar ve driver interrupt'ları uzunca bir süre kapattı mı bütün RT çöpe gider. Ben şahsen hard real time gerektiği zaman bir RTOS'a güvenmektense bir firmware yazmayı tercih ederim.

 

[taydin]

Led gibi elemanların yanıp sönmesi için timer kesmesi kullanıyorum. Bu durumda serial buffer birşeyleri kaçırabilir mi?

Önceliklendirilmiş kesme yapısı var mı ATmega328P de bilmiyorum şu anda. Eğer varsa, USART kesmesinin önceliğini LED kesmesinden fazla yaparsan sorun çıkmaz. Ama önceliklendirme yoksa, o zaman işlemci kesmeleri sıraya koyar. Birisi bitmeden diğer kesme servis edilemez. Bu durumda LED kesmesinde fazla uzun süre oyalanırsan UART'dan veri kaçırabilirsin.

 

[flowchartx]

Verileri paket olarak tek seferde okumak yerine tek tek alırsanız daha iyi olabilir. Birde ring buffer algoritması var onu araştırabilirsiniz.

 

[Ahmet]

Benim çalıştığım işletmede bu durum şöyle çözüme kavuştu.

El sıkışıyor alıcı verici.
Verici mcuya bişey diyeceğim sana diye sesleniyor mcu söyle diyene kadar söylemeye başlamıyor.

mcu söyledim derken kesilmiş veri bekliyor duruma geçiyor bunun üstüne crc+tersine mühendisliğin önüne geçmek için rolling bir yapıdan ortaya çıkan değeride basıyor seri hatta alıcı eğer bir sakatlık algılarsa rolling kısmında mcu lock bitini set ediyor cihaz artık çalışmıyor servis gelmesi lazım

 

[Endorfin35+]

Verileri paket olarak tek seferde okumak yerine tek tek alırsanız daha iyi olabilir. Birde ring buffer algoritması var onu araştırabilirsiniz.

Ring mantığı güzelmiş. Bufferı çok sık kontrol ettiğim için şimdilik algoritmam iyi çalışıyor. Ağdaki cihaz sayısını artırıp test edeceğim sorun çıkarsa ring olayına girerim. Şimdilik tamam gibi.