İçeriğe atla
SinaptikLabAI KNOWLEDGE PLATFORM
RehberİleriRobotik & Embodied AI

Robotik uygulamada güvenlik zarfı tasarlamak

Güvenlik zarfı, öğrenilmiş politikanın çıktısını dışarıdan kısıtlayan bağımsız bir katmandır: izinli çalışma hacmi, bölgeye göre hız ve kuvvet sınırı, durdurma koşulları ve algı bozulduğunda girilecek güvenli durum önceden yazılır. Karar ölçütü tektir — bir sınırın ihlali insana veya donanıma zarar veriyorsa o sınır model istemine değil, politikanın değiştiremeyeceği bir denetleyiciye kodlanır; kalan sınırlar yazılım katmanında izlenir ve her ihlal olay olarak kaydedilir.

ÖNKOŞULLAR

  • Uygulamanın tehlike ve risk değerlendirmesini yürütecek bir güvenlik sorumlusu veya danışman
  • Robotun kinematik sınırlarına, hız ölçeklemesine ve durdurma işlevlerine denetleyici düzeyinde erişim
  • Hücrenin fiziksel yerleşim planı ve insanın hangi anda hangi bölgeye gireceğinin listesi
  • Gerçek kullanımı temsil eden en az bir tam görev döngüsünün video ve telemetri kaydı

