Araştırmalarım TLC5940 gibi bir entegre kullanmanın rgb grafik panel için uygun olabileceğini gosterdi.uretıcı fırma : www.ti.com
tlc5940 pdf : http://focus.ti.com/lit/an/slva242/slva242.pdf
bu entegre 16 bit pwm cıkısı verebılıyor.serı data gırısı ıle kontrol edılıyor,
data transfer hızı 30mhz.
içyapısı ıle ılgılı daha detaylı bılgı burada: http://focus.ti.com/lit/ds/symlink/tlc5940.pdf?RMpmp--recom40100.html11
16x16 rgb ekran ıle bu entegreden 3 tane kullanarak(r-g ve b ıcın)
basıt bır calısma ıle bu ıse baslamayı dusunuyorum.Bu konudakı yorumlarınız benım ıcın cok onemlı tavsıyelerınızı beklıyorum arkadaşlar.
Saygılar, sevgiler
Arkadaşlar TLC5940 bu iş için çok uygun geliyordu @og hocamızın yazdığı yazılarında DMX512 protokolunu gordum ve kararsız kaldım.nettede bu konu ıle ılgılı cok fazla tatmınkar bılgıye ulasamadım.
Kısacası HElp HELP :oops: 8O
XX_CİHAN_XX, bu entegre ile DMX512 yi karşılaştırmak pek doğru olmaz.
DMX512 datayı tek hattan asenkron taşır, hız 250KBaud civarındadır. 512 adet adres datası sırası ile data hattında kendisini gösterir. Bu sebeple senkron yapılı bu chip e göre oldukça yavaştır. Ayrıca DMX512 de her bir adrese ayrılmış data bilgisi 8 bit çözünürlüktedir. Bu 256 step demektir. Bunda ise 12 bit yani 4096 step.
Yani ciddi bir hız ve çözünürlük farkı var. Dezavantajı ise, bağlantı hatları DMX512 deki gibi 1 kablo ile yeterli olmuyor. Bu da gülün dikeni olsa gerek.
.
Hocam sanırım TLC bu iş için uygun gözüküyor ama benım esas isteğim doğrudan ekran kartının rgb - horizantal sync ve vertical sync. uçlarını kullanarak doğrudan ekran görüntülerini rgb led panosuna aktarabilmek. Bunu yaptıgım taktırde sanırım ne pıce ihtiyac olacak nede TLC yada benzerı bir entegreye.
Lojik bir devre tasarlayıp vga karttan gelen dikey senkron palslerini dikey taramaya diğerinide yatay taramaya verıcem birde bu palslere gorede anolog anahtarlama devresı ıle rgb bilgilerini ledlere aktaracam ve yuksek kalıtade ve işlemci kullanmadan bir led monitor yada led tv her neyse olusturmus olucam.
Yanlız burada kafama takılan ıkı soru var.
1. soru
Yukarıdakı sekılde bır sıstem olusturdugumda resmen monıtor ekranı yerıne led panosunu kullanmıs oluyorum dolayısıyla bu hıza ledlerın tepkımesı monıtor ekranındakı pıxel lerden cok daha yavas olacagı ıcın sorun cıkabılır.Dolayısıyla tarama hızı bı sekılde dusurulmelıdır.Ama nasıl?
2. soru
Ledli panoda olusturacagım cözünürlük , pixel sayısı vs.. monıtor ile karsılastırılamaz bıle.Dolayısıyla vga kartın satır/stun taramaları monıtor ekranına gore oldugu için(çunku ekran bılgılerını dırek monıtor cıkısından alıcam) benım olusturacagım kucuk led panosunda goruntu sadece kucucuk bır parcacık olacak ve dahası hıc bır sey anlasılamıyacak.
Sizce svideo cıkısndan veya baska bır cıkıstan bu yonde verıyı alabılırmıyım nasıl ve nerden almalıyım sıstemı degıstırmeden ve yukarıda yazdıgım sorunlara dumeden 8O :? :roll: :?:
Saygılar, Sevgiler....
Nasıl oluyorda bukadar hızlı oluyor!!!
http://www.gamma-tech.com/PDF/MegaSign%20RGB.pdf
270Mhz serial digital data gönderiliyor panoya ve saniyede 100 frame olusturuluyor. 8O
Anladıgım kadarıyla kanal secme unıtesı var ve rs232 ıle kanal bılgısı ve rgb data bılgılerı gonderılıyor.
ekran 16*16 rgb led modullerın bırlesımı olusuyor.Ama bu bılgıler nerden gonderılıyor.rs232 nın hızı boyle bır seye yetermı?
Orada yanlış yazılmış olsa gerek, MHz değil. TV stüdyolarında kullanılan 4:4:4 tabanlı 270Mbps hızında bir protokol vardır. Adı SDI olarak geçer.
Hatta bu sistemde kontrol datalarıda gider ve gelir. Örneğin bir kamera CCU ile (kamera kontrol unitesi) triax kablo denen 3 uçlu bir kablo ile bağlıdır. Bunun 2 si enerjidir. Birisinden datalar gider gelir. Bütün video ve kontrol sinyalleri için tek kablo kullanılır. Connectorü böyle bir şey.
(http://www.bhphotovideo.com/images/largeimages/155616.jpg)
Fakat tüm bu işlemler kendine has donanımlar ile yapılır. Ne bir PIC, ne renesas ne pentium veya başka işlemciler değildir.
Alıntı yapılan: "XX_CİHAN_XX"Hocam sanırım TLC bu iş için uygun gözüküyor ama benım esas isteğim doğrudan ekran kartının rgb - horizantal sync ve vertical sync. uçlarını kullanarak doğrudan ekran görüntülerini rgb led panosuna aktarabilmek. Bunu yaptıgım taktırde sanırım ne pıce ihtiyac olacak nede TLC yada benzerı bir entegreye.
Lojik bir devre tasarlayıp vga karttan gelen dikey senkron palslerini dikey taramaya diğerinide yatay taramaya verıcem birde bu palslere gorede anolog anahtarlama devresı ıle rgb bilgilerini ledlere aktaracam ve yuksek kalıtade ve işlemci kullanmadan bir led monitor yada led tv her neyse olusturmus olucam.
Yanlız burada kafama takılan ıkı soru var.
1. soru
Yukarıdakı sekılde bır sıstem olusturdugumda resmen monıtor ekranı yerıne led panosunu kullanmıs oluyorum dolayısıyla bu hıza ledlerın tepkımesı monıtor ekranındakı pıxel lerden cok daha yavas olacagı ıcın sorun cıkabılır.Dolayısıyla tarama hızı bı sekılde dusurulmelıdır.Ama nasıl?
2. soru
Ledli panoda olusturacagım cözünürlük , pixel sayısı vs.. monıtor ile karsılastırılamaz bıle.Dolayısıyla vga kartın satır/stun taramaları monıtor ekranına gore oldugu için(çunku ekran bılgılerını dırek monıtor cıkısından alıcam) benım olusturacagım kucuk led panosunda goruntu sadece kucucuk bır parcacık olacak ve dahası hıc bır sey anlasılamıyacak.
Sizce svideo cıkısndan veya baska bır cıkıstan bu yonde verıyı alabılırmıyım nasıl ve nerden almalıyım sıstemı degıstırmeden ve yukarıda yazdıgım sorunlara dumeden 8O :? :roll: :?:
Saygılar, Sevgiler....
Hocam yaptığım arastırmalar ve yukarıda yazdığım olası muhtemel sorunları dusunerek dogrudan vga cıkısını kullanarak bir led panel olusturmaktan vazgectım.(yanlıs anlasılmasın rgb animasyon panosu yapmaktan vaz geçmis değilim tam gaz devam :twisted: )
En büyük sebebi horizontal ve vertical sync palslerındekı karmasa
http://www.turkengineers.com/download/Analog%20Video%20Temelleri.pdfBen bu adresı ıncelemeden once sıradan pals olarak dusunuyordum 8O
tabi olay okadar basit çıkmadı dolayısıyla bende vga çıkışını doğrudan kullanmaktan vaz geçtim çünkü oradakı bılgılerı degerlendırebılmem ıcın cok yuksek hızlı bır ıslemcı gereklı(yanı olay PIC ın boyunu asıyor )
Şu andaki hedefim bir bilgisayar yazılımı olusturarak com veya lpt portundan bılgısayardakı resim dosyalarını (bunlar hareketlı anımasyonlar olabılır) aktarabilmek ve gelen dataları TLC5940 yada benzeri bir shift register + pwm driver chipleri ile yatay ve dikey tarama mantığı kullanarak bir görüntü olusturmaya çalışacağım basitten zora dogru gıdecem tabııkı.
once kucuk bır rgb ekranda gelen dataları H-V taraması yaptırarak sabit resim olusturmaya calısacam sonra hareketli resimlere gececem. :twisted:
ilerleme kaydettikçed sizinle paylaşıcam fakat başlangıc noktamı iyi seçmeliyim o yuzden alternatif fikri olan varsa yada destekleyici fikirlerde olur , rahat başlayabilmem için fayda sağlıyacaktır.
Bu konudakı degerlı yorum , onerı ve goruslerınızı bildirirseniz çok sevinirim.
Saygılar , Sevgiler ...
Sabit veya animasyonlu farketmez resim oluşturmak istiyorsan çözünürlüğün yeterli olmalı ki resme ait detaylar anlaşılsın.
Bu iş DMX ile yapılıyor. Adres sayısı çok olduğu ve hızın yüksek olması gerektiği için PC çıkışı LAN yapıda. PC deki programa sabit resim veya swf animasyon verebiliyorsun. Dış dünyada döşenmiş RGB hücreleri programa tanıttıktan sonra program ilgili adreslere ilgili dataları gönderiyor. Bu sistemin fiyatı 15.000 USD civarında. Bunu becerirsen ülkeye döviz kazandırırsın, tabi sen de kazanırsın.
DMX dışında yöntemler yukarıda verdiğin linkdeki gibi olabilir. LED tabanlı büyük TV ekranları gibi.
Hocam internette hep dmx512 decoder olarak kit şeklinde gösterilmiş.Bu bir entegre değilmidir(entegre ise onunla ilgili pdf niye bulamadım :( )
kit olarak satılan bir ünitemidir piyasadan nasıl bulunur?
Yoksa hiçbiri değil bir protokolmudur :oops:
Acıkcası dmx512 için nette fazla yararlanamadım :(
Sizin yazılarınızdan anladıgım kadarıyla dmx512:
hızı 250Kb ye kadar çıkabilen asenkron veri alıp(rs485 ten mesela) 512 adet adrese bu verileri yine asenkron olarak dağıtabilen bir ......(modul mu? entegre mi? kart mı? :roll: )
Hocam sizin bu konuda uygulamalarınız olmuş anladıgım kadarıyla.Elinizde dmx512 ve protokolu ıle ılgılı pdf yada datasheet varsa yada netten gosterebılecegınız bır lınk varsa çok sevinirim.
İlgilendiğiniz için çok teşekkür ederim.
Saygılar, sevgiler...
http://www.dmx512-online.com/packt.html
(http://www.dmx512-online.com/gifs/PACKET.gif)
(http://www.dmx512-online.com/gifs/dmxpack.gif)
Birisi DMX512 mi dedi :)
Bu sadece bir protokol 250kbps ile 512 adet 8 bit datayı arka arkaya gönderen tek yönlü çalışan bir sistem. Sistemde 1 adet gönderici ve en fazla 512 adet alıcı bulunuyor. Alıcı bir dimmer olabileceği gibi alakasız konuda başka bir cihazda olabilir. Bu hızda her bir cihaz için tazeleme oranı 61Hz. dir. Protokol son derece basit yapıda olup 512 adet 8 bit data arka arkaya gönderilir ve bütün alıcılar break tan sonra her 8 bitlik parçayı sayarak kendisine önceden belirtilen sıra numrası geldiğinde alıp kullanır. Sistemde herhangi bir hata kontrolü yoktur. Göndereci cihaz bir pc olabileceği gibi üzerinde 512 adet kanal için tanımlama yapılabilen bir konsolda olabilir.
Fakat bu protocol ve altyapı ile sizin yapmak istediğiniz panel ile ben bir bağlantı kuramadım. :?:
Evet, XX_CİHAN_XX PC den aldığı sabit veya animasyonlu resimleri RGB hucrelerde göstermek istiyor.
İlgili resim bilgisini RGB hücrelere aktarmak için bir yöntem arıyor.
Yardımlarınız için hepinize çok teşekkür ederim.Sayenizde büyük ilerleme kaydettik bir şema oluşturmama az kaldı ilerleme kaydettikçe sizinle paylaşacağım.şemayı olusturmak için tek bir sorunum kaldı diyebilirim.Onuda çözebilirsek burada iyi bir döküman oluşturmuş olacağız diye düşünüyorum.Araştırmalarım TLC5940 ve benzeri shift regsiter + pwm driver entegrelerinin Türkiye piyasasında çok zor bulanacağını dışardan getirmenın tek ve pahalı bır çözüm oldugunu gosterdi.(örneğin TLC5940 bu iş için çok uygundu ama fiyatı pek öyle değil 99.00$ 8O )
Bu ve benzeri entegreleri hazır olarak kullanamayısım boyle bir donanımı kendımın olusturmasını gerektırdı ve yukarıda bahsettıgım sorun bu noktada olustu.Şu ankı sorunum rgb pwm bilgilerini çoğullamakla alakalı.
Bunları dijital olarak çoğaltıp ledlere uygulamadan once analog degere cevırmek bulabildiğim tek yöntem ama nerdeyse TLC ile aynı kapıya gelecek kadar çok entegre kullanamk zorunda kalıyorum.Bir sürü anolog dönüştürücü gerektirdiği için kolay gozuken bu yontemı elemek zorunda kaldım.Bir başka aklıma gelen yöntem : rgb bilgisini(dijitale cevirmeden)
4051 gibi bir anolog mux/demux entegresi ile çoğullayarak led lere aktaramak olarak dusundum.Ancak buda hızdan yoksun bır yontem olacak cunku her seferınde ancak 1 rgb led gurubu yanacagı ıcın led sayısı arttıkca ekranı tazeleme oranım oldukca dusecek ve sonucta belkı sabıt resım goruntulemek ıcın uygun olsada genel olarak bu proje ıcın sınıfta kalacak bır yontem oldugunu dusunuyorum.
Uzunlafın kısası su anda ıcınde bulundugum tek sorun rgb datalarını panodakı ledlere aktarma(anolog çoğullama) işlemi ile ilgilidir.
Bu konuda refresh hızı kaybedılmeden ve asırı derecede entegre kullanımına izin vermeden bir sisteme gelıstırme ile ilgili fikri yada önerisi olan arkadaşlarımız varsa çok sevinirim.
Yardımlarınız ıcın cok teşekkür ederım.
Saygılar , Sevgiler...
Hocam sanırım sonunda iyi bir yöntem buldum.Henüz tüm hatlarıyla kafamda netleşmedi ama ana hatlarıyla kabaca izah etmeye calısayım.
Grafik panelimiz 16x16 lık dotmatrıs rgb ledlerden olusacak.Bu paneller bieleserek istenilen boyutlarada uzatılabilecek şimdilik yapmayı hedeflediğim boyut 144x96 rgb pixel den olusacak.Yani 16x16 lık led kartlarından yatayda 9 tane dikeyde ise 6 tane kullanmayı dusunuyorum.
Neyse bunları kontrol kısmına gerı donelım.
Herbiri 16x16 rgb led unitelerinin birer adresi olacak ve birertanede PIC i olacak.Yani temel olarak dmx protokolu kullanılabılır(gercı adres ve data gonderılerek saglanacak bu ulasım protokol olrarak dmx gibi olabilir ancak asenkron degılde senkron veya paralel veri iletimi kullanabilirim henüz tam kara veremedım bu konuda)
Sistemi ozetlersek burada MASTER(gönderici) bilgisayar olacak SLAVE(alıcılarda) 16x16 rgb uniteler olacak.Her birinin bir adresi olacak (dolayısıyla her rgb led ünitesinden kontrolu, taramayı vs. yapan bir PIC olacak)Dolayısıyla her unıte bagımsız olarak refresh yapılacak ve kontrol edılebılecek.
MASTER resim bilgilerini rgb datalarını gondermeden once ılgılı olan unıteye ulasması ıcın o unıtenın adresını yollayacak ve pesınden datlarını yollayacak ve pesınden stop datasını yollayacak.stop datasını alan slave hafızasına aldıgı 16x16 resım bılgılerını yenı bır resım bılgısı gelene kadar kendı ekranında refresh yapıcak.her biri bagımsız bır sekılde kendı unıtesınde resım olusturacak.
ünitelerin yapısı:
Buradaki pıc gelen datalara gore 3 adet pwm(r-g-b) olusturacak ve bunları satır stun taraması ıle anolog swıtch entegrelerı ıle cogullayıp ekrana verecek.3 adet pwm nasıl olusacak bu konuda ornek olarak
http://home.versatel.nl/edithenwilliam/william/rgbled.htm
http://www.petesworld.demon.co.uk/homebrew/PIC/rgb/index.htm
bu tarz bır calısma yapmayı dusunuyorum.(ne derece saglıklı pwm olur okadarını bılemıyecem.yorum yaparsanız sevinirim)
NOT : yapay pwm saglıklı olmaz dersenız her unıteye 3 adet(r-g-b icin) DAC koyulabilir.
http://www.nsc.res.in/~elab/phoenix/hardware/Datasheets/DAC0800.pdf
gibi....
analog cogullama ıslemındede soyle bır uygulama yapmayı dusunuyorum
http://www.ucapps.de/mbhp/mbhp_ainx4.pdf
Bu sistem konusda tavsiye, yorum ve önerilerinizi sabırsızlıkla beklıyecegım.
Saygılar ,Sevgiler...
Bu tür uygulamalarda Ledlere uygulanabilecek max frekans nedir? Yüksek frekansda taramaya müsait ayrı bir led serisi var mı?
Göze hitap eden uygulamalarda gerekli hızı şöyle hesaplıyabiliriz.
Gözün duyarlılığı: 1/16sn
Led gri tonlaması : 255 (8 bit için)
Min Göz duyarlılığında gri tonlamasını 1 step değiştirebilmeli.
1/255*16= 0,000245 sn = 4080Hz
Görsel anlamda kullanım için LED e göre çok düşük bir hız. Data hatlarında kullanılan LED frekanslarını incelemek daha sağlıklı olacaktır sanırım.
20Mhz ile ledleri tarayabilirmiyim?
Hocam 1usn on-off problemsiz kullandım (yaklaşık 500KHz) ama 20MHz için bilgim yok.
The MAX6972/MAX6973 precision current-sinking, 16-output PWM LED drivers drive red, green, and/or blue LEDs for full-color graphic message boards and video displays. Each output has an individual 12-bit (MAX6972) or 14-bit (MAX6973) PWM-intensity (hue) control and 7-bit (MAX6972) or 5-bit (MAX6973) global PWM intensity (luminance) control....
http://www.maxim-ic.com/quick_view2.cfm/qv_pk/3713
Hocam bu entegre harıka ama pıyasada bulabılırmıyız acaba.TLC5940 gibi olmaz inşallah :roll:
(TLC5940 ı pıyasada bulamadık.Firmadan sıparıs fiyatıda 99 usd cıktı 8O )
Bu zımbırtı fırından yeni çıkmış bizim simitçi satıyordu gözüm ilişti istedim siparişe göre getiriyorum dedi şimdi bekliyorum
size de haber vereyim dedim
Eleman demiş ki;
The MAX6972/MAX6973 and MAX6974/MAX6975 operate over the extended -45°C to +125°C temperature range, and are available in 32-pin and 40-pin TQFN packages, respectively. Prices start at $4.12 for the MAX6972/MAX6973, and $5.55 for the MAX6974/MAX6975 (1000-up, FOB USA).
(http://www.maxim-ic.com/PRGraphics/images/PR6972.jpg)
16-/24-Port, Constant-Current RGB LED Drivers Integrate Intelligent Cascading and 1% Port-to-Port Current Matching to Reduce Cost and Simplify Large Graphic Display Designs
Merhaba,
Formlarda RGB ledlerle yapılabilecek renkli (yanlış değilsem full color) bir
pano projesinden bahsedilmiş.
Bu mantıkla yapılabilecek ama başlangıç olarak RGB ledlerden Full Color Yerine, 8 rengin elde edilmesi ve daha sonra RGB ledlerin hepsi aynı çözünürlükte olmak şartıyla sırasıyla 64(2 Bit) - 512(3 Bit) - 4096(4 Bit) renk (PWM yöntemiyle) çözünürlüklerinin elde edilmesi yöntemleriyle uğraşmak daha mantıklı değilmi?
Ben 4096 renkli bir pano gördüm yine aynı şekilde 16*16 modüllerden oluşuyor.Nerden biliyorum ekranından yakından zemin siyahken birleşme noktaları belli oluyor.
Ve pixelleri 2cm.Modüller (32*32cm.oluyor) Toplam 10*7 (70 modül)
dev bir pano.İçinide gördüm ama o zaman konuyla bu kadar alakalı değildim.Hatırladığım kadarıyla formlarda bahsedilen entegreler kullanılmamış, sanki farklı yöntem uygulanmış.Çünkü elektronik kartları Çok karmaşık değildi 20-30 kadar güç kaynağı ve çok miktarda transistör kullanılmış Pano nun çok yakınından bakıldığında pek birşey anlaşılmıyor.Ama 10 metre ve daha fazla mesafeden baya net görünüyor.
Ben PIC Proje sitesine USB 2.0 üzerinden 16F877 ye nasıl data gönderebilirim sorusuyla katıldım.Bu konu dikkatimi çekti.
Şimdi arkadaşlar RGB ledlerden renkli pano yapımından bahsediliyor ve bir takım bilgiler veriliyor.Ama bahsi geçen IC ler kullanılsa Fiyatları aşırı miktarda olması gerekmezmi sonuçta bir mühendislik çalışması onca emek var.Duyduğum kadarıyla m2 si 3000 $ civarıymış tam renkli olanın..
Yalnız arkadaşın anlattığı kadarıyla dot matrix RGB saydam mercekli led grupları kullanılıyormuş.Kendisi bir ara getirip satmayı düşünüyordu.Talep olmayınca vaz geçti.
Hoşçakalın.
Arkadaşlar RGB ledler kullanılarak yapılan renkli led ekranlarda gelinen son nokta nedir?Bu konuda çalışmalarına devam edenler varmı?Birileri nerede kaldıklarını belirtsin bende elimden geldiğince konuyu devam ettirmeye çalışayım.
NOT:Bir önceki mesajımda belirttiğim panoların fiyatları Çin deki fiyatlarıymış üzerine gümrük ve kdv. oranları binmemiş hali,ayrıcada iç ortam deniyormuş bunlara 4096 renmiş.İyi çalışmalar.
http://www.brolinembedded.se/projects/led_matrix/
arkadaşlar bir inceleyin
Alıntı yapılan: "aster"The MAX6972/MAX6973 precision current-sinking, 16-output PWM LED drivers drive red, green, and/or blue LEDs for full-color graphic message boards and video displays. Each output has an individual 12-bit (MAX6972) or 14-bit (MAX6973) PWM-intensity (hue) control and 7-bit (MAX6972) or 5-bit (MAX6973) global PWM intensity (luminance) control....
http://www.maxim-ic.com/quick_view2.cfm/qv_pk/3713
arkadaslar
bu entegreyı hıcbıryerde bulamadım nereden ısteyebılırım
maximden sample istedinmi? büyük ihtimal gönderirler
XX_CİHAN_XX
İsmini verdiğin MAX RGB full colr PWM IC lerinden ben numune istedim 15 gün oluyor ben 3 kez konuştum adamlarla ama onlar birkez bile geri
dönmediler pek ümidim yok anladığım kadarıyla fiyatları bana söylenen 100 lük paketlerde geliyormuş ve 4 dolar dan veriliyormuş.Garanti iş yapmak istiyorlar numuneyle falan uğraşmak istemiyorlar herhalde.
Daha sonra bir daha inceledimde bu tür entegrelerle RGB işi yapmak
bana mantıklı gelmedi.
CaFFeiNe
MAX imdende istedim sitesinden bir form dolduruyorsun.
Ama zaten onlarda İstanbul Türkiye MAXIM DALLAS distrübütörü
Askoma gönderiyorlar.Ordan adersinize kargo ediliyor yanlış değilsem geçmişte bir IC de öyle olmuştu.
entegreler iş gördükten sonra 400 dolar gözden cıkarılır gerekırse 100 tane alınır ama bu entegrelerı kullanmak nıye aklınıza yatmadı merak ettım :roll:
sanırım max6975 rgb grafık panel ıcın cok daha uygun
http://datasheets.maxim-ic.com/en/ds/MAX6974-MAX6975.pdf
fıyatı nekadar acaba :?:
Bilgisayarda RGB renkler maksimum her bir renk 8 bit üzerinden değerlendirilerek işlenir.Programlama dillerindede renkler en fazla
8bit üzerinden işlenir.Ve bu sayede 16.7 milyon küsür renk oluşturulur.MAX serisi entegrelerin şu anda listelerde güncel olanlarını inceledimde MAX6974 12bit - MAX6975 14bit yani birkere gereksiz ve anlamsız olarak herbir seferinde kullanılmayacak renk bitleri içinde bilgi gönderilecek.İkinci neden bu entegrelerde her bir frame/pixel için bilgi seri gönderildiği için ister bilgisayardan ister hızlı bir DSP den kontrol edin gecikmeler çok fazla olmakta.Belki küçük bir Led Display Ekranda bu IC ler kullanılabilir.Ama saniyede 25-30 frame oynatacak ve pixel alanı fazla olacak sistemlerde sistem modüler bile olsa mümkün değil gibi gözüküyor.Belki Ic yi yine aynı hızlarda olmak şartıyla herbir R-G-B renk için 8 bit çözünürlükte ve paralel haberleşen bir sistemde yapsaydılar ozaman IC nin çalışma ve pixelleri işleme hızı en az 30-40 kat artacağından sistem daha uygun çalışırdı.Birde entegre çok pahalı bu fiyatlarla bu iş yapılamaz.Çinde bu tür paneller hergeçen gün ucuzluyor.
Türkiyeden alıcısı olsa uygun fiyatlardan getirirler bile.Talep yok.Hem benim gördüğüm sistemlerde renkler böyle entegrelerle elde edilmiyor.
Evet pwm çözünürlüğünün 12 bit olması gercekten işi bozuyor.Ben sistemi 16x16 lık bagımsız modullerden olusturacagım ıcın cok fazla paralellıge ıhtıyacım yok dogrusu fakat paralellestırmek muhakkak gereklı yuksek kalıtede rahat bır goruntu oynatma saglanmalı.Kafamda bir sistem olusuyor basit donanımlarla 16x16lık bır deneme yaparak sonucu ırdelemek gerek.Kısacası bıraz daha sabır 8)
Bu arada bu konu ıle ılgılı fıkır onerı goruslerımız burada paylasalım ben bır blok sema olusturunca burada paylasıcam ınsallah bu surec ıcersınde donanımsal fıkırler gelıstırırsek daha saglıklı bır sema olustururuz dıye dusunuyorum.Malum pahalı bır proje 10 kere olcup bır kere bıçmek gerekır. Saygılar , Sevgiler...
XX_CİHAN__XX
Herbir 16X16 RGB pixel displayi için 30/sn frame de Max6975 (14 bit tir) den ekran tarama frekansı 50-60 Hz. için 2 adet, 100-120 Hz için 4 adet, 200-240 Hz. için 8 adet kullanman gerekir.Böyle sistemlerde 80Hz. in altı uzak noktalardan titremeli gözüküyor diye duymuştum.Sistemi iç ortamsa 120 Hz. dış ortamsa 240 Hz. olarak tasarlaman gerekecek.Birde sen her bir 16x16 RGB pixel display için herhalde bir işlemci kullanmayı düşünüyorsun.RGB pixel renk bilgilerini bilgisayardan 16x16 modüllere hangi yöntemle aktarmayı düşünüyorsun.Bilgisayarda üzerinde bu iş için tasarlanmış mevcut bir yazılımın varmı?
Sonuçta sizin sisteminizde anladığım kadarıyla her bir 16x16 grup için
bir mikro işlemci ve en az 4 adet (oda iç ortamda sağlıklı çalışması için)
MAX6975 kullanmak gerekecek.
Evet her modul ıcın 2 adet pıc kullanarak yapılacak(bir pic genel verı yoluna baglı olacak ve pc den gelen ekran datalarını alıp bufferde saklıyacak, digerıde bufferden okudugu verılerı 16x16 lık rgb modulune aktararak sureklı tazeleme yapıcak) Bu durumda max xxxx entegrelerınden vaz gectim.Tabiiki bu pahalı bır yontem olacak gerekırse bu grafık anımasyon panosu ıle bırlıkte bır bilgisayar ve ozel bır yazılım verılecek.Bilgisayar yazılımı bır selkılde olusturulur sımdılık ısın donanım kısmındayım daha oralara gelmedım.Sonuc olarak boyle bır sıstem uzerınde calısmaya karar verdım.Bilmem dogru bır baslangıc oldu mu :roll:
XX_CİHAN_XX
16x16 piksel olarak düşündüğün RGB displey modülün bu halinde 2 adet pic kullanmak banada mantıklı geldi.İlk pic rgb veriyi bufer'ine alacak ikinci pic de birinci pic'in bufer'ine aldığı rgb veriyi ekrana gönderecek.
Buraya kadar tamam.Siz ikinci pic ekranı tazeleyecek derken,direkt bunu
kendisinin yapacağınımı kastediyorsunuz?Yada ne demek istediniz cümleyi biraz açabilirmisiniz?Hangi bir tane picte 48 adet PWM
yada DAC pinleri ve ünitesi bulunur?Siz ekran tazelemeyi pic'in dijital I/O pinleriyle mi yapmayı belirtmek istediniz?Böyle bir yöntem verimli olurmu?Birde bu yöntemde ekran tazelemeyi yalnızca ikinci bir pic yaptığından dolayı demekki ekran 16 satırda bir tazalenecek.(sütunda olabilir,ekran artık nasıl tazeleniyorsa,dikey ve yatay önemli olan bu değil.önemli olan ekranın 16 da bir tazelenmesi).Düşündüğünüz 16x16 rgb piksel grupların renk oluşturmasında MAX benzeri bir rgb displey sürücüsü kullanmayacağınızı belirtmişsiniz yanlışmı anladım acaba?
Diğer arkadaşlarda değerli fikirlerini belirtirlerse sevinirim.
Saygılarımla.......!
@HAKKITANIR
Yorumlarınız için teşekkür ederim.16x16 lık rgb modul ıle dedıgınız gıbı 48 adet pwm e ıhtıyac vardır.Fakat bunlar temel de 3 adet pwm ın cogullanmasıyla olusacaktır dolayısıyla 48 adet pwm cıkısına ıhtıyac yoktur.benım buradakı dusuncem 3 adet pwm ı(rgb olarak) 16 kanal ıle cogullamaktır.
yanı 16x16 lık bır ekranı 16 taramada degıl 256 taramada yenıleyebılecem bu belkı hız kaybı acısından sorun yaratabılır dolayısıyla ekranı 2 ye yada 4 e bolup ayrı pıclerle kontrol gerektırebılır.
Saygılar, Sevgiler
Syn,XX_CİHAN_XX selam;
Böyle bir işi o şekilde yapmak bana hiç mantıklı gelmedi.Hemen elimdeki çıkışları hazır olan 4 adet 8x8 açık mercek rgb dot displeyle belirttiğin mantıkla bir deneme yaptım.Ekranı bırak 256 da bir taramayı 16 da bir taramada bile çok sönük kalıyor.Ben burada denemelerimi direkt beyaz renk üzerinden yapıyor ve displeye bakış mesafemi 2 ila 8 metre arasında değiştiriyorum.Sonuç aynı.En parlak yanması gereken renk bile displeyi 16 kerede taramayla çok sönük beyaz kalıyor.Dot displeyin her bir satırını 0.75 ms. ile 1.75 ms. arasında değiştirerekte olaya baktığımdada sonuç aynı.Birde olaya şurdan bak biliyorsun bir frame 1/25 zamanlaması üzerinden 0.04 sn. tutmakta diğer bir deyişle 40 ms.Bir rgb led hangi teknolojiyle yapılırsa yapılsın onu 0.5 mili saniyenin altında randımanlı kullanamayız.Bunlar ortalama katalog değerleri.En iyi ihtimal yine 0.75 in altına düşmemek gerekir diyebiliyorum.Buradan yola çıkarak 40/0.5 = 80 ve 40/0.75 = 54 rakamları size neyi çağrıştırıyor.Siz bu güne kadar hiç RG veya RGB dipleyde deneme yapabilme imkanı buldunuzmu?
Saygılarımla.
NOT:Renesansın ve TI nin 16 bitlik işlemcilerinde 16bitlik 16adet PWM kanalı bulunmakta.Tamamen interrupt kesmeleriyle 10 nano saniye hassasiyetli.12-15 Euro+KDV. diye biliyorum fiyatlarını ve bir çeşit işlemciden en az 10 Adet satılıyormuş.32 bitlerini inceliyorum 24 diye bir rakam gözüme çarptı.PWM olması kuvvetli bir ihtimal geniş data sheet isteyeceğim.
merhaba arkadaşlar,
sayın XX_CİHAN_XX hocam,
yapmaya çalıştığınız gerçekten çok güzel bir iş. bu tip panolar için yurtdışına yeterince para ödedik. kendimizin yapma zamanı geldi diye düşünüyorum bende. ve aynen sizin geçtiğiniz yollardan geçtim. fakat ben gaziantepte olduğum için en ufak bir siparisim bana çok pahalıya mal oluyor ve bir sürü zamanım kargo beklemekle geçiyor (belki yakında istanbula taşınırım sır bu yüzden :) )
neyse en son ben dallas tan MAX6974ATL den 10 adet sample istedim, ve yaklaşık 3 hafta sonra elimdeydi. Şu an RGB led için bekliyorum, sizin dediğiniz 16*16 RGB dotmatrisi ben bulamadım. bu arada bu entegre oldukça küçük, ve pinleri altta bu melet nasıl lehimlenecek (belki de işin en kolay kısmı bu )
hocam çalışmalarında başarılar, projenden sakın vazgeçme
kolay gelsin
@edit:
bu arada mesajların tarihini yeni farkettim, epey zaman geçmiş, umarım istediğin gibi olmuştur
Kolay gelsin
Arkadaşlar, ben iki yıldır. led ekranlar ve kayan yazılar üzerine çalışan
ve sürekli araştırma yapan birisiyim. "www.otomatik reklam koruma.com" adresinden
yaptığımız çalışmalara göz atabilirsiniz. hep beraber air beyin fırtınası gerçekleştirebilirsek gerçek ve tutarlı çözümler üretebileceğimize inanıyorum. ben ilk önceleri led ekran yapmaya ilk başladığım zamanlarda pwm entegresi olarak st2226a kullanıyordum. yurt dışından epeyce getirtmiştim. bu entegrelere bilgi yi usb 1.1 hattından ft245 kullanarak atıyordum fene sonuçlar vermedi. fakat usb den sürekli göndermek yerine bilgisayardan bağımsız kendi başına çalışabilsin istedim bunun için de pic18fxx 48 mhz de çalışan pic ler ile pwm yaptırdım.
fakat çok önemli bir sorunum var yapmak istediğimiz özeti asıl olarak şu: port D yi kullanarak paralel data transveri gerçekleştirmek istiyorum tek yönlü olarak. maksimum saniyede kaç veri gönderebiliriz acaba bu konuda çalışma yapmış bir arkadaşımız kod örneği yazabilirmi?
http://celestialaudio.com/bm2006/index.html
Arkadaşlar merhaba
İşin pc boyutuna dikkaet çekmek istiyorum pc den verileri nasıl göndereceksiniz. USB diyorsanız boşuna yorulmayın pic ile olmaz pic usb den 1 kerede en fazla 64 byte uzunluğunda veri okuyor ikinci paketin ise ne zaman gönderileceği pc ye bağlı. Biliyorsunuz windows gibi işletim sistemleri MULTIPROCESSING olduğu için bir çok işlemi sıraya koyup (beraberce yapıyormuş gibi) işliyor burada sorun iki usb paketi arasındaki süre tahminlerimzden daha fazla olabilmesidir. Çinden gelen bir RGB Fullcolor led tv yi inceleme fırsatım oldu. Çinliler led tv ile beraber bir PC vermişler şüphelenip PC yi inceledim ve olay oldukça basitmiş bir PCI kartı tasarlamışlar bu kart için bir de PC yazılımı. PC yazılımı sayesinde ekranda işaretlernen yerin görüntüsü led tv'ye aktarılıyor ayrıca bir de media player gibi bir şey yapmışlar bu da vidoyoları hem oynatıyor hem de eşzamanlı olarak led tv ye aktarıyor. Zaten işin bu kısmında sonrası çok basit PWM ile tarama yapılacak.
bu konuyu şahsen bende çok araştırmıştım ama çözüm bulamayınca bırakmıştım, bir çözüm bulan yok mu? Projeye devam ettiniz mi Cihan hocam?
ben bu konu ile ilgili bir deneme yaptım.
8x8 RGB dot denemesi yaptım.pwm sinyalini atmega16 ile ürettim.fakat hem pwm i üretip hem taramayı yapmak çok zor bir iş.bu tür işler için pic atmel gibi işlemciler kullanmıyorlar.genelde FPGA,ARM veya STM32 gibi işlemciler kullanıyorlar.bence bu işteki en büyük problem görüntü bilgisini modüllere iletmek.
Arkadaşlar bu tür sistemlerede genelde bu işe özel yapılmış chipler yada fpga kullanıyolar. Bence arm tabanıda bu ekranlar için çok yeni sayılır. Ayrıca bu tür sistemleri PCI kartla çalıştırıyolar ledstudio die bi program var aratırsanız kırılmışı çıkar bu bi kartla birlikte çalışan bi program.
burada sistemle alakalı bi kaç detay var icelemek isterseniz
http://www.uglyn.com:8080/showItem/showDetail/9176311.html
sony ürünü bi çip
cxa2108q
asıl ilgimi çeken alttaki ürün oldu..
shchip ürünü chip5930 tam anlamıyla bu iş için icat edilmiş
Alıntı yapılan: XX_CİHAN_XX - 26 Temmuz 2006, 11:05:11
Yardımlarınız için hepinize çok teşekkür ederim.Sayenizde büyük ilerleme kaydettik bir şema oluşturmama az kaldı ilerleme kaydettikçe sizinle paylaşacağım.şemayı olusturmak için tek bir sorunum kaldı diyebilirim.Onuda çözebilirsek burada iyi bir döküman oluşturmuş olacağız diye düşünüyorum.Araştırmalarım TLC5940 ve benzeri shift regsiter + pwm driver entegrelerinin Türkiye piyasasında çok zor bulanacağını dışardan getirmenın tek ve pahalı bır çözüm oldugunu gosterdi.(örneğin TLC5940 bu iş için çok uygundu ama fiyatı pek öyle değil 99.00$ 8O )
Bu ve benzeri entegreleri hazır olarak kullanamayısım boyle bir donanımı kendımın olusturmasını gerektırdı ve yukarıda bahsettıgım sorun bu noktada olustu.Şu ankı sorunum rgb pwm bilgilerini çoğullamakla alakalı.
Bunları dijital olarak çoğaltıp ledlere uygulamadan once analog degere cevırmek bulabildiğim tek yöntem ama nerdeyse TLC ile aynı kapıya gelecek kadar çok entegre kullanamk zorunda kalıyorum.Bir sürü anolog dönüştürücü gerektirdiği için kolay gozuken bu yontemı elemek zorunda kaldım.Bir başka aklıma gelen yöntem : rgb bilgisini(dijitale cevirmeden)
4051 gibi bir anolog mux/demux entegresi ile çoğullayarak led lere aktaramak olarak dusundum.Ancak buda hızdan yoksun bır yontem olacak cunku her seferınde ancak 1 rgb led gurubu yanacagı ıcın led sayısı arttıkca ekranı tazeleme oranım oldukca dusecek ve sonucta belkı sabıt resım goruntulemek ıcın uygun olsada genel olarak bu proje ıcın sınıfta kalacak bır yontem oldugunu dusunuyorum.
Uzunlafın kısası su anda ıcınde bulundugum tek sorun rgb datalarını panodakı ledlere aktarma(anolog çoğullama) işlemi ile ilgilidir.
Bu konuda refresh hızı kaybedılmeden ve asırı derecede entegre kullanımına izin vermeden bir sisteme gelıstırme ile ilgili fikri yada önerisi olan arkadaşlarımız varsa çok sevinirim.
Yardımlarınız ıcın cok teşekkür ederım.
Saygılar , Sevgiler...
Arkadaşlar bu entegrenin fiyatı ucuzlamış mı?
sağ tafta $ 5.95 $ 5.36 $ 4,76 felan yazıyor
http://www.sparkfun.com/products/10136
ayrıca burda 0.1$ gibi bir rakam var
http://www.alibaba.com/product-gs/339567507/TLC5940.html
bu entegre o kadarda pahalı falan değil.3-4dolar civarı bir fiyatı var