Giriş: Underwater Robotics'deki İşletim Sistemlerinin Eleştirel Rolü

Sualtı mühendisliği robotları, deniz yağı ve gaz ekstraktından derin denizlere kadar uzanan endüstrilerde vazgeçilmez araçlar haline geldi - donanım ve yazılım bileşenlerinin eşit derecede dirençli olması gerekir.Bu makinelerde, sualtı araçlarının (veya sualtın sualtınların) ezilmesinden - ve uzaktan işletilen araçların - sualtın kıyı bölgelerinin sularının - akustik bir şekilde kullanılması - donanım ve yazılım bileşenlerinin aşırı derecede dirençli olması gerekir.

Sualtı robotları için tasarlanmış bir OS tasarlamak sadece genel amaçlı bir OS (RTOS) su yalıtımı için işletme sistemleri içinde olan tümleşik bir yeniden yapılandırma gerektirir, sensörlerin nasıl tolere edildiği ve enerjinin nasıl yönetildiğini ve bu makaleyin belirli zorluklara, mimari stratejilere ve sanatın durumunu çevreleyen trendlere nasıl yönetildiğini düşünmek gerekir.

Challenges Shaping Underwater OS Design

Sualtı ortamı, temel olarak OS tasarım önceliklerini değiştiren fiziksel ve operasyonel kısıtlamalar getiriyor. Bu zorlukların anlaşılması sağlam bir sistem inşa etmeye yönelik ilk adımdır.

Aşırı Basınç ve Sıcaklık

Operasyon derinlikleri 6.000 metreyi aşabilir, basınçların 600 atmosferi aşabilir ve elektronikler baskı-tolerant muhafazalarda çarpıtılabilir veya evlenebilir, OS malzeme stresi nedeniyle termal yönetim, zaman zaman zaman varyasyonları ele almalıdır ve hidrolik veya elektrik hareketçilerinin potansiyel başarısızlık modları (daha yakın dondurucuya yakın) batarya performansı ve bileşen güvenilirliğini etkileyebilir, OS'nin sağlık-monitörlük döngüleri dahil etmesini talep eder.

Korozyon, Biofouling ve Salinity

Saltwater agresif bir şekilde koreatif ve uzun süreli dağıtımlar biyofouling (growth of organizmalar on yüzeylerde) yol açıyor. OS temizlik mekanizmaları (örneğin, kameralar için, ultrasonik transdüserler) ve navigasyon modellerini zaman içinde değiştirebilmeli.

Akustik İletişim ve Band geniş Sınırlamalar

Sualtı kablosuz iletişim akustik dalgalara dayanıyor, bu da yerel olarak uzaktan kontrole öncelik vermek için OS'yi sağlar; yerel olarak yapılan her kararın düşük gecikmelerden kaçınılması gerekir. OS iletişimin kaybedildiği zaman geçici olarak degrad işlevselliğini de yönetmelidir.

GPS-Denied Çevrelerde navigasyon ve Localization

Sualtı, GPS sinyalleri mevcut değildir. Navigation yüksek frekansla sensör füzyonunu yerine getirir ve kontrol döngüsü için gerçek zamanlı kısıtlamalar (DVLs), ve akustik konumlandırma sistemleri (LBL, SBL, USBL). OS, yüksek frekansla, sürüklenme için telafi etmek ve bir veya daha fazla sensör başarısız olduğu durumlarla başa çıkabilir.

Enerji Kıtlamaları ve Misyon Süreleri

AUVs ve ROVs sınırlı batarya kapasitesi taşır. OS, geçiş, anket ve standby modları arasındaki bir devlet makinesi uygulamak anlamına gelir.

Sualtı OS için Temel Fonksiyonel Gereksinimler

Genel amaçlı OS özellikleri yetersizdir. Sualtı robotunun OS birkaç uygunsuz gereksinimi karşılamalıdır.

Hard Real-Time Cap