GEREKEN ARAÇLAR

  • Güvenlik dereceli denetleyici veya güvenlik PLC'si
  • Robot hareket denetleyicisine komut kırpma düzeyinde erişim veren bir hareket kütüphanesi
  • Bölge izleme donanımı: alan tarayıcı, ışık perdesi veya basınca duyarlı zemin
  • Zaman damgalı olay ve telemetri kaydı toplayıcısı
  • Fiziksel denemeden önce bozulma senaryosu koşturmak için simülasyon ortamı
  1. 01

    Zarar senaryolarını listele

    Robotun ne yapacağını değil kime nasıl zarar verebileceğini yazın; her senaryo için tetikleyici, maruz kalan kişi ve şiddet kaydedilir.

    Güvenlik tasarımı görev tanımından değil zarar tanımından başlar. Görev listesi 'robot kutuyu paletten alır' der; zarar listesi 'operatör palet hizasına eğildiğinde robot kolu omuz yüksekliğinden geçer' der. Zarfın her sınırı bu ikinci listedeki bir satıra karşılık gelmelidir; karşılığı olmayan sınır gereksiz kısıt, karşılığı yazılmamış zarar ise açık risktir.

    Zarar senaryosuNasıl ortaya çıkarMaruz kalanZarftaki karşılığı
    Kol taşıma sırasında insana çarparOperatör besleme bölgesine öngörülmeyen anda girerHücre içindeki operatörYaklaşma bölgesinde hız ölçekleme ve korumalı durdurma
    Parça tutucudan düşerKavrama basıncı düşer veya parça yanlış tanınırAltta çalışan kişi, alttaki ekipmanGeçiş güzergâhının insan bölgesinin üzerinden geçmesi yasak
    Kol kendi gövdesine veya tezgâha çarparPolitika eklem sınırına yakın bir çözüm önerirDonanım, duran hatEklem uzayında yasak bölge ve hedef doğrulaması
    Sıkıştırma: insan robot ile sabit yüzey arasında kalırDar geçitte insan ile kol aynı anda bulunurBakım personeliDar geçidin fiziksel olarak erişilmez kılınması
    Dördüncü sütun boş kalan her satır, tasarımın henüz kapatmadığı bir risktir.
  2. 02

    Çalışma hacmini geometri olarak tanımla

    İzinli hacmi, yasak bölgeleri ve insan yaklaşma bölgesini hem kartezyen hem eklem uzayında tanımlayın; sınır belirsizse zarf yok demektir.

    Zarfın en somut parçası geometridir ve iki uzayda birden tanımlanmalıdır. Kartezyen sınır 'uç işlevcinin gireceği hacim' sorusunu cevaplar; eklem uzayındaki sınır ise aynı uç konumuna farklı bir dirsek duruşuyla ulaşan çözümleri kapsar. Yalnızca kartezyen sınır koyan bir sistemde kol, hedefe izinli hacimden geçerek gider ama dirsek yasak bölgeden süpürür.

    • İzinli hacim: normal görev boyunca robotun bulunabileceği bölge.
    • Yasak bölge: hiçbir koşulda girilmeyecek hacim; buraya giden bir hedef, kırpılmaz, reddedilir.
    • İnsan yaklaşma bölgesi: insanın bulunabileceği, hız ve kuvvetin ayrıca sınırlandığı geçiş bölgesi.
    • Bakım bölgesi: robot enerjisizken veya kilitliyken girilen, çalışma sırasında kapalı olan alan.
    • Geçiş güzergâhları: iki nokta arasında izin verilen yollar; kısa yol her zaman izinli yol değildir.

    Doğrulama adımı: bölge tanımlarını yazdıktan sonra robotu yavaş modda tüm görev döngüsü boyunca sürün ve her an hangi bölgede olduğunu kaydedin. Kayıtta 'tanımsız bölge' geçen tek bir zaman dilimi bile varsa geometri eksiktir; bu boşluklar üretimde tam da beklenmedik durumlarda doldurulur.

  3. 03

    Hız ve kuvvet sınırlarını bölgeye bağla

    Tek bir hız sınırı yerine bölgeye göre ölçeklenen sınır kurun: insan yaklaştıkça hız düşsün, temas ihtimali olan yerde kuvvet sınırlansın.

    Sabit bir hız yüzdesi iki ucu da ıskalar: uzak bölgede gereksiz yavaşlık, yakın bölgede yetersiz güvenlik üretir. Doğru kurgu, sınırı bölgenin ve o bölgedeki insan mesafesinin fonksiyonu yapmaktır. Burada ölçülmesi gereken büyüklük durma mesafesidir ve durma mesafesi iki terimin toplamıdır: algılama ile komutun kesilmesi arasında geçen sürede alınan yol, artı frenleme sırasında alınan yol. İkisini de kendi donanımınızda ölçmeden sınır seçemezsiniz. Korunması gereken ayrım mesafesi ise bundan büyüktür: robot dururken insan da yaklaşmaya devam eder, üstelik insanın konumu bir sensörle belirsizlik payıyla ölçülür. Ölçüt bu yüzden "durma mesafesi < insan mesafesi" değildir; durma mesafesine insanın bu süre içinde alacağı yol ve algılama belirsizliği eklenerek kurulur.

    BölgeHız politikasıKuvvet politikasıİzin verilen görev
    Çit içi, insan yokGörev hızıSınır yalnızca donanım koruması içinTam görev döngüsü
    Yaklaşma bölgesi, insan algılandıMesafeyle ölçeklenen düşürülmüş hızTemas ihtimaline göre sınırlıGörev sürer, hızlı geçişler kapalı
    Ortak çalışma bölgesiDurma mesafesi ile insanın aynı sürede yaklaşacağı yolun ve algılama belirsizliğinin toplamı, ölçülen ayrım mesafesinin altında kalacak şekildeTemas sınırları etkinYalnızca temas için onaylanmış hareketler
    Bakım bölgesi açıkHareket yokEnerji kesik veya kilitliGörev yürütülmez
    Tablodaki değerler sayı olarak yazılmaz; her hücre, kendi donanımınızda ölçülen durma mesafesi ve kuvvet ölçümlerine bağlanan bir kuraldır.

    Doğrulama adımı: her bölge için bir 'sınır aşma' denemesi kurun. Politikaya bilerek bölge sınırının ötesinde bir hedef verin ve gerçekleşen hızın ölçülen sınırın altında kaldığını telemetriden doğrulayın. Sınırın yalnızca yapılandırma dosyasında yazılı olması, uygulandığı anlamına gelmez.

  4. 04

    Sınırları politikadan bağımsız katmana taşı

    Model çıktısını öneri olarak alın; komutu uygulamadan önce sınırları denetleyen ayrı bir katman geçirsin ve bu katman politikanın kapatamayacağı yerde çalışsın.

    Bir kısıt, kısıtladığı şeyle aynı bileşenin içindeyse kısıt değildir. Öğrenilmiş politika ile sınır denetimi aynı süreçte, aynı istemde veya aynı ağırlıklarda yaşıyorsa politikadaki bir bozulma denetimi de birlikte bozar. Zarf bu yüzden mimaride ayrı durur: politika hedef önerir, zarf kırpar veya reddeder, denetleyici yürütür. Kritik sınırlar ayrıca güvenlik dereceli donanımda yeniden uygulanır; yazılım katmanı bunun yerine değil, üzerine konur.

    python
    def guvenli_komut(oneri, durum, zarf):
        """Politikanın önerdiği komutu zarf dışına çıkamayacak hâle getirir."""
        if not durum.algi_saglikli:
            return zarf.guvenli_dur('algi_kaybi')
    
        if zarf.yasak_bolgede(oneri.hedef):
            olay_yaz('hedef_reddedildi', oneri, durum)
            return zarf.guvenli_dur('yasak_bolge')
    
        bolge = zarf.bolge_bul(durum.uc_konum, durum.insan_mesafesi)
        komut = oneri.kirp(
            hiz_siniri=bolge.hiz_siniri(durum.insan_mesafesi),
            kuvvet_siniri=bolge.kuvvet_siniri,
        )
    
        if komut != oneri:
            olay_yaz('komut_kirpildi', oneri, durum)
    
        return komut

    Kırpma ile reddetme arasındaki ayrım tasarım kararıdır. Hız gibi sürekli büyüklükler kırpılabilir: komut uygulanır ama yavaşlatılmış hâliyle. Hedef konumu gibi ayrık kararlar kırpılmamalıdır; yasak bölgeye giden bir hedefi sınıra çekmek, politikanın niyetini bozarak beklenmedik bir harekete dönüşür. Böyle durumlarda doğru cevap görevi güvenli biçimde durdurmak ve olayı kaydetmektir.

  5. 05

    Algı bozulmasında davranışı yaz

    Sensör kaybı, düşük güven ve tanımadık sahne için ayrı davranış tanımlayın; belirsizlikte varsayılan davranış devam etmek değil yavaşlayıp durmaktır.

    Fiziksel sistemlerde en tehlikeli hata biçimi çökme değil sessiz bozulmadır: kamera kirlenir, derinlik sensörü parlamada boş döner, nesne tanıma güveni düşer ama hiçbir bileşen hata vermez. Politika bu durumda da bir komut üretir, çünkü üretmemek gibi bir seçeneği yoktur. Güvenli davranışı tanımlamak zarfın işidir; bunu yapmazsanız sistem, en az bildiği anda en büyük hareketi yapar.

    1. 1Sağlık işaretlerini topla

      Kare zaman damgası, kare düşme sayısı, derinlik geçerlilik oranı, algı güveni ve komut gecikmesi tek bir sağlık nesnesinde toplanır.

    2. 2Bozulma seviyesini belirle

      İşaretler eşiklerle karşılaştırılarak üç seviyeye indirgenir: sağlıklı, bozulmuş, kayıp. Eşikler normal koşullarda toplanan dağılıma göre konur.

    3. 3Seviyeye bağlı davranışı uygula

      Bozulmuşta hız düşer ve yeni görev kabul edilmez; kayıpta hareket kontrollü biçimde durdurulur ve tutulan parça güvenli konuma bırakılır.

    4. 4Görünür hâle getir ve kaydet

      Seviye değişimi operatöre bildirilir ve olay olarak yazılır; sessizce düzelen bozulmalar da kaydedilir, çünkü tekrarı bir donanım sorununun habercisidir.

  6. 06

    İnsan müdahalesini ve durdurma hiyerarşisini tasarla

    Duraklatma, korumalı durdurma ve acil durdurmayı ayrı ayrı tanımlayın; her birinin kim tarafından, nereden ve hangi sürede tetiklendiği yazılı olsun.

    Durdurma tek bir davranış değildir. Standartlar, enerjiyi anında kesen durdurma ile önce kontrollü biçimde durdurup sonra enerjiyi kesen ve enerjiyi koruyarak duran biçimleri ayırır. Bu ayrım pratik bir sonuç doğurur: enerjinin anında kesilmesi kolu serbest bırakabilir, tutulan parçayı düşürebilir ve kalibrasyonu bozabilir. Bu yüzden her sapmaya aynı durdurma ile cevap vermek, güvenliği artırmaz; yalnızca operasyonu ve ekipmanı yıpratır.

    MüdahaleNe yaparNe zaman kullanılırYeniden başlatma koşulu
    DuraklatmaGörevi bulunduğu adımda askıya alır, tutuş korunurOperatör kontrol etmek veya beslemek istediğindeOperatör onayı yeterli
    Korumalı durdurmaHareketi kontrollü biçimde durdurur, enerji korunurBölge ihlali, algı bozulması, beklenmeyen kuvvetNedenin ortadan kalktığı doğrulanır, olay kapatılır
    Acil durdurmaSürücü enerjisini kesecek biçimde durdururİnsan için doğrudan ve yakın tehlikeFiziksel kontrol, elle kurtarma, kalibrasyon doğrulaması
    DevralmaKomut yetkisini operatöre geçirirSistem çözemediği bir durumda takıldığındaGörev durumu elle tutarlı hâle getirilir
    Sütun başlıklarının dördü de yazılmadan bir müdahale türü tanımlanmış sayılmaz; en sık atlanan sütun sonuncusudur.

    Devralma anı ayrıca tasarlanır: yetki kimde, robot hangi durumda bekliyor, operatör neyi görüyor ve geri devretme nasıl oluyor? Yetkinin belirsiz kaldığı saniyeler kaza literatüründe sık geçen bir kalıptır. Basit bir kural işe yarar: her an tek bir yetki sahibi vardır ve bu, operatör panelinde yazılı olarak görünür.

  7. 07

    İhlalleri ölçülebilir olay olarak kaydet

    Her zarf ihlalini, durdurmayı ve insan müdahalesini zaman damgalı olay olarak yazın; kayıt, olayı yeniden oynatmaya yetecek bağlamı taşımalı.

    Zarf yalnızca engelleyen değil ölçen bir katmandır. Kırpılan her komut, reddedilen her hedef ve her durdurma bir veri noktasıdır; bunlar sayılmadığında 'sistem güvenli çalışıyor' cümlesi doğrulanamaz bir iddia olarak kalır. Kayıt tasarımının tek ölçütü şudur: olaydan sonra, o anı yeniden kurmak için kayıtta yeterli bağlam var mı?

    json
    {
      "olay": "zarf_ihlali | korumali_durdurma | acil_durdurma | insan_devraldi",
      "zaman": "<ISO 8601, milisaniye ve saat dilimi ile>",
      "surum": { "politika": "<surum kimligi>", "zarf": "<surum kimligi>" },
      "tetikleyen": "hacim_siniri | hiz_siniri | kuvvet_siniri | algi_kaybi",
      "bolge": "<zarf bolge adi>",
      "onerilen_komut": "<politikanin urettigi ham komut>",
      "uygulanan_komut": "<kirpma sonrasi komut>",
      "algi_sagligi": "<seviye ve isaretler>",
      "sonuc": "kirpildi | durduruldu | gorev_iptal",
      "kayit": { "video": "<parca kimligi>", "telemetri": "<parca kimligi>" }
    }
    • Çalışma saati başına kırpılan komut sayısı — artışı, politikanın zarfa sürtünmeye başladığını gösterir.
    • Durdurma nedenlerinin dağılımı — tek bir nedenin baskınlaşması bir donanım ya da yerleşim sorununa işaret eder.
    • İnsan müdahalesi sayısı ve müdahale başına kaybedilen süre.
    • Olay sonrası kurtarma süresi — güvenliğin operasyonel maliyetini görünür kılan tek sayı budur.
    • Yeniden oynatılabilir olay oranı: kaydı eksik olan her olay, öğrenilemeyen bir olaydır.
  8. 08

    Zarfı bozulma tatbikatıyla sına ve sürümle

    Zarfı normal koşullarda değil bozulma senaryolarında sınayın: sensörü kesin, yanlış komut verin, ağı geciktirin ve beklenen güvenli duruma girildiğini doğrulayın.

    Normal koşulda çalışan bir zarf hiçbir şey kanıtlamaz, çünkü zarf zaten normal koşul için değil sapma için vardır. Kabul, zarfın devreye girdiği senaryolarla yapılır. Bu tatbikatların sırası da önemlidir: önce simülasyonda mantık sınanır, sonra boş hücrede yavaş modda tekrarlanır, en son gerçek görev hızında ve yalnızca insan hücre dışındayken koşulur.

    1. 01Sensör kesme: kamera veya derinlik akışını çalışma ortasında durdurun; beklenen sonuç, kontrollü durdurma ve olay kaydıdır.
    2. 02Bozuk algı: sensöre kısmi engel koyun; beklenen sonuç, bozulmuş seviyesine geçiş ve hız düşüşüdür.
    3. 03Sınır dışı hedef: politikaya yasak bölgeye giden bir hedef ürettirin; beklenen sonuç, kırpma değil reddetmedir.
    4. 04Gecikme enjeksiyonu: komut yolunda gecikme oluşturun; gecikme durma mesafesini uzatır, dolayısıyla beklenen sonuç hız sınırının kendiliğinden düşmesi ya da sınır korunamıyorsa kontrollü durmadır.
    5. 05Beklenmeyen temas: güvenli bir engelle temas oluşturun; beklenen sonuç, kuvvet sınırında durma ve geri çekilmedir.
    6. 06Müdahale tatbikatı: operatör devralma ve geri devretme akışını baştan sona koşturun.

    Her tatbikatın çıktısı ikili bir sonuç değil, bir kayıttır: hangi senaryo, hangi zarf sürümünde, hangi davranışla sonuçlandı. Zarfı politikadan ayrı sürümleyin ve her zarf değişikliğinde bu takımı yeniden koşturun. Politika güncellemesi zarf tatbikatını gereksiz kılmaz; tersine, politikanın davranış dağılımı değiştiği için zarfın hangi sınırlara ne sıklıkla değdiği de değişir.

