Sensorumden gelen sinyal rampa seklinde artiyorsa cikisim 1, sinyal artik artmiyorsa cikisim 0 olsun.
Sensorden gelen sinyal gurultuye sahiptir.
Bu sorunun ustesinden gelecek duzenek nasil olmalidir?
Sinyalim gurultu icermeseydi turev almak sorunu cozecekti. sinyali filitre etmeye raziyim ancak sensor sinyalindeki artisin olmamasi ardindan sistem cikisinin cok gecikmeli 0 olmaya tahammulu yoktur.
Hocam manchester coding mi yapıyorsunuz?
Analog bir sinyalden bahsediyorum.
Bunu digitallestirebilirim sorun degil.
rampa dediğiniz sinyalin periyodu belirli mi? daha doğrusu rampayı andıracak şeklin belirme süresi belli midir?
eğer periyot belli ise, varsayıyorum bir periyot süresince 30 tane örnek alabiliyoruz. ilk 10 örneğin ortalaması, ikinci 10 örneğin ortalaması ve üçüncü 10 örneğin ortalamasını alarak 3 nokta belirlesek, sonra 1-2 noktaları arasındaki eğim ile 2-3 noktaları arasındaki eğimi karşılaştırarak karar versek ne kadar sağlıklı olur sizce?
her yeni gelen örnekten sonra; yeni gelen veriyi en eski yani 30 önceki verinin yerine kayıt ettirip, üstteki işlemler en baştan yaptırarak tekrar karar vermesini istersek biraz yoğun da olsa sürekli sonuç alabileceğimiz doğru bir karar mekanizması elde etmiş olabilir miyiz?
Hocam dijitalleştirmeye girmeden basitçe halletmek istiyorsan, sinyali gürültülere karşı fitrele, sonrasında türev alan opamp devreleri var.
1 opamp ile yapılabiliyor internette bol bol var. Bunları kullanabilirsin.
@z hocam siz soruyorsanız bu soruyu kompleks ele almak gerekir ama yine de şansımı denemek istiyorum :). Flip-flop girişlerinde ki yükselen ve düşen kenar algılama hadisesi işinize gelir mi ?
biraz daha düşününce bahsettiğim karar mekanizması ile istediğimiz durumların dışında da aktif olabileceğini düşündüm şöyle bir değişikliğe gidebiliz; bir periyot süresince alınan örnekleri 3 parçaya bölmek yerine 10 parçaya bölsek ve her parça için ortalama değer noktaları hesaplasak. elde ettiğimiz varsayıyorum 10 nokta için, elde edeceğimiz 9 tane eğim değerini ayrı bir diziye kaydederiz. 9 değeri saklayan bu dizideki değerleri sırasıyla (1-2 2-3 3-4 ... 8-9) karşılaştırırız. her karşılaştırmada istediğimiz eğriyi sağlayacak koşulu bulabiliyor isek belirlediğimiz bir değişkeni arttırırız. ve eğriyi sağlamayacak koşul ile karşılaşınca değeri 0 larız. kısaca 9 eğim içinde sıralı olarak koşulu sağlayan max adım sayısını hesaplarız. bu sayı en fazla 9 a kadar çıkabilir. daha sonra bu sayı varsayıyorum 5 in üzerinde ise çıkışı 1 yap değilse 0 yap deriz.
uygulamaya bağlı olarak; 1. periyot süresince alınan örnekleri böleceğimiz sayı, 2. max adım sayı sınırı , bu değerlerle oynayarak sağlıklı algoritmaya ulaşabilinir diye düşünüyorum. 1. faktör gürültünün asıl sinyale baskınlık oranına göre belirlenebilinir. gürültü oranı yükseldikçe örnekleri böleceğimiz sayıyı azaltarak gürültünün etkisini azaltmış oluruz. diğer bir deyişle filtre oranı.
Manchester dan bahsetmemin sebebi
0 için 10,
1 için 01,
almamız, burada analog bakılıyor olaya,
0 için düşen bir gerilim varsa, eğim
1 için yükselen bir gerilim varsa eğim
durumu oluşuyor,
teoride bunlar var,
pratikde algılama sistemi nasıl yapılıyor bakmamıştım,
ama manchester coding için algılama sistemleri incelenirse birşeyler çıkabilir diye düşündüm.
Eğer sayısala çevirebiliyorsanız, yani malzemeden kaçmıyorsak,
sizin istemediğinizi düşünerek adc ve comparatör ile yapabiliriz demek istemedim, yada md. ile.
Flip flop da uygun, sinyali birini gecikmeli, birini direk
olarak iki girişe uygularsak, yükseliyor veya alçalıyor bilgisi alabiliriz,
filtreler, ölçerim
öncekinden büyükse 1 değilse 0 derim.
turev alsaniz?
Kayan ortalamaya sokun , kayan ortalamanın boyu kadar ( N adet ) gecikme olsun. Ondan sonra türev zaten kolay.
Bu durumda 2 tane olayın birbirine göre çözülmesi gerekiyor.
1. Parazitin seviyesi ve mantıklı bir çıkış süresi için gerekli filtre süresi.
2. "sensor sinyalindeki artisin olmamasi ardindan sistem cikisinin cok gecikmeli 0 olmaya tahammulu yoktur."
maddesine istinaden "çok gecikmeli" diye bahsettiğimiz sürenin filtre süresinden daha UZUN olması gerekiyor.
filtreden daha uzun kalamıyorsa bu sefer ne yapıp ne edip filtre süresini kısaltabilmek için uğraş vermek gerek.
Reel sonuçlar için reel girdiler lazım bu arada.
scope çıktısı var mı mevzu bahis şahsiyetin...
Bilmiyorum işine yararmı ? Benim çok eskiden kullandığım bir metod vardı. Daha doğrusu 1 bitlik adc diye biliriz. Analog giriş sabit bir clock ile örneklenir (analog örnekleme) sonra 2. clock ile 2. örnekleme yapılır. Bu 2 örnek analog kompratör ile karşılaştırılır. 2. 1 den büyük ise çıkış High (1) seviyesi aynı veya azalan bir değer ise Low (0) seviyesi verir. Dolayısı ile 2. 3. ile 3. 4. ile karşılaştırılarak devam edilir. Kompratör çıkışı artan eğim azalan eğim mesajını devamlı tekrarlar. Bu teknikle sesi 1 bitlik digital ses haline çevirip SRAM a kaydederek ve devamlı kaydırarak EKO devresi yapıyordum. Bu 1 bitlik çıkışı gene opamplı bir devreye vererek 1 geldiği süre bir kondansatörü şarjlayıp , o geldiğinde deşaj ederek yeniden analog sinyali geri kazanıyordum.
nedense aklıma kalman filtresi geliyo işe yarama ihtimali var sanki biraz en azından paraziti siler
markov counter,
Bir sistemde nesnenin gerçekliğini sınamak için kullanırdık.
123,234,345,456 ileri,geri sayardı. (değiştirilebilir) bir önceki durum hep gözlenirdi. (bu sayılar değişebilir 2 ileri 1 geri yada 3 ileri 2 geri)
buradan yola çıkarak
3 lü bir dizi tanınanark ölçülen bu Analog değerlr buralara aktarılır.birer kaydırarak devamlı en üste yeni ölçüm konularak bir filtre/ortalama algoritması ile izlenir.eğer sonuç artıyorsa şunu düşüyorsa bunu yapar.
(olmadı mı ?)
@z hocam Selamlar,
Öncelikle sinyal seviyelerini bizimle paylaşabilirsen daha tutarlı fikirler çıkarabiliriz. Aklıma gelen yöntemleri şöyle sıralayalım;
1.) Gürültü ve sinyalin frekans bileşenlerini aynı zamanda genliklerini görüp ona göre low pass yada band pass filtre ile sorunu çözebiliriz.
2.) Gürültü Frekansının büyük olduğunu düşünerek sayın @diot 'un söylemiş olduğu diferansiyel ADC kullanabilirsin hocam. Yüksek genlikleri büyük oranda törpüler. ADC çevrim hızı ile örneklenen sinyaldeki gürültüyü artırıp azaltabilirsin. Resimden esinlenebilirsin hocam. (Örnekleme kısmına Delta modülasyon deniyordu sanırım)
(http://4.bp.blogspot.com/_gnBhWSr5-Vc/SA9wJ4x__rI/AAAAAAAAAAU/-JiELOP3c4M/s400/DM.bmp)
Evet temel fikir sinyali filitreleyerek gürültünün olumsuz etkisini azaltmak ve ardından eğime bakmak.
Sorun sadece sensorden gelen sinyali değerlendirmek değilmiş bunu farkettim.
Bir solenoidim var. Solenoid mikroişlemci tarafından enerjileniyor ve çekici şak şuk şeklinde hızlıca cektirmeden hareketin rampa şeklinde olması sağlanıyor. Bu amaçla çekiç pozisyonu bir sensorle okunuyor ve solenoide uygulanacak voltaj an ve an ayarlanıyor.
Solenoidin pozisyon kontrolu (http://www.youtube.com/watch?v=g_qJZeUeRk8#)
Eğer solenoid çekici elektromagnetik etki ile itilirken mekanik bir engele rastlar ve zorlanırsa zolenoid voltajının derhal kesilmesi gerekiyor.
Buradan yola çıkarak solenoid pozisyonunu ölçen sensor, artan bir sinyal üretiyorsa çekiç ilerliyor, yok artmıyorsa bir engele çarpmış yorumunu yapıyorum.
Ortamda pwm ile sürülen pek çok motor ve soleoid olduğundan sensor sinyalim gürültü içeriyor. Çok kanallı okuma yapan ADC de diğer kanalların voltajlarından olumsuz etkilendiği için sensör sinyali gürültü içeriyor.
Hem solenoidi kontrol eden yazılım hem de engel algılama yazılımını beraberce çalışacak şekilde iyileştirmem (sistemi akıllı davranacak şekilde tasarlamam gerekiyor.)
Yani amaç: Solenoid çekici bir engelle karşılaşıncaya kadar yavaşça ilerlesin ancak engele zarar vermeden dursun.
engel algılandığında ki tahmini bir grafik nasıl çizebiliriz? anladığım kadarı ile videoda konum-zaman grafiği elde ediliyor. engelle karşılaştığı durumda dediğiniz gibi hızı azalan ama konumu artan aralığı yakalayan bir fonksiyon elde etmeye çalışıyorsunuz. bu grafiğin örneklenmiş hali üzerinde filtre yaptığınızda engel olmasa dahi bahsettiğiniz aralık gibi davranabilecek aralıklar la karşılaşabilirsiniz. o yüzden algoritma esnek olması gerekiyor. benim önerdiğim algoritma ile bu işi çözebileceğinizi düşünüyorum. ancak sensör hassasiyeti işi yokuşa sürecek gibi.
Solenoid normalde benim uygulamamdaki gibi yumuşak hareket etsin diye tasarlanmış bir malzeme değil. Voltajı verince çekici çeker voltajı kesince de yay etkisi ile çekiç geri gelir.
Çekiç son derece boşluklu bir yatak içinde hareket ediyor. Çekiç ile nüve mekanik temas halinde ve oluşan sürtünme her zaman aynı değil. Dolayısı ile çekiç hareketini rampa şeklinde yapmak sıkıntılı. Engel algılama yazılımı özellikle de gürültülü sensor bilgisinden dolayı kolayca hatalı karar verebiliyor.
Normal şartlarda bu uygulamada solenoid değil voice coil kullanmak gerekiyor. Ancak bu durumda fiyat bir anda katlanıyor.
Bu uğraş paralı bir proje için değil, tamamıyle zaman değerlendirmeye yönelik olduğu için sorunu solenoid ile çözmeye çalışıyorum.
Pozisyon ölçmek yerine çekiç hızını ölçerek sevo kontrol yapmak sorunları azaltacak gibi görünüyor.
Hocam akımı ölçmeyi denesen çok mu geciktirir? Tepkiyi daha hızlı görmezmisin o şekilde? Tabiki kalkış ve duruş seneryolarını düşünerek karar vermelisin.
selonoid sürekli değişen miktardaki zorlamalara maruz kalmıyor ise, geribesleme direnci üzerinde oluşacak olağan dışı artışlar sistemin zorlandığı noktaları bulmaya yardımcı olurken, filtreleme ve türev sonucunda elde edilen hata verebilen çıkışla birleştirildiğinde mevcut sistem de iyileştirme sağlanabilir...
(https://lh5.googleusercontent.com/-GJh0nDOWj18/Ud22ZMawfLI/AAAAAAAAABI/9WY0JvlQe-w/w506-h281-o/kisisay2.jpg)
bu şekilde sensör konumunu okuyan sensörden,
fare tekerleği imiş gibi bir sinyal alınarak,
sinyalin birde geciktirilmiş hali alınarak,
iki girişe uygular sorunu çözeriz diye düşünüyorum.
karsi karsiya oldugum sistemlerin tasariminda enbuyuk sorun gurultudur. Bir yukaridaki gibi tasarimlar tertemiz sinyaller sozkonusu oldugunda is gorur.
Iste sikca duydugumuz sinyal isleme deyimi bu tip problemlerin cozumunde kullanilir.
Hocam muhakkak sinyal işleme bu uygulamada lazım ancak ideal rampa işaretinizin üstüne binen gürültü işaretini modellediniz mi bu modelleme yapıldı ise sonraki adıma geçmek sağlıklı olabilir.Bu gürültü neyden kaynaklanıyor önce bunu kavramak ve gürültüyü kaynağında bertaraf etmek lazım. Sinyal işleme kavramından önce MOdelleme ve Sistem Analizi gibi kavramları öğrenmek gerek...
Bu gurultuden kurtulmamin yolu yok. Varsa da bu saatten sonra ugrasamam.
Sensor kablolari motor kablolari ile yanyana 30cm kadar birlikte gidiyorlar.
8 ADC kanali en yuksek hizda donusum yapiyor. Adc girislerim cok dusuk empedansda degiller. Tum bunlar bir araya gelince gurultu de olusuyor.
Bugun rampa sinyalini degerlendiren kodlarimin istedigim gibi calistigini test ettim. Artik bu kisimdan yana kesinlikle sorun kalmadi. 128 adet sample alip bunlarin toplaminin bir onceki 128 sample toplamindan buyuk olup olmadigina bakmak gurultunun etkisini yok etti.
Solenoid pimini rampa seklinde ietekleyen kodum da kendi basina duzgun calisiyor. Ancak ikisi birlikte calistiginda sorun olusuyor. Solenodin rampalama yaptigi fonksiyonu iyilestirmem gerekecek.
Alıntı yapılan: z - 11 Temmuz 2013, 00:25:54
Bu gurultuden kurtulmamin yolu yok. Varsa da bu saatten sonra ugrasamam.
Sensor kablolari motor kablolari ile yanyana 30cm kadar birlikte gidiyorlar.
8 ADC kanali en yuksek hizda donusum yapiyor. Adc girislerim cok dusuk empedansda değiller. Tum bunlar bir araya gelince gurultu de olusuyor.
Bugun rampa sinyalini degerlendiren kodlarimin istedigim gibi calistigini test ettim. Artik bu kisimdan yana kesinlikle sorun kalmadi. 128 adet sample alip bunlarin toplaminin bir onceki 128 sample toplamindan buyuk olup olmadigina bakmak gurultunun etkisini yok etti.
Solenoid pimini rampa seklinde ietekleyen kodum da kendi basina duzgun calisiyor. Ancak ikisi birlikte calistiginda sorun olusuyor. Solenodin rampalama yaptigi fonksiyonu iyilestirmem gerekecek.
Hocam büyük ihtimal denemişsindir ama ben hatırlatayım istedim.
1- Sistemi kurarken farklı timer modülleri ile mi kurdun? (Processler birbirini kesiyor gibi.)
2-İkisini bir timer ile yapmayı denedinmi?
İyi çalışmalar.