Elektroda.pl
Elektroda.pl
X
Computer ControlsComputer Controls
Proszę, dodaj wyjątek dla www.elektroda.pl do Adblock.
Dzięki temu, że oglądasz reklamy, wspierasz portal i użytkowników.

Dobór mikroprocesora, stumień audio/video, obsługa LCD.

15 Wrz 2008 17:43 4484 27
  • Poziom 9  
    Potrzebuje pomocy w doborze mikroprocesora, nie ukrywam że jest to pierwszy mój projekt tego typu (magisterka). Z tego co zdążyłam się już zorientować najlepsze do mojego zadania są mikroprocesory z rodziny ARM. Niestety nie wiem jakie parametry musiałby mieć procek aby spełnić moje oczekiwania. Docelowo ma to być wyświetlacz (monitor LCD) wewnątrz pojazdu (autobusu) współpracujący z systemem tablic informacyjnych LED odtwarzający reklamy (jakość VGA może ciut więcej) z dźwiękiem, z możliwością wyświetlania komunikatów, godzina, dzień roku, lokalizacją przystanków, niewielkim interfacem użytkownika i paroma jeszcze niewielkimi bajerami. Oczywiście obsługa USB, pamięci zewnętrznej jest potrzebna.

    Jaki mikroprocesor spełnił by moje oczekiwania?
    Może korzystniej jest użyć dwóch współpracujących procków?

    Najlepiej by było żeby można go było dostać z zestawem uruchomieniowym.

    Za wszelkie wskazówki i porady będę wdzięczna.
  • Computer ControlsComputer Controls
  • Specjalista - Mikrokontrolery
  • Poziom 29  
    Wiele ARM-ów może spełnić twoje oczekiwania. Jak mam rozumieć "strumień audio/video" ?
  • Computer ControlsComputer Controls
  • Poziom 9  
    Odczyt z nośnika danych plików np w formacie MPG następnie jego dekompresja i przesłanie sygnału do ekranu i głośników. Założeniem jest aby ekran był odrazu wpięty w płytke z prockiem, coś jak grafa w lapku.
  • Poziom 29  
    Można oczywiście wykorzystać ARM do obsługi ekranu.
    Problem może przynieść dekompresja pliku.
  • Użytkownik usunął konto  
  • Poziom 9  
    Wiem dlatego osobną sprawą jest dobór formatu wejściowego, można wybrać taki który nie wymaga bardzo skomplikowanej dekompresji, przy obecnych kosztach pamięci można sobe pozwolić na większe pliki.
  • Poziom 24  
    Witam,
    ja może zaproponuje inne rozwiązanie (na pewno prostsze w zrealizowaniu i bardziej elastyczne) płytka ze zintegrowanym procesorem grafiką pamięcią ram np. takie Link
    (jest jeszcze kilka firm produkujących takie komponenty) do tego matryca z wyjściem vga + windows CE 5.0 lub 6.0. Zyskujesz takim rozwiązaniem elastykę i prostotę budowania aplikacji i wszelkiego rodzaju multimediami.
    Podstawowym pytaniem tez jest cena takiego zestawu - ile chcesz na to przeznaczyć i czas jaki chcesz poświęcić na wykonanie całości...
    Pozdrawiam
  • Poziom 9  
    Jak to w takich przypadkach bywa, jak najtansze. Opieranie się na gotowym sprzęcie zawsze wiąże się z ryzykiem wyjścia czegoś z produkcji. Poza tym sprzęt musi współdziałać z sterownikiem tablic i kasowników śmigających na 8051. Docelowo ma to być dodatek do produkowanych przez naszą firme systemu tablic. W wypadku włąsnej płytki mamy możliwość wpakowania tego do jednej obudowy z monitorem, tak pozatym jest problem z zasilaniem (w autobusie 24V). Poza tym na ARM można przecież linuxa stawiać. Wina wole nie tykać, zwłaszcza w zastosowaniach komercyjnych mogą być jakieś historie z licencją.
  • Specjalista - Mikrokontrolery
    linuxa mozna postawic... na ARM9. zaprojektowanie wlasnej plytki do ARM9 (z szybkim SDRAMem i flashem) jest... dosyc trudne.

    4\/3!!
  • Poziom 9  
    Wiem własnie o tą rodzine jądra mi chodzi. Troche może tak nie do dopowiedziałam, system ma być zrobiony jako dodatek do już istniejącego, firma dla której to robie zajmuje się naprawą i produkcją takich rzeczy, więc zaprojektowanie, wyprodukowanie, zmontowanie płytki to nie jest duży problem.

    Co do procka znalazłam taki S3C2443 samsunga:
    Link do user manuala:
    http://www.armroc.com/download/S3C2443X.pdf
    Dał by rade?
  • Poziom 32  
    Może zainteresuje Cię rodzina i.MX31 Freescale. Całkiem fajnie wyposażone mikrokontrolery z rdzeniem ARM11. Ale jeśli wcześniej nie miałaś do czynienia z mikrokontrolerami, to chyba trochę za wysokie progi:)
  • Poziom 12  
    @Freddie
    Płytka z SDRAM nawet zrobiona na ślepo będzie działać. Podobnie ma się z DDR trzeba tylko dołożyć rezystory na liniach łączących proc z pamięcią co nie jest konieczne w przypadku SDRAM.
    Zapodaje w oparciu o doświadczenie z SDRAM@133MHz i DDR SDRAM@166MHz (efektywnie 333MHz).

    Dodano po 3 [minuty]:

    Proc Samsunga powinien wyrobić. W końcu to bardziej rozbudowana wersja chipów napędzających popularne palmtopy np. Mio.
  • Spec od GSM
    Tu jest potrzebny PC. Autor raczej nie zrobi tego na uC (sama dekompresja MPG go zje).
  • Poziom 9  
    No właśnie wydaje mi się że powinno dać rade, w końcu większość komórek, palm topów, GPSów, przenośnych DVD i tego typu syfów śmiga na ARM9. Poza tym ja nie wymagam jakości DVD, jak już mówiłam rozdzielczość VGA, no może ciut więcej. A tego MPG rzuciłam tak dla przykładu, format mogę dobrać jaki chce, nie musi być silna kompresja przecież, można wybrać łagodniejszą i dać więcej pamięci dla większych plików...
  • Poziom 17  
    Zabawa pewnie skończy się na mikroATX :)
  • Poziom 29  
    Najpierw spróbuj napisać dekompresor video pod PC, to zrozumiesz problem.
  • Poziom 24  
    Fajnie fajnie Panowie powoli dochodzicie do tego co napisałem w swojej pierwszej wypowiedzi w tym temacie :D
    Taki projekt powstanie 10x szybciej niż na arm9, po pierwsze gotowa płytka sprawdzona i działająca do tego architektura x86 do tego rozwiązania nadaje się idealnie i dużo możliwości na pisanie softu. Co do systemu operacyjnego to do wyboru Windows CE czy jak kto woli coś na jajku linux-a może też być bardziej egzotyczne rozwiązanie pytanie tylko po co ..?
    osobiście wybrał bym pierwsze czyli Windows CE (zaznaczę że win ce chodzi też na ARM, MIPS, SH4), dlaczego a no dlatego że prościej się na niego pisze wszelkiego rodzaju programy mamy wypasione środowisko do tego Visual Studio, język w jakim chcemy pisać do wyboru. Co do ceny windowsa CE też nie jest wygórowana (licencja około $16.00 for Professional SKU).
    Przemyśl sprawę czy gra warta świeczki z arm...
  • Poziom 9  
    Chym, musze to przemyśleć, używanie gotowego sprzętu wydaje mi się droższym, plus powstaje problem komunikacji z istniejącym już sterownikiem, ale coś się pokombinuje. Działał ktoś na takim sprzęcie? Narazie zbieram informacje, rady, więc w zasadzie jestem otwarta na każdą propozycje :].
  • Spec od GSM
    Podsumowując, nawet na mikroATX jest to poważny problem do realizacji, na arm raczej nie do wykonania.

    Z video kompresowanym jest ten problem że potrzeba dużej mocy obliczeniowej ARM9 >200MHz a takie prawie wszystkie są w układach BGA i do tego wąskospecjalizowane do urządzeń medialnych mp3/mp4/gsm/PDA.
    Video niekompresowane (VGA) wymaga sporego strumienia danych, więc jest jeszcze gorzej, bo dla 30FPS (30kl/s) potrzebny jest przepływ rzędu 9MB/s raczej ciężki/niemożliwy do stosowania w amatorskich konstrukcjach.
    Więc odradzam własną realizację jakiegokolwiek systemu komputerowego. Jak radzą wyżej zrób to na komputerze przemysłowym, dorobisz interfejsy, napiszesz oprogramowanie i będzie w sam raz na porządną pracę.
  • Poziom 24  
    Witam,
    Cytat:
    Działał ktoś na takim sprzęcie?

    Piszę z własnego doświadczenia, mogę podać adresy firm w których zaopatrywałem się w komponęty ale po to proszę na PW (żeby nie było podejrzeń od reklame ;) )
    Pozdrawiam
  • Poziom 17  
    Cytat:
    Chym, musze to przemyśleć, używanie gotowego sprzętu wydaje mi się droższym


    # Name D945GCLF
    # Processor Intel Atom 230 @ 1x 1.60GHz (Diamondville 45nm)
    # Chipset Intel 82945G (ICH7)
    # L2 Cache: 512kb
    # System Memory: 1x DDR2 533/667 RAM (max 2GB)
    # Graphics: Intel GMA 950
    # Power:20 Pin ATX, P4-connector
    # Connectors (rear): 2x PS/2
    1x Parallel
    1x D-SUB15 (VGA)
    1x RS232
    1x LAN 10/100MBit (Realtek)
    3x Sound (Line Out, Line In, Microphone)
    # Audio: Realtek High Definition Audio (ALC)
    Connectors (internal) PCI (with support for 1>2 PCI riser) AUDIO
    2 x USB 2 x SATA (3GBs) 1 x IDE
    Form Factor: Mini-ITX (17x17cm)

    Koszt ok 220 zł + pamięć DDR + zasilacz + flashHDD i masz wszystko :)
  • Poziom 12  
    Opisywaną zabawkę najlepiej zrobiłoby się na jakimś w miarę zaawansowanych chipie do odbiorników telewizji cyfrowej. Generacja obrazu jest, obsługa MPEG jest, USB i komunikacja ze światem zewnętrznym (RS232, I2C) też jest. Największa wada jest taka, że dla zwykłego śmiertelnika takie zabawki są niedostępne.
  • Spec od GSM
    ... a dokumentacja nie do zdobycia.
    Do wyboru masz 3 drogi:

    - Robisz własny komputerek mogący dać radę z mpeg. O ile to ładnie wygląda na papierze, to proces uruchamiania i poprawiania może trwać latami. A trzeba jeszcze dopracować system operacyjny, fizyczne urządzenie itp.

    - Wykorzystujesz gotowy system komputerowy wybebeszając działające urządzenie medialne MDA/PDA, Telefon GSM. Niestety tu problemem jest dokumentacja - producenci nie dzielą się tak samo jak armia zbawienia. Pośrednim rozwiązaniem jest nieruszanie takiego urządzenia i dorobienie interfesów, co przy dużych transferach jest kłopotliwe (palm<>matryca LCD).

    - Trzecia opcja to użycie pico/nano/mikro/mini ITX. Gotowy system fizyczny zgodny ze specyfikacją PC. Dokumentacja jest ogólno dostępna (IBM PC). Oprogramowania w sieci dużo (winda, linux i inne). Producent daje wsparcie w postaci sterowników, wbudowany jest gotowy układ graficzny (często ze sprzętowym wsparciem dla mpg) i masa innych rzeczy.
    Wybór należy do Ciebie.
  • Poziom 9  
    Hym, po przemyśleniu i dzięki waszym radą zdecyduje się na opcje nr 3, tak bedzie chyba najszybciej i najłatwiej.
  • Poziom 19  
    Wtrace sie troche w okolicach tematu.
    Posraldescu: plytka z SDRAM zrobiona na slepo niezawsze dziala, moja nie dzialala (at91sam9260+2*16bitsdram na dwustronnym laminacie). Tzn niby dzialala ale przy czestotliwosciach ponad kilkadziesiat MHz mialem losowe kernel paniki w Linuxie. Masz jakas metode na to? Nie byla to moja pierwsza plytka i zachowalem podstawowe zasady projektowania takich ukladow. Niektorzy nawet twierdza ze na dwustronnym laminacie podlaczenie dwoch SDRAMow nie jest mozliwe ze wzgledu wlasnie na pojemnosci, indukcyjnosci i przecinajace sie sciezki po obu stronach laminatu. Czy poprostu robiles plytki 4-warstwowe?

    Z kolei widzialem w prostych routerach ze pamiec zazwyczaj siedzi w piii*** daleko od procesora, kazda sciezka ma inna dlugosc, w okolicy poupychane kwarce, generatory i inne zrodla zaklocen a to i tak dziala. Tylko ze tam jest zawsze laminat 4-warstwowy.
  • Poziom 12  
    @Matik
    Przywołane przeze mnie przypadki to 1xSDRAM (8Mx16bit) i 1xDDR SDRAM (16Mx16) na płytce dwuwarstwowej. W obu przypadkach pamięć jest bardzo blisko proca z tym, że dla DDR w szereg na liniach danych zostały wstawione rezystory. Oczywiście przecinanie się linii zostało zminimalizowane.
    Miałem kiedyś do czynienia z procem do którego były podłączone dwa chipy,
    ale była to konfiguracja w celu zapewnienia 32bit magistrali (czyli na szerokość a nie głębokość) i taktowana relatywnie wolnym 81MHz zegarem.
    W sumie bezpieczniej jest dobrać duży chip niż kleić pamięć z kilku mniejszych, chyba, że chodzi o poszerzenie magistrali, gdyż w tym przypadku jedna linia danych proca komunikuje się z jedną linią danych kości pamięci.
    W tym co piszesz nie podoba mi się stwierdzenie "przy częstotliwościach ponad kilkadziesiąt MHz". Stosowane przeze mnie SDRAM goniły na 133MHz a DDR na 166MHz. Czy w twoim przypadku nie zachodzi sytuacja, że gubi ci się zawartość SDRAM bo jest taktowany za wolno? Np. gdy zamiast DDR 166MHz wstawiłem 200MHz nie chciało działać, po prostu odświeżanie było nieodpowiednie dla tej pamięci.
  • Poziom 19  
    Posraldescu: w moim przypadku wlasnie chodzilo o poszerzenie magistrali do 32 bitow w celu wycisniecia maksymalnej wydajnosci procesora. Mialem tez dostep do 32-bitowej pamieci SDRAM ale one niestety zazwyczaj maja mniejsza pojemnosc a mnie interesowalo efektywne 64MB.
    Jezeli chodzi o taktowanie pamieci to duzo kombinowalem z parametrami sterownika SDRAMU w at91sam9260 i ostatecznie testy doprowadzily mnie do wniosku ze to jednak problemy sprzetowe. Udalo mi sie przez U-BOOTa i tftp zaladowac jadro i system plikow a nawet odpalic z konsoli jakies proste narzedzia typu top, ps, itp. System niestety dzialal niestabilnie i czesto pojawialy sie kernel paniki a nawet bledy CRC juz przy rozpakowywaniu jadra.
    Ostatecznie mocno zniesmaczony zarzucilem projekt gdy stwierdzilem ze za czas poswiecony na to moglbym sobie kupic ze 6 plyt NGW100 z AVR32.
    Moglbym jeszcze wykonac jakies testy na szybkim analizatorze w pracy ale nie wiem czy bym cokolwiek wykryl i czy bylyby to testy miarodajne (pewnie wplyw analizatora by dodatkowo zaklocal wyniki). Chyba nie ma sensu bawic sie w takie rzeczy na dwuwarstwowej plytce.