SIK DÜŞÜLEN TUZAKLAR

  • Güvenliği model istemine yazmak

    Bir modele 'insana çarpma' demek kısıt değil temennidir. Komutu üreten katmanla kısıtı uygulayan katman aynı olduğunda, üretimdeki bir bozulma ikisini birlikte bozar. Kısıt, komutu yürüten yolda ve politikanın erişemediği yerde uygulanmalıdır.

  • Hız sınırını tek bir sayı sanmak

    Durma mesafesi, tepki süresinde alınan yol ile frenleme mesafesinin toplamıdır. Yük, erişim uzunluğu, algılama gecikmesi veya ağ gecikmesi değiştiğinde bu toplam da değişir; sabit bir yüzde ile ölçeklenen hız, koşullar değiştiğinde sessizce yetersiz kalır.

  • Belirsizliği devam etme lehine yorumlamak

    Algı güveni düştüğünde görevi sürdüren bir sistem, en az bilgiye sahip olduğu anda en büyük hareketi yapar. Varsayılan davranış yavaşlayıp durmak olmalı; devam etmek açıkça yazılmış bir koşul gerektirmelidir.

  • Acil durdurmayı günlük işlem yerine koymak

    Her küçük sapmada acil durdurma kullanmak ekipmanı yıpratır, kurtarmayı uzatır ve operatörü butondan soğutur; gerçek olayda geç basılmasının en yaygın nedeni budur. Sapmaların çoğu korumalı durdurma veya duraklatma ile karşılanmalıdır.

  • Simülasyonda geçen zarfı saha onayı saymak

    Simülasyon temas kuvvetlerini, kablo sürüklenmesini, sensör kirlenmesini ve gerçek zamanlama sapmalarını yaklaşık modeller. Simülasyon zarfın mantığını sınar; fiziksel sınırını sınamaz. Kabul, fiziksel tatbikatla verilir.