Kontrol döngüsü, iterler, manipülatörler ve stabilizatörler, doğrusal olmayan seçimler için talep eder.Bir kontrol süresi istikrarsızlığa, çarpışmaya veya aracın kaybına yol açabilir. OS, düşük seviyeli döngülere sahip bir ön ödeme programı sağlamalıdır.

Yanlış Hoşgörü ve Grace Degradasyon

Sualtı robotu, destek gemisinden binlerce kilometre uzakta olabilir. Donanım başarısızlıkları (güvenli kayıp, sensör damlat, sızıntı algılama) bağımsız olarak ele alınmalıdır. OS, izdogları, yedek iletişim kanallarını ve bir sistem sağlık monitörü tarafından yönetilmelidir. Örneğin, kritik bir sızıntı tespit edilirse bir görev ve gerçek bir sızıntı tespit edilebilir.

Özerk Karar -Making

Özerk görevler, önceden programlanmış planların yürütülmesini, beklenmedik koşullara uyum sağlamak ve başarısızlık kurtarma konusunda kararlar almak için OS'yi gerektirir. Bu genellikle kasıtlı bir katman (misyon planlayıcısı) arayüzleri reaktif bir katmanla (kontrol döngüsü) arayüzler olarak uygulanır.

Enerji-Optimized Operasyon

OS, CPU frekanslarını (DVFS) ayarlayarak gücü aktif olarak yönetebilir ve kullanılmayan sensörleri ortadan kaldırmak için görevleri planlayabilir. Misyon enerji bütçeleri, OS'nin hız, örnekleme oranları ve iletişim aralıklarını değiştirmek için kullandığı bir parametre olarak kodlanabilir.

Sualtı Tasarımlarına Mimari Yaklaşımlar

Birkaç mimari desenleri sualtı robotlarında etkili olmuştur, genellikle havacılık ve özerk araçlardan kanıtlanmış kavramları adapte eder.

modüler, fikre dayalı tasarım

OS'yi bağımsız modüllere (örneğin, navigasyon, sensör yöneticisi, iletişim yığını, güç yöneticisi) testlerini, yeniden kullanım ve artışları kolaylaştırmaktadır. [FONTD:0)Robot İşletim Sistemi (ROS 2)); özellikle sualtı topluluğunda traksiyon kazandı - özellikle de UUV Simulator ve ve RTMaviROV2)

[FONT:0]ROS 2[DÜDÜT:1], esnek bir çerçeve sağlar, ancak üretim-grad sistemleri için birçok geliştirici, bir Linux kurulu (örneğin, Jetson) yüksek seviyeli görevler için mikro kontrol altındayken, yüksek seviyeli bir işlem için (örneğin) ile ilgili olarak, genelleştirilmiş bir işlem sırasında, genelleme işlemi yürütür.

Katmanlı Kontrol Mimarisi

