Arkadaşlar selamlar,
Fazla sayıda arkadaşta bu sorunla karşılaşmadık fakat bu ilerde karşılaşmayacağımız anlamına da gelmiyor. Son zamanlarda bu hata ile ilgili şikayetler var ve sonuçları kötü olabiliyor. Haliyle helifreak ve vstabi'deki gelişmeleri burdan da kısaca paylaşalım, yeni haberler gelirse duyuralım diye böyle bir başlık açma ihtiyacı hissettim.
Hatamızın ismi: IMU Sensor Fail
Öncelikle Edward ve Rainer'in anlattıklarından Neo sensor yapısını ve hatanın ortaya nasıl çıkabildiğini, neler yapılması gerektiğini anlatmaya çalışayım;
** Vbar Neo'da gyro sensorleri var (muhtemelen 3 tane) ve bunlar bu hatadan etkilenmiyorlar. İki adet de Rescue sensörü var (biri daha fazla hassas, biri daha az hassas), normalde sürekli biri devrede, ama onda bir hata olduğunda diğeri otomatik devreye girip rescue kontrolünü eline alıyor. Bu sensörler artık sebebi neyse uçuşta bu sıkıntıdan etkileniyorlar ve bir sonraki enerji vermede IMU... hatasını veriyorlar.
** Rescue sensorlerinin içinde mikro mekanik yapılar var ve bunlar uçuş sırasında titreşim veya başka bir sebeple sapıtabiliyorlar, takılıp kalabiliyorlar... Bazen uçuş bitmeden kendini toparlayabiliyorlar... Ama eğer öyle kalmışlarsa ve uçuş bitip enerji kesilmişse (ki böyle bir şeyi tespit etmemizin imkanı yok), o zaman bir sonraki enerji vermede IMU sensor fail hatası veriyor ünite, kırmızı yanıp sonüyor ve yaklaşık otuz saniye boyunca swash yukarı aşağı hareket ederek bildirimde bulunuyor. Yanii ünite initialization safhasında bütün sensörleri kontrol ediyor ve hepsinin düzgün çalışmadığını görüp, uçuş yapmamıza izin vermiyor. (Ya dediğim gibi bu sensörleri devre dışı bırakan bir versiyon veya mikado'dan bir çözüm/update beklemek, o üniteyi kullanmamak)
** Bu hata ile karşılaşanların çoğunda kırım yok. Çünkü havada bir sensör sapıtsa da diğeri devreye giriyor ve uçuş böyle bitiyor. Sonra enerji vermede daha başlangıç aşamasında ünite kontrolünden geçemiyor bir önceki uçuşta sapıtan sensör ve böylece yeşil ışık yanmıyor, haliyle uçuş ve kırım olmuyor. FAKAT çok daha az sayıda da olsa, havada da vukuatlar var. Fatih Cebir'in 570 modelinde ve yurtdışında birkaç örnekte rescueda modeli çakıyor. Bu durumda tahmin, muhtemelen rescue için olan iki sensör de sapıtıyor.
Bu hata ile karşılaşanlar rescuesuz versiyona (pro veya express) geçerek (rescue sensorlerini devre dışı bırakarak), initialization hatasından kurtuluyorlar, ama rescue kullanamıyorlar.
** Komik gelebilir ama bu hataya rescue sensörlerindeki mikro mekanik yapıların titreşim vs. sebeplerle takılması, sıkışması gibi durumlar sebep olabileceği için ünite üzerine bir araçla hafifçe vurunca düzelebileceğini raporlayanlar olmuş. Şu konuda #88 ve #90 nolu mesajları okursanız;
Bu durumda sorunun hardware kaynaklı sonucu çıkar ve bir firmware update ile çözüleceğini sanmam...
** Mikado konu üzerinde çalışıyor. Konu hakkında en yetkili isim olan Vbar Geliştiricisi Ulrich Röhr özetle şöyle demiş;
** Mikromekanik yapı sıkışmıyor, sadece travel'ının sonunda asılı kalıyor. 6 tane internal sensorun sadece birisi... Ama hep aynısı...
** İlginç bi çözüm yöntemi ile bu hareket alanının sonunda asılı kalan sensör serbest bırakılabilir ve düzgünce çalışır... Neden bunu yaptığını hala araştırıyoruz, bulunca paylaşacağız. Sensör üreticisi datasheetinde bu davranıştan bahsetmemiş (doğal olarak)... Haliyle çözüm bulma konusunda tek başımızayız.
** Eğer bir sonuç alamazsak, InvenSense in karşısına çıkacağız bu mesele ile ilgili.. (r.ö.: sensör firması) Bu iş zaman alacaktır fakat sonuçları hepimiz için önemli... Çünkü Invensense sersörleri kullanan diğer FBL üreticilerini de etkileyecek. (diğer bir deyişle bütün üreticiler, çünkü ulriche göre hepsi bu firmanın sensörlerini kullanıyor)
** Şans şu ki, NEO rescue için ikinci bir sensör daha kullanıyor. Ve bu sensörün ne zaman ve nasıl kullanılacağına yazılım karar veriyor. Haliyle yazılımsal güncelleme ile çözüm mümkün.
Bu sensör farklı bir üreticiden, (Analog Devices), çok farklı parametrelere sahip... Ve bu hata ile karşılaşılmıyor bu sensörde...
Dipnot: InvenSense aslında iyi bir firma olsa gerek. Smart tv lerin harekete duyarlı kumandaları, Samsung Galaxy telefonları, Apple Iphone 6 telefonları, Nintendo Wii hareket kontrolcüleri ve Oculus Rift DK1 gibi ürünlerde sensörleri var.
Fazla sayıda arkadaşta bu sorunla karşılaşmadık fakat bu ilerde karşılaşmayacağımız anlamına da gelmiyor. Son zamanlarda bu hata ile ilgili şikayetler var ve sonuçları kötü olabiliyor. Haliyle helifreak ve vstabi'deki gelişmeleri burdan da kısaca paylaşalım, yeni haberler gelirse duyuralım diye böyle bir başlık açma ihtiyacı hissettim.
Hatamızın ismi: IMU Sensor Fail
Bu RESMİ görmek için izniniz yok. Giriş yap veya üye ol
Öncelikle Edward ve Rainer'in anlattıklarından Neo sensor yapısını ve hatanın ortaya nasıl çıkabildiğini, neler yapılması gerektiğini anlatmaya çalışayım;
** Vbar Neo'da gyro sensorleri var (muhtemelen 3 tane) ve bunlar bu hatadan etkilenmiyorlar. İki adet de Rescue sensörü var (biri daha fazla hassas, biri daha az hassas), normalde sürekli biri devrede, ama onda bir hata olduğunda diğeri otomatik devreye girip rescue kontrolünü eline alıyor. Bu sensörler artık sebebi neyse uçuşta bu sıkıntıdan etkileniyorlar ve bir sonraki enerji vermede IMU... hatasını veriyorlar.
** Rescue sensorlerinin içinde mikro mekanik yapılar var ve bunlar uçuş sırasında titreşim veya başka bir sebeple sapıtabiliyorlar, takılıp kalabiliyorlar... Bazen uçuş bitmeden kendini toparlayabiliyorlar... Ama eğer öyle kalmışlarsa ve uçuş bitip enerji kesilmişse (ki böyle bir şeyi tespit etmemizin imkanı yok), o zaman bir sonraki enerji vermede IMU sensor fail hatası veriyor ünite, kırmızı yanıp sonüyor ve yaklaşık otuz saniye boyunca swash yukarı aşağı hareket ederek bildirimde bulunuyor. Yanii ünite initialization safhasında bütün sensörleri kontrol ediyor ve hepsinin düzgün çalışmadığını görüp, uçuş yapmamıza izin vermiyor. (Ya dediğim gibi bu sensörleri devre dışı bırakan bir versiyon veya mikado'dan bir çözüm/update beklemek, o üniteyi kullanmamak)
Bu VIDEOYU görmek için izniniz yok. Giriş yap veya üye ol
** Bu hata ile karşılaşanların çoğunda kırım yok. Çünkü havada bir sensör sapıtsa da diğeri devreye giriyor ve uçuş böyle bitiyor. Sonra enerji vermede daha başlangıç aşamasında ünite kontrolünden geçemiyor bir önceki uçuşta sapıtan sensör ve böylece yeşil ışık yanmıyor, haliyle uçuş ve kırım olmuyor. FAKAT çok daha az sayıda da olsa, havada da vukuatlar var. Fatih Cebir'in 570 modelinde ve yurtdışında birkaç örnekte rescueda modeli çakıyor. Bu durumda tahmin, muhtemelen rescue için olan iki sensör de sapıtıyor.
Bu hata ile karşılaşanlar rescuesuz versiyona (pro veya express) geçerek (rescue sensorlerini devre dışı bırakarak), initialization hatasından kurtuluyorlar, ama rescue kullanamıyorlar.
Bu VIDEOYU görmek için izniniz yok. Giriş yap veya üye ol
** Komik gelebilir ama bu hataya rescue sensörlerindeki mikro mekanik yapıların titreşim vs. sebeplerle takılması, sıkışması gibi durumlar sebep olabileceği için ünite üzerine bir araçla hafifçe vurunca düzelebileceğini raporlayanlar olmuş. Şu konuda #88 ve #90 nolu mesajları okursanız;
Bu LİNKİ görmek için izniniz yok. Giriş yap veya üye ol
Bu durumda sorunun hardware kaynaklı sonucu çıkar ve bir firmware update ile çözüleceğini sanmam...
** Mikado konu üzerinde çalışıyor. Konu hakkında en yetkili isim olan Vbar Geliştiricisi Ulrich Röhr özetle şöyle demiş;
Bu LİNKİ görmek için izniniz yok. Giriş yap veya üye ol
** Mikromekanik yapı sıkışmıyor, sadece travel'ının sonunda asılı kalıyor. 6 tane internal sensorun sadece birisi... Ama hep aynısı...
** İlginç bi çözüm yöntemi ile bu hareket alanının sonunda asılı kalan sensör serbest bırakılabilir ve düzgünce çalışır... Neden bunu yaptığını hala araştırıyoruz, bulunca paylaşacağız. Sensör üreticisi datasheetinde bu davranıştan bahsetmemiş (doğal olarak)... Haliyle çözüm bulma konusunda tek başımızayız.
** Eğer bir sonuç alamazsak, InvenSense in karşısına çıkacağız bu mesele ile ilgili.. (r.ö.: sensör firması) Bu iş zaman alacaktır fakat sonuçları hepimiz için önemli... Çünkü Invensense sersörleri kullanan diğer FBL üreticilerini de etkileyecek. (diğer bir deyişle bütün üreticiler, çünkü ulriche göre hepsi bu firmanın sensörlerini kullanıyor)
** Şans şu ki, NEO rescue için ikinci bir sensör daha kullanıyor. Ve bu sensörün ne zaman ve nasıl kullanılacağına yazılım karar veriyor. Haliyle yazılımsal güncelleme ile çözüm mümkün.
Bu sensör farklı bir üreticiden, (Analog Devices), çok farklı parametrelere sahip... Ve bu hata ile karşılaşılmıyor bu sensörde...
Dipnot: InvenSense aslında iyi bir firma olsa gerek. Smart tv lerin harekete duyarlı kumandaları, Samsung Galaxy telefonları, Apple Iphone 6 telefonları, Nintendo Wii hareket kontrolcüleri ve Oculus Rift DK1 gibi ürünlerde sensörleri var.