KONTROL LİSTESİ

  • Zarar senaryosu tablosu yazılı ve her satırın zarfta bir karşılığı var
  • İzinli hacim, yasak bölge ve yaklaşma bölgesi hem kartezyen hem eklem uzayında tanımlı
  • Hız ve kuvvet sınırları bölgeye bağlı; sınırın uygulandığı telemetriden doğrulandı
  • Sınır denetimi politikadan ayrı bir katmanda çalışıyor ve ayrı sürümleniyor
  • Sensör kaybı, düşük algı güveni ve tanımadık sahne için güvenli davranış yazılı
  • Duraklatma, korumalı durdurma, acil durdurma ve devralma için yeniden başlatma koşulu tanımlı
  • Zarf ihlalleri ile insan müdahaleleri sayılıyor ve olaylar yeniden oynatılabiliyor
  • Bozulma tatbikatları kabul ölçütüne bağlandı ve her zarf sürümünde tekrarlanıyor

Maddelerin tamamı işaretlenmeden kurulum üretime alınmamalı.

Sık sorulan sorular

Güvenlik kurallarını model isteminde tanımlayabilir miyim?

Hayır. İstem, modelin çıktısını etkileyen bir girdidir; çıktının kendisini sınırlayan bir mekanizma değildir. Aynı istemi okuyan model, beklenmedik bir girdide sınırın dışına çıkan bir komut üretebilir ve bunu durduracak bir şey yoktur. İstem davranışı yönlendirmek için kullanılır, güvenlik sınırı ise komutun yürütüldüğü yolda, politikadan bağımsız bir katmanda uygulanır.