Üç katmanlı mimari yaygındır: [[Dörtücük:0))[Dörtüncü planlama, görev yönetimi), [[Dönetici:2)executive) (örneğin, refleksin azaltılması, devlet makinesi) ve [[Dörtücük kontrol) [Dörtüncü kontrol, sensör servolama)

Hizmet-Oriented ve Data-Centrik Modeller

Bir servis odaklı mimari (SOA) bileşenlerinin kayıt ve keşif hizmetlerinin (örneğin, “get detailed”, “set thruster speed”) modülerliği geliştirir. OS ortaware (örneğin DDS veya MQTT) veri serileştirme ve QoS politikaları ile başa çıkabilir.

OSB tarafından Yönetilen Anahtar Altsystems

Sualtı robotun OS, çeşitli kritik alt sistemler için bir orkestra olarak hareket eder, her biri eşsiz zamanlama, güvenlik ve veri akış gereksinimleri ile.

IMU, DVL, derinlik sensörü, magnetometre ve akustik bir ayarla dengelemek, temel bir OS işlevidir. Common yaklaşımlar genişletilmiş bir Kalman filtresi (EKF) 50-200 Hz. OS yüksek öncelikli ile çalışır ve sensör okumalarının zaman alıcı doğru bir şekilde yapılmasını sağlar (özellikle donanım zamanlayıcıları kullanarak)

İletişim Yönetimi

OS hem akustik hem de telli (tether) iletişim kurar. akustik bağlantılar için, OS, paket parçalama, retransmission ve değişken geçncy ile ilgilenen özel bir protokol yığını uygulamalıdır. OS, görev-kırklama mesajlarına öncelik vermeli (örneğin, acil durum komutu) daha az önemli bir veri üzerinden.

Payload and Sensör Kontrolü

Bilimsel maaş yükleri (CTDs, fluorometers, soncular, kameralar) genellikle kendi sürücüleri ve veri oranlarına sahiptir. OS, araç navigasyon durumu ile birlikte enerjilerini, örnekleme aralıklarını yönetmelidir ve daha sonra indirme için buffer verileri azaltır.

Thruster ve Manipulator Control

Mekanik veya hidrolik silahların düşük seviyeli kontrolü, hızlı bir servo döngü gerektirir (1-10 kHz, hareket edene bağlı olarak). OS, yüksek hızlı bir seri bağlantı (UART, SPI veya Ethernet) aracılığıyla PWM zamanlayıcılarına doğrudan erişim sağlamalı.

Yazılım Tasarımı Desenleri Yeniden kullanılabilirlik için

Üretim sualtı OS kodubases, karmaşıklığı yönetmek ve güvenliği sağlamak için kanıtlanmış desenleri kullanır.

  • [FONT=0) Devlet Makine Mimarisi: [Dönetici: [Dönetici: 0,0] Sistem sonlu bir devlet makinesi olarak modellenir (örneğin, BOOT → INIT → IDLE → MISSION → EMERGENCY → SURFACE).
  • [FONT:0]Publish-Subscription with QoS:[Döncüler: Decouples sensör üreticileri tüketici düğümlerinden standarttır. Hizmet kalitesi (QoS) profilleri (en iyi niyetli vs. güvenilir bir son tarih) OS'nin kritik verilere öncelik vermesine izin verir.
  • [FONT=0)Sağlık İzleme ve Watchdog Ağacı:[Dönetici:[Dönetici:0) Özel bir iplik, periyodik olarak tüm önemli bileşenlerin kalp atışlarını kontrol eder.Bir bileşen cevap vermezse, sağlık monitörü önceden tanımlanmış eylemleri alır (örneğin, bileşeni sıfırlama, abort görevi, kırmızıdans ünitesine geçiş).
  • [FONT=0] Blackboard Desen:[Dönetici:[Dönetici:0) paylaşılan bir veri havuzu (örneğin, “vehicle state”), birden çok modül yazılabilir / bu model doğrudan darbeyi azaltır ve denetim kolaylaştırır.

Sualtı OS'nun Test ve Geçerliliği

Alan testleri pahalı ve riskli olduğundan, OS simülasyonda ve kontrollü test tanklarında iyice doğrulanmalıdır.

Donanım-in-the-Loop (HIL) Simülasyon

Gerçek OS donanımını (geçmiş tahta gerçek OS’yi çalıştırıyor) araç dinamiklerinin, sensör modellerinin ve çevresel kuvvetlerin simülasyonuna bağlayın.Bu, hata koşullarını test eder (örneğin, robotun test edilmesi, sensör gürültüsü).

Leak ve Basınç Test Protokolleri

OS, başlangıçta ve periyodik olarak görev sırasında çalışan kendini test rutinleri içermelidir - örneğin, doğrudan kapatma dizilerini tetikleyen sızıntı algılama sensörleri. hiperbaric odasında baskı testi deniz denemeleri öncesinde önemlidir.

Regresyon ve Birim Testi

Sensör füzyon ve kontrol algoritmalarının karmaşıklığı göz önüne alındığında, her OS modülünün titiz bir birim testleri kritiktir. Sürekli entegrasyon (CI) boru hatları hedef mimarisi için derlemeli ve aşırı koşulları (örneğin, sensör damlaout, iletişim kaybı) test vakalarını çalıştırmalıdır.

[FONT:0)NOAA'nın AUV operasyonları[Dönetici:0] test için gerçek dünya bağlamı sağlar.

Vaka Çalışmaları ve Gerçek Dünya Uygulamaları

Birkaç açık kaynak ve ticari sualtı robotları, OS tasarım ilkelerini tartışır.

  • [0]MaviROV2 ile QGroundControl/PX4: BlueROV2, yüksek seviyeli bir RNR otomatik pilot cihazı (kesinlikle uçaklar için tasarlanmış) uçuş kontrol kurulu için bir RTOS (NuttX) içeriyor.
  • [FONT:0)WHOI's Sentry AUV: Sentry'nin OS, özel bir hata yönetimi alt sistemi ile özel bir hiyerarşik sistemdir. Bağımsız bir şekilde abort elden çıkarlar ve iletişimin kaybolduğu takdirde programlanmış pozisyonları geri dönebilir.
  • [FONT=0)Ocean Infinity'in AUV Filoları: Bu ticari anket araçları her alt sistem (navigasyon, oğlumar, iletişim) bağımsız olarak yükseltilebilir. OS logları tüm eylemci komutları ve sensör verileri test algoritmaları için.

Bir sonraki sualtı OS nesli, birkaç konvering teknoloji tarafından şekillendirilecektir.

Onboard Machine Learning

Aracın üzerinde doğrudan hafif sinir ağları işletmek gerçek zamanlı nesne algılamasını, arazi sınıflandırmasını ve uyarlayıcı kontrolü sağlar. OS GPU veya sinir işleme ünitesini desteklemeli (NPU) ivme kazanırken, geçici zamanlamayı korur. TensorFlow Lite Micro ve NVIDIA JetPack sualtı platformlarına limanlanır.

Akustik İletişim Gelişleri

Yeni modulation (OFDM) ve adaptif veri oranı protokolleri, bant genişliğini geliştirmek için söz verir. OS iletişim modları arasında dinamik olarak geçişli ve patlama akustik bağlantıları işlemek için tamponlama stratejileri yönetecektir.

Denizden Enerji

Su türbinleri, termal gradient jeneratörleri ve yakıt hücreleri ortaya çıkıyor. OS, güç kullanılabilirliğini tahmin eden ve görev planlarını uygun olarak ayarlaması için bir enerji hasat programına entegre edilmesi gerekecek. Bu zaten uzun vadeli okyanus aksanları için prototiplenmiş durumda.

Formal Verification and Security

Sualtı robotları kritik altyapının bir parçası haline gelirken, OS güvenlik özelliklerini kanıtlayan resmi yöntemler (örneğin, ölü değil, sınırlı infaz süreleri) ilgi kazanıyor. Güvenli boot ve şifreli iletişim, kaçırma veya veri tamlama önlemek için gerekli olacaktır.

[FONT:0] AUV OS mimarileri üzerinde 2021 araştırma) bu eğilimlerin kapsamlı bir genel bakışını sağlar.

Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç

Sualtı mühendisliği robotları için bir işletim sistemi tasarlamak, gömülü sistemlerin, kontrol teorisi, sensör bilimi ve deniz mühendisliğinin kesişim ve kaynak tahsisinin normal görevlerini değil, aynı zamanda en derin okyanusun fiziksel sertliğini ele almak ve otonom dayanıklılık için zorunluluktur.

Okyanus ekonomisi büyüdükçe - deniz yenilenebilir enerji, derin deniz madenciliği ve iklim izlemesi ile - sualtı robotlarının yalnızca artışını kontrol edecek şekilde talep edecektir. AI, enerji-aware algoritmaları dahil ederek ve her zaman güçlü güvenlik garantisi. Bu özel işletim sistemlerinin tasarımı için, sualtı keşif ve sömürü potansiyelinin tam potansiyelinin kilidini açmak için anahtardır.