U¿ytkownik "Pelos" snipped-for-privacy@pelos.pl napisa³ w wiadomo¶ci news:e3uqo8$dm9$ snipped-for-privacy@opal.futuro.pl...
A moglbys podac oznaczenia plyty i info gdzie ja kupiles?:)
U¿ytkownik "Pelos" snipped-for-privacy@pelos.pl napisa³ w wiadomo¶ci news:e3uqo8$dm9$ snipped-for-privacy@opal.futuro.pl...
A moglbys podac oznaczenia plyty i info gdzie ja kupiles?:)
buke napisał(a):
Od razu FPGA? Nie lepiej CPLD - ile makrocell może to zjeść? A samym PICem się nie wyrobisz raczej bo policzmy:
400 x 200 x 60Hz = 4,8 megapikseli/s (a ile z PICa mipsów wyciągniesz?)Lepiej będzie zrobić chociażby "linebuffer" w CPLD a resztę liczników przełączać procesorkiem. Z obsługą 200 x 60 = 12KHz to nawet biedny PIC się wyrobi. :) A jaka będzie elastyczność - sprzętowe przesuwanie ekranu i pionowe skalowanie będzie bardzo łatwe.
Szukając coś na ten temat znalazłem to:
Pozdrawiam,
Radek
U¿ytkownik "Radek" snipped-for-privacy@mitsoft.com.pl> napisa³ w wiadomo¶ci news:e3v34f$h5j$ snipped-for-privacy@atlantis.news.tpi.pl...
Tak wlasnie chce zrobic, hardware czyli pakowanie pikseli do lini oparte na FPGA (PLD dla uzytkownika to jak FPGA:) reszta jak interface i wypelnianie video buforka na PICU - swoja droga 48MHz Fclk dla 18F2550, ale 1 rozkaz to
16MHz wiec pinem poruszam nie szybciej niz 2 cykle czyli 6MHz.. ale sa '51 analoga dosc szybkie.buke napisał(a):
A nie lepiej wziąć jakiegoś małego ARMa (np. AT91SAM7S256) - chodzi z zegarem 48 MHz (1MIPS/MHz), USB na pokładzie, 256KB Flash, 64KB RAM i kosztuje niecałe 38 zł w Seguro. Jeżeli potrzebujesz w tym Ethernetu i CAN, kup od razu AT91SAM7X256 (45 zł). Są też mniejsze i tańsze (AT91SAM7S64/128) od 24 zł.
Adam Dybkowski napisał(a):
Chodziło i to mi po myśli - Arm7 z 8KB ramu można mieć i za 15zł. To nie byłoby do końca to ale biorąc pod uwagę cenę - trudno pobić. Sam znam asembler Arm dosyć dobrze (brałem udział w DemoCompo dla jednej maszynki) więc... czemu nie?
Jednak:
- mało pamięci!!!
- mam kilka chipów CPLD do wykorzystania
- mam kilka kostek sram, które pociągna 18MHz a są łatwe w obsłudze
- linebuffer na CPLD plus µC = względnie prosto, szybko i elastycznie
- będę miał niedługo fajne uniwersalne PCB, które zaprojektowałem pod CPLD
- CPLD, sram i µC można mieć w DIP i PLCC
I tak ciągle wolałbym to zrobić na Arm. Jednak... trudno się zdecydować.
Planuje 16 bitową szynę z 16 bitowym adresem (FB do 128KB), w CPLD jeden licznik dla kolejnych pikseli w linii, reszta sterowana przez µC.
DAC myślę, że 6bit RGB wystarczy. Tryb 4bpp bezpośredni: 3bity RGB plus
1 bit jasności. Rozdzielczość 320x200x4bpp liniowo (a fuj bitplany), hard scroll co 4pixle na początek horyzontalnie - byle zacząć i byle działało. Później się polepszy.Wyjście RGB + VSYNC + HSYNC - byle zadziałało z monitorem mającym wejscie VGA.
Pozdrawiam,
Radek
U¿ytkownik "buke" snipped-for-privacy@tlen.pl napisa³ w wiadomo¶ci news:e3v1rv$a12$ snipped-for-privacy@nemesis.news.tpi.pl...
Czesc, Oznaczen teraz nie pomne - cos Advantecha. Generalnie to kazda z prockiem Geode z Nationala ma taki ficzer. Oplata byla symboliczna :P
pozdrawiam
Adam Dybkowski przemówił ludzkim głosem:
Sprawdzałeś może doświadczalnie ile cykli zabiera zmiana stanu na porcie? Atmel nic nie podaje w swoich pdfach, a z kolei philips chwali się, że jako jedyny produkuje ARM7 z szybkim I/O (2 cykle zamiast chyba 14).
Zbych napisał(a):
Sprawdzę w poniedziałek doświadczalnie na AT91RM9200, AT91SAM7S256 i AT91R40008 (takie płytki mam pod ręką). Philips teraz się głośno chwali, bo projektując pierwszą serię ARMów (LPC210x) dał ciała i pin można było zmieniać tylko baaardzo wooolno.
Dnia 09-05-2006 o 01:42:45 Radek snipped-for-privacy@mitsoft.com.pl> napisał:
Dla własnego bezpieczeństwa usuwaj identyfikator sesji (najczęściej sid czy jak powyżej PHPSESSID) z przekazywanych publicznie linków.
Have something to add? Share your thoughts — no account required.
Ask the community — no account required