Robot uygunluk belgesiyle geldiyse ayrıca güvenlik zarfı gerekir mi?

Evet. Üreticinin uygunluk beyanı robotun kendisini kapsar; sizin uygulamanızda tehlike robottan değil bütünden doğar: tutucu, iş parçası, hücre yerleşimi, çevre ekipmanı ve insanın hangi anda nereye girdiği sizin tasarımınızdır. Bu yüzden risk değerlendirmesi uygulama düzeyinde yeniden yapılır ve zarf o değerlendirmenin çıktısını taşır.

İnsanla aynı alanda çalışan robotta çit gerekmiyor mu?

İşbirlikçi çalışma, çitin yerine ölçülebilir bir koruma yönteminin geçmesi demektir; korumanın kalkması değil. Hız ile mesafeyi birlikte izleyen bir yöntem seçildiyse korunan ayrım mesafesinin her an yeterli kaldığı gösterilmeli; bu mesafe yalnızca robotun durma mesafesi değildir, insanın durma anına kadar yaklaşacağı yolu ve konum ölçümünün belirsizlik payını da kapsar. Kuvvet sınırlama seçildiyse temas değerleri ölçülmelidir. Hangi yöntemin seçildiği ve sınırların nasıl belirlendiği belgelenir.

Hiç zarf ihlali görünmüyorsa sistem güvenli midir?

İhlalin görünmemesi iki şeyin işareti olabilir: sistem gerçekten sınırların içinde kalıyordur ya da sınırlar hiç zorlanmamıştır. Ayrımı yapan şey bozulma tatbikatlarıdır. Sensör kesildiğinde, gecikme enjekte edildiğinde ve sınır dışı hedef verildiğinde beklenen güvenli duruma girilip girilmediği ölçülmeden, sıfır ihlal bir güvence değil yalnızca bir gözlemdir.

Kaynaklar

  1. 01Robotlar ve robotik cihazlar için güvenlik gereklilikleri (ISO 10218 serisi ve ISO/TS 15066) — Uluslararası Standardizasyon Örgütü · Dokümantasyon
  2. 02Makine emniyeti ve işlevsel güvenlik standartları (ISO 12100, ISO 13849-1, IEC 60204-1, IEC 61508) — ISO ve IEC · Dokümantasyon
  3. 03Sinaptik Research — uygulama notları — Sinaptik Lab · Teknik rapor

BUILD

Bu rehberi kurumunuzda uygulayalım mı?

Aynı mimariyi kendi verinizle kurmak için discovery oturumundan üretime kadar birlikte ilerliyoruz.