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

Adapter HDMI -> MIPI DSI (wyświetlacze ze smartphone'ów)

TWl 20 Paź 2014 11:47 47331 59
  • #31 20 Paź 2014 11:47
    nsvinc
    Poziom 35  

    TWl napisał:
    Kolega produkuje PCB ze screenshotów?

    No nie :D Ale skoro ich nie widać tam, to pewnie to są plane'y tak jak stwierdził olinek2. Ja osobiście rzadko kiedy mam ten komfort przeznaczyć całą warstwę na plane'a...
    Adapter HDMI -> MIPI DSI (wyświetlacze ze smartphone'ów)

    ->TWl
    Skoro tyle ludzi chce to kupić, to może warto zastanowić się jednak nad produkcją? Mogę pomóc (a nawet produkować) - od lat zajmuję się produkcją masową i mam doświadczenie.

    Potrafisz napisać podobny artykuł? Wyślij do mnie a otrzymasz pendrive 32GB.
  • #32 21 Paź 2014 11:04
    TWl
    Poziom 19  

    nsvinc napisał:
    Ja osobiście rzadko kiedy mam ten komfort przeznaczyć całą warstwę na plane'a...

    Projekt na 2 warstwach raczej nie miałby szans działać (DDR, trochę różnicówki ~1 Gbps). Wszystkie sygnały udało mi się upchać na zewnętrznych warstwach, środek to ciągły ground plane i split na zasilania (w sumie 4 napięcia - 1.2 V do core'a FPGA, 2.5 V do DDR, 1.8V do DSI i 3.3V na HDMI i resztę).

    BTW. Fajny projekt PCB, co to takiego?

    Cytat:
    Skoro tyle ludzi chce to kupić, to może warto zastanowić się jednak nad produkcją?

    Póki co mam kilka PCB do rozdania (wymagają drobnego drut moddingu).

    TW

  • #33 21 Paź 2014 11:59
    nsvinc
    Poziom 35  

    To jest Continuum Transfunctioner, wersja 3 ;D

    Adapter HDMI -> MIPI DSI (wyświetlacze ze smartphone'ów)
    Adapter HDMI -> MIPI DSI (wyświetlacze ze smartphone'ów) Adapter HDMI -> MIPI DSI (wyświetlacze ze smartphone'ów) Adapter HDMI -> MIPI DSI (wyświetlacze ze smartphone'ów)

    Na ostatnim zdjęciu wyswietlacz przyjarany hotem podczas wymiany scalaka ;]

    A tak na powaznie to jest diwajs na USB ktore ma 2xCAN, most SPP/propertiary BT, odbiornik RF 433/868 ASK/OOK/FSK, RS485, 2 wejscia analogowe (ADC), przyciski, wyswietlacz, menu... i mozliwość pracy bez USB (zasilanie zewn. 5.5-36V przez jedno ze złącz) np. jako most CAN<->BT czy ADC+CAN+RF433+RS485<->BT czy dowolne inne kombinacje ;D
    Cały power urządzenia lezy raczej po stronie peceta, mam swoj soft ale z przyczyn ochrony rozwiązań firmowych nie chce (i nie wolno mi) go pokazywać.

  • #34 27 Paź 2014 13:55
    webmortiz
    Poziom 20  

    Witam, mam szybkie pytanie i trochę mało czasu żeby analizować wszystkie dane. Czy wyświetlacze na tym interfejsie mają wbudowane podświetlenie czy jest one osobno. Jeśli jest wbudowane to czy można w łatwy sposób nim zasterować? (włącz/wyłącz)? Rozchodzi mi się tutaj konkretnie o wyświetlacz z tel P 880. Mam taki pęknięty i się zastanawiam czy można z tego zrobić jakąś prostą lampkę.

  • #35 27 Paź 2014 14:23
    jacynka84
    Poziom 26  

    W różnych lcd piny ledów mogą być w innych miejscach, trudno żeby twórca przewidział wszystkie pinologie. Więc bankowo musisz zdobyć rozkład pinów swojego LCD i samemu podłączyć. Nie chcę wprowadzać w błąd, ale to prawie zawsze jeden pin do ledów(musisz dać opornik). Nie licząc masy.

  • #36 27 Paź 2014 14:43
    webmortiz
    Poziom 20  

    thx jacynka84 za odp, autor napisał "Diwajs przetestowałem z ekranami z Iphone 4, LG Optimus P880 i HTC Droid DNA. ". Z tego wynika że jest znany pinout dla P880 ale ja niestety nie mogłem znaleźć, chyba że słabo szukałem. Tak więc proszę o udostępnienie pinoutu dla P880.

  • #37 28 Paź 2014 19:34
    Karol966
    Poziom 30  

    Jakby ktoś potrzebował taniego scalaka do konwersji HDMI -> RGB to już za 4$ można kupić TFP401 a za 25$ gotowy moduł https://www.adafruit.com/products/2218..

    Przy okazji może ktoś mnie nakierować jak ugryźć temat zapisu klatek obrazu (zdjęcia) z HDMI (tudzież DVI) na kartę pamięci? Chciałbym użyć kamery CCD do automatycznego pstrykania fotek. Wcześniej jeszcze muszę znaleźć odpowiedni konwerter S-video lub component do DVI=HDMI

  • #39 28 Paź 2014 21:15
    TWl
    Poziom 19  

    Karol966 napisał:

    Przy okazji może ktoś mnie nakierować jak ugryźć temat zapisu klatek obrazu (zdjęcia) z HDMI (tudzież DVI) na kartę pamięci? Chciałbym użyć kamery CCD do automatycznego pstrykania fotek.


    Nie prościej będzie kupić aparat?

    TW

  • #40 29 Paź 2014 09:34
    Karol966
    Poziom 30  

    piotrva napisał:
    Musisz całą klatkę zbuforować do pamięci ram i potem zapisać na kartę SD

    Tak, zdaje sobie z tego sprawę ale nie jestem pewien w którym momencie to wykonać. Tzn zapewne z samego hdmi bo pewnie z wyjścia kamery (s-video/component) odpada bezpośredni zapis do pamięci.
    Przy okazji, czy dobrze liczę (1920 × 1080 x 3(24bity)) = 6,2208 MB pamięci bufora i taki sam rozmiar zdjęcia bez kompresji?
    Jakiego typu układów szukać? Myślałem od razu o FPGA ale tak mało o nich pamiętam, że wolę użyć gotowych układów scalonych + jakieś szybkie procki. Niestety dla STM32 znalazłem tylko aplikacje do sterowania urządzeniami przez hdmi a nie do zapisu/ odtwarzania obrazu z hdmi.

    TWl napisał:
    Nie prościej będzie kupić aparat

    Oczywiście, że nie. Po pierwsze aparat to gotowy w zasadzie monoblok. Nie da się nim sterować z zewnątrz inaczej niż tylko pilotem do pstrykania fotek - nie o to tu chodzi. |Po drugie aparat szybko uległ by uszkodzeniu. To musi pracować cały czas więc matryca szybko była by do wymiany. Po trzecie fotki będą wykonywane z bardzo nierównomiernym interwałem więc taki typowy aparat by sobie niejednokrotnie poszedł spać ;) Temat aparatu zdecydowanie odpada.

  • #41 29 Paź 2014 10:40
    TWl
    Poziom 19  

    Karol966 napisał:

    Przy okazji, czy dobrze liczę (1920 × 1080 x 3(24bity)) = 6,2208 MB pamięci bufora i taki sam rozmiar zdjęcia bez kompresji?

    Zgadza się.
    Cytat:

    Jakiego typu układów szukać? Myślałem od razu o FPGA ale tak mało o nich pamiętam, że wolę użyć gotowych układów scalonych + jakieś szybkie procki.

    Jakiś SoC z wejściem HDMI. Niektóre DSP od TI mają możliwość przetwarzania obrazu z HDMI ramka po ramce.

    Cytat:

    Niestety dla STM32 znalazłem tylko aplikacje do sterowania urządzeniami przez hdmi a nie do zapisu/ odtwarzania obrazu z hdmi.

    Obawiam się, że na STM32 to nie wyjdzie. Żeby zbuforować jedną ramkę obrazu 1080p@60 Hz, potrzebujesz przepustowości RAM 6.5 MB * 60 klatek /s. Użyłbym tu raczej małego FPGA + DDR2/DDR3.


    Cytat:
    Po pierwsze aparat to gotowy w zasadzie monoblok. Nie da się nim sterować z zewnątrz inaczej niż tylko pilotem do pstrykania fotek

    Może GoPro? Da się sterować i streamować obraz przez WiFi, ktoś już rozpracował protokół.

    TW

  • #42 30 Paź 2014 14:03
    sq6fmy
    Poziom 22  

    Webcam HD + router TL-WR703 (na OpenWRT) z pendrivem. Małe wymiary i w pełni dopasujesz do swoich potrzeb.

  • #44 31 Paź 2014 00:52
    sebart
    Poziom 12  

    Faktycznie szczęka opada. :)
    Jaką część układu zajęła implementacja ? Wygląda na to że to jedyny układ z rodziny w obudowie bez kulek.
    http://www.xilinx.com/support/documentation/data_sheets/ds160.pdf (str. 3)
    Myślałem by jakoś zacząć 'w świecie FPGA' ale pomysł mam raczej z wiekszym zapotrzebowaniem na wielkość układu (Direct Down Conversion w radiu SDR)
    tu potrzebowali prawie 50k http://www.ece.vt.edu/swe/eta/reports/090713_S60DCR.pdf
    Czy możesz polecić jakiś zestaw startowy FPGA na amatorską kieszeń ?

  • #45 31 Paź 2014 11:12
    Korgoth
    Specjalista - CCTV i Alarmy Stacjonarne

    Karol966 napisał:
    Jakby ktoś potrzebował taniego scalaka do konwersji HDMI -> RGB to już za 4$ można kupić TFP401 a za 25$ gotowy moduł https://www.adafruit.com/products/2218..

    Przy okazji może ktoś mnie nakierować jak ugryźć temat zapisu klatek obrazu (zdjęcia) z HDMI (tudzież DVI) na kartę pamięci? Chciałbym użyć kamery CCD do automatycznego pstrykania fotek. Wcześniej jeszcze muszę znaleźć odpowiedni konwerter S-video lub component do DVI=HDMI


    Nie prościej kupić kamerę IP o wymaganej rozdzielczości? :)

  • #46 31 Paź 2014 12:36
    Karol966
    Poziom 30  

    Koledzy, nie chodzi o obejście sprawy. Kamera jest konkretna, tego typu jak w linku i zagadnienie też jest konkretne, zapis obrazu z kamery na kartę pamięci w totalnie nieokreślonych momentach czasu. Jeśli sam zapis potrwa nawet 5 czy 15s to też nie będzie to problemem. Wychodzi na to, że gotowców nie ma, co mnie nie dziwi. Po dłuższej analizie znalazłem kilka układów pomocnych w tym rozwiązaniu. Od końca, czyli od wyjścia na monitor widzę układ tfp410, na jego wejścia podaje się sygnał RGB. Do dekodowania sygnału z kamery, zapisu na kartę pamięci i przesyłania sygnałów RGB do transmitera DVI tropy prowadzą do FPGA (w podobnych urządzeniach widziałem cyclone 2- szkoda, że zupełnie niczego nie pamiętam o programowaniu fpga :D ) W widzianym przeze mnie rozwiązaniu było jeszcze w sumie chyba 4 kości pamięci, każda różna w tym sram i flash. Zastanawiam się tylko po co w tamtym układzie była kość CY7C68014A.

  • #47 31 Paź 2014 13:22
    TWl
    Poziom 19  

    sebart napisał:
    Faktycznie szczęka opada. :)
    Jaką część układu zajęła implementacja ?

    Jakieś 60% LUT/40% FF.
    Cytat:

    Wygląda na to że to jedyny układ z rodziny w obudowie bez kulek.

    Są 2 w TQFP144: SLX4 i SLX9.
    Cytat:

    Myślałem by jakoś zacząć 'w świecie FPGA' ale pomysł mam raczej z wiekszym zapotrzebowaniem na wielkość układu (Direct Down Conversion w radiu SDR)
    tu potrzebowali prawie 50k

    Powinno zmieścić się w mniejszym układzie (mikser + CIC + kompensator/decymator).

    Cytat:

    Czy możesz polecić jakiś zestaw startowy FPGA na amatorską kieszeń ?


    Może coś z Digilenta z Zynq (FPGA Xilinx + 2-rdzeniowy ARM w jednym scalaku). 189$ - tanio jak na układ o takich możliwościach.

    Karol966 napisał:

    Koledzy, nie chodzi o obejście sprawy. Kamera jest konkretna, tego typu jak w linku


    W dalszym ciągu nie rozumiem po co wywarzać otwarte drzwi i projektować takie coś od zera. Na ebayu możesz dostać za małe pieniądze (rzędu 100$) frame grabber HDMI na USB działający pod Linuxem. Do tego Raspi albo coś podobnego i banalnie prosty soft do nagrywania klatek obrazu w dowolnym momencie...

    TW

  • #48 31 Paź 2014 13:47
    tmf
    Moderator Mikrokontrolery Projektowanie

    TWl napisał:


    Karol966 napisał:

    Koledzy, nie chodzi o obejście sprawy. Kamera jest konkretna, tego typu jak w linku


    W dalszym ciągu nie rozumiem po co wywarzać otwarte drzwi i projektować takie coś od zera. Na ebayu możesz dostać za małe pieniądze (rzędu 100$) frame grabber HDMI na USB działający pod Linuxem. Do tego Raspi albo coś podobnego i banalnie prosty soft do nagrywania klatek obrazu w dowolnym momencie...

    TW


    Do tego producenci niektórych aparatów dają SDK, dzięki czemu łatwo nimi sterować i można napisać własny soft. Wiem, że np. Canon daje SDK dzięki któremu z aparatem można zrobić wszytko.

  • #49 01 Lis 2014 14:32
    rasz
    Poziom 21  

    Karol966 napisał:
    Koledzy, nie chodzi o obejście sprawy. Kamera jest konkretna, tego typu jak w linku i zagadnienie też jest konkretne, zapis obrazu z kamery na kartę pamięci w totalnie nieokreślonych momentach czasu. Jeśli sam zapis potrwa nawet 5 czy 15s to też nie będzie to problemem. Wychodzi na to, że gotowców nie ma, co mnie nie dziwi. Po dłuższej analizie znalazłem kilka układów pomocnych w tym rozwiązaniu. Od końca, czyli od wyjścia na monitor widzę uk blablabla



    http://www.pcmag.com/article2/0,2817,2418515,00.asp

  • #50 02 Lis 2014 02:44
    capofpv
    Poziom 1  

    Cześć,

    Mam kilka pytań i byłbym wdzięczny za odpowiedź :)
    W związku z tym że duża część modelarzy latających FPV byłaby mocno zainteresowana tym projektem - chodzi o wykonanie gogli do podglądu obrazu z modelu na żywo. Ekrany z smartphonów mogłyby być rewolucją w FPV.

    Jednak w FPV jest kilka ograniczeń które już na starcie dyskwalifikują niektóre ekrany - największa zmora to problem niebieskiego ekranu - przy większych odległościach kiedy obraz zaczyna śnieżyć ważne jest żeby ekran pokazywał cały czas obraz niezależnie od tego jakiej jakości jest.
    Czy można podłączyć pod układ normalny sygnał analogowy?

    Czy byłby problem z podpięciem dwóch ekranów jednocześnie wyświetlających ten sam obraz?

    Pozdrawiam.

  • #51 02 Lis 2014 21:47
    TWl
    Poziom 19  

    capofpv napisał:
    Cześć,
    [...]

    Największa zmora to problem niebieskiego ekranu - przy większych odległościach kiedy obraz zaczyna śnieżyć ważne jest żeby ekran pokazywał cały czas obraz niezależnie od tego jakiej jakości jest.

    Cześć,

    Dziękuję, jest dla mnie miłym zaskoczeniem, że układ może znaleźć zastosowanie w modelarstwie. Jesteś pewien, że ten 'niebieski ekran' jest generowany przez sam monitorek (a nie odbiornik radiowy FPV)?

    Cytat:

    Czy można podłączyć pod układ normalny sygnał analogowy?
    Czy byłby problem z podpięciem dwóch ekranów jednocześnie wyświetlających ten sam obraz?


    W bieżącej wersji urządzenia - nie. W przyszłej - być może. Trzeba przeprojektować trochę PCB, może dać większy FPGA (2 ekrany). Może też cały baseband wizyjny cyfrowy, bardziej odporny na szumy/utrate synchronizacji (wg mnie najbardziej prawdopodobna przyczyna niebieskiego ekranu).

    Pozdr,
    TW

  • #53 05 Lis 2014 14:00
    TWl
    Poziom 19  

    Karol966 napisał:

    Dzięki, ale co to blablabla ma do rzeczy? Mowa o zbudowaniu urządzenia a nie o kupnie.
    Najwyraźniej temat jest zbyt zaawansowany by uzyskać tu pomoc więc zdaję się sam na siebie ;)


    Może niech zatem zacznij od zaproponowania jakiegoś rozwiązania, podeślij schemat blokowy, jak wyobrażasz sobie cały projekt. Potem zastanów się, jakich elementów byś użył i czy podołają wydajnościowo oraz jaki będzie koszt wykonania całego projektu. W międzyczasie, chętnie odpowiem na Twoje pytania.

    TW

  • #54 05 Lis 2014 18:05
    Karol966
    Poziom 30  

    Temat chwilowo leży nieco z boku.
    Tak jak pisałem, od samego wyjścia z urządzenia DVI/HDMI będzie na 90% układ TFP410 bo jest sprawdzony już w takiej aplikacji.
    Natomiast od wejścia jeszcze nie znalazłem docelowego konwertera sygnału z kamery S-video lub component (zależnie od konkretnego modelu) do RGB, jakieś układy w sieci wypatrzyłem ale to tak na szybko. Troszkę materiałów jest na ten temat gdy się głębiej poszuka lecz jest to nieco po omacku dla mnie ;) . Z component może i dało by się odseparować sygnały RGB analogowe przez wzmacniacze operacyjne po czym przetworzyć je od razu w FPGA na cyfrowe, dalej już tylko ich zapis do karty pamięci no i oczywiście wysyłanie 1:1 na wyjście RGB do wyjścia układu. Generalnie wydaje mi się, że jeżeli do konwersji obrazu z wejścia do RGB byłby użyty konkretny układ scalony to te same sygnały były by zarówno przesyłane na wyjście HDMI przez konwerter TFP410 jak i przekazywane do FPGA w celu zapisu obrazu do karty pamięci by sam FPGA nie potrzebnie nie zajmował się w zasadzie przepisywaniem wejść na wyjścia układu.

    Adapter HDMI -> MIPI DSI (wyświetlacze ze smartphone'ów)
    http://www.digikey.com/Web%20Export/Supplier%...sil_20/PDF/intersil-video-ic.pdf?redirected=1
    http://www.analog.com/static/imported-files/data_sheets/adv7403.pdf
    SAF7167AHW

  • #55 06 Lis 2014 11:12
    TWl
    Poziom 19  

    Karol966 napisał:

    Tak jak pisałem, od samego wyjścia z urządzenia DVI/HDMI będzie na 90% układ TFP410 bo jest sprawdzony już w takiej aplikacji.

    Nie widzę powodu, żeby stosować zewnętrzny enkoder HDMI skoro FPGA potrafi wypluć sygnał HDMI bez dodatkowych scalaków.

    Cytat:

    Natomiast od wejścia jeszcze nie znalazłem docelowego konwertera sygnału z kamery S-video lub component

    Np ADV7181C (obsługuje composite, S-video i component).

    Cytat:

    Z component może i dało by się odseparować sygnały RGB analogowe przez wzmacniacze operacyjne po czym przetworzyć je od razu w FPGA na cyfrowe

    O jakimś ADC po drodze Kolega nie zapomniał?

    Cytat:

    Dalej już tylko ich zapis do karty pamięci no i oczywiście wysyłanie 1:1 na wyjście RGB do wyjścia układu.

    Coś więcej na ten temat?

    Cytat:

    Generalnie wydaje mi się, że jeżeli do konwersji obrazu z wejścia do RGB byłby użyty konkretny układ scalony to te same sygnały były by zarówno przesyłane na wyjście HDMI przez konwerter TFP410
    jak i przekazywane do FPGA w celu zapisu obrazu do karty pamięci by sam FPGA nie potrzebnie nie zajmował się w zasadzie przepisywaniem wejść na wyjścia układu.

    Jesteś pewien, że to będzie działać? Ja tam bym nie optymalizował bez potrzeby i jednak zostawił tego FPGA po drodze ;)


    TW

  • #56 08 Lis 2014 19:48
    Geos9
    Poziom 15  

    Nie znam się za bardzo na HDMI i standardach przesyłania obrazu.

    RGB, to standard który pozwoli mi na podpięcie matrycy od LCD bezpośrednio pod ten konwerter? Jak w standardzie RGB oznaczane są pixele, w sensie w pierwszym wierszu, i pierwszej kolumnie ma być na przykład biały. Jak to będzie wyglądać?

    No i wreszcie, jak odbywa się kodowanie "kolorów pixeli" w standardzie HDMI. Chciałbym zrobić płytkę z 1 wejsciem HDMI i 4 wyjsciami. Płytka zdekodowała by obraz HDMI potem podzeliła go na cztery, i rozesłała po kolejnych wyjsciach. Tylko nie wiem z której strony to ugryźć.

  • #57 17 Lis 2014 23:24
    iHack
    Poziom 7  

    Nie jestem jakimś ekspertem bo w rzeczywistości jestem zielony w tym temacie ale chciałem zapytać czy jest też możliwość podłączenia wyświetlacza "wyjętego" z tabletu ewentualnie laptopa ?

  • #58 30 Kwi 2015 14:42
    TWl
    Poziom 19  

    Zamierzamy wyprodukować próbną serię konwerterów MIPI - jeśli ktoś byłby zainteresowany, proszę o wypełnienie ankiety - pomoże to nam oszacować zapotrzebowanie na płytki:

    http://doodle.com/uv283rp366prppnt

    Pozdr,
    TW

  • #59 30 Kwi 2015 22:19
    nsvinc
    Poziom 35  

    Niestety link jest martwy... ale fakt faktem, diwajsa bym nie kupił na razie bo nie mam co z nim zrobić oprócz położyć na półkę. Za to potrzebny mi scalak który wchłonie obraz z modułu kamery 720p i zrobi z tego x.264, a następnie ramka po ramce wypluje po SPI lub SDIO :D (niestety dostępne na rynku kombajny są zbyt rozbudowane, nie chcę w środku ARM9 którego trzeba ekstra oprogramować, chyba że cortex-M, dodatkowej logiki programowalnej, wodotrysków, i obsługi kilkunastu formatów...)

  • #60 23 Lis 2015 10:31
    biscent12
    Poziom 15  

    Czy w tym układzie istnieje możliwość podzielenia ekranu na dwa identyczne obrazy obok siebie?
    Chodzą mi po głowie google VR które mógłbym podłączyć do komputera lub do konsoli,z tego co się orientuje to wyświetlacze z telefonów komórkowych mają wyższą rozdzielczość niż te które są dostępne ogólnie (chińskie portale,matryce 7" do rasPi) a zależałoby mi na wyciągnięciu tej rozdzielczości HD.
    Takie rozwiązanie jest możliwe czy gra nie jest warta świeczki?
    Pozdrawiam.

  Szukaj w 5mln produktów