Close
0%
0%

MIPI DSI Display Shield/HDMI Adapter

A controller for LCD/OLED screens with MIPI DSI interface. Arduino shield format, HDMI-to-DSI adapter & built-in framebuffer.

twltwl
Similar projects worth following
A simple controller for MIPI DSI displays, based on a Xilinx Spartan-6 FPGA.

MIPI DSI is a high speed packet-based interface for delivering video data to LCD/OLED displays. In a way it is similar to DisplayPort, with a more power-conscious (and thus complex) physical layer. DSI is mostly used in mobile devices (smartphones & tablets).

I started this project as the base for building a low-cost HD projector. Later on I realized it could be also useful for VR applications and as a general-purpose graphics card for small uCs - that's why it comes in Arduino shield format.


Features

  • Supports 3/4 lane MIPI DSI displays.
  • DSI controller supports resolutions of up to 1080x1920 at 60 Hz refresh rate.
  • Converts HDMI video to DSI - letting you connect any MIPI DSI screen to your PC, Raspi or similar devices. Conversion works up to 720p@60 Hz or 1080p@48 Hz.
  • Built-in framebuffer with simple graphics stack, allowing to interface small microcontrollers, such as Arduino through 8-bit parallel or SPI busses
  • Sub-$50 BOM, including 4-layer PCB (@100pcs).
  • Powered through mini USB connector.
  • Embedded 32-bit CPU, available for user applications.

Project history

  • 12/2013: Schematics & PCB done.
  • 12/2013: Initial version of the firmware, works with Iphone4/4s screens on a FPGA dev kit.
  • 02/2014: Got the PCBs and components.
  • 02/2014: Test PCB assembled, drive both 3- and 4-lane screens.
  • 07/2014: Started work on HDMI <> DSI conversion.
  • 08/2014: HDMI convesion working for 640x960 Iphone4 screen.
  • 08/2014: DSI core achieves 1080p @ 60 Hz (48 Hz with HDMI conversion).
  • 08/2014: Rev 1.1. PCB design, schematics and firmware released.
  • 06/2015: Prototypingr rev 2.0.

To do

  • Arduino interface/drawing commands (depending on demand).
  • Test external HDMI decoder with displays larger than 1080p.
  • Port Doom to run on the softcore CPU.

Hardware

The diagram below shows the main blocks of the design:

  • The FPGA: Xilinx Spartan-6-SLX9. Highlights: amateur-friendly TQFP144 package and built-in SerDes rated up to 1080 Mbits/s. The FPGA does pretty much everything in this project, hosting the MIPI DSI core, framebuffer controller with DDR memory, HDMI/DVI decoder. Everything is managed by an embedded Lattice Mico32 CPU.
  • DSI Level adapter: a bunch of resistors interfacing the FPGA's 1.8 V SSTL/LVCMOS I/O to DSI levels. More info in the FPGA section.
  • DSI connector: a standard 2x15pin 2mm pitch female connector with all DSI signals, power supplies and some GPIO pins for interfacing with the display. Since connector pinouts differ between displays the idea here is to use a tiny adapter board hosting the particular LCD's connector and its wiring.
  • DDR SDRAM, providing memory for the framebuffer, since most smartphone DSI displays don't have one.
  • HDMI input: slow version, using FPGA's ISERDES blocks (up to 1080p @ 48 Hz) or a fast one (1080p @ 60 Hz), based on Analog Devices' ADV7611 chip. The external HDMI decoder shares some pins with the SDRAM chip and the host interface, so the full HD - 60 Hz version can only work as a HDMI to DSI adapter.
  • Host interface: 12 pins wired to Arduino shield's IOH/IOL headers. Exact functions are not defined yet, I'm thinking about a 4-wire SPI interface and an 8-bit parallel bus.
  • USB UART a CP2102 chip providing USB UART, software bootloader and JTAG functionality for the FPGA.
  • Main power supply: integrated PMIC (TI/National LM26480). Voltages are: +3.3 V (HDMI input, USB, host I/F), +2.5 V (SDRAM and FPGA Vccaux), +1.8 V (DSI), +1.2 V (FPGA core).
  • LCD bias/backlight power suply: Most displays need some higher positive/negative votlage to operate. The board has a simple DC/DC converter for that purpose, producing symmetric voltage of up to +/- 6 V. The voltage can be adjusted for the particular panel by connecting a resistor between one of the DSI connector pins and ground. There is also a separate current driver for backlight LEDs, programmable by another resistor. Both DC/DC converters use a TPS61041 chip.

PCB Design

The DSI shield consists of two PCBs - the main board, where all the cool stuff is and a small adapter board, usually different for each display, connected through a 30 pin 2mm pinhead.

The main board is a typical Arduino shield. I routed the design on 4 layers, with the signals on the 2 outer layers, a contiguous ground plane and a split power plane. The DDR is placed right under the FPGA to simplify routing. SSTL to DSI level translator resistors are placed right next to the FPGA output pins to avoid stubs. All differential pairs are calculated for Z0=100 Ohm.

The adapter boards simply route the DSI lanes,...

Read more »

  • 1 × XC6SLX9-4TQ144 Spartan-6 FPGA
  • 1 × LM26480 Power Management ICs / Switching Regulators and Controllers
  • 1 × CP2103 Interface and IO ICs / USB
  • 1 × M25P80 Memory ICs / FLASH Memory
  • 1 × Molex 500254-1927 (or similar) HDMI SMD connector

View all 11 components

  • Announcement

    twl01/16/2018 at 19:54 7 comments


    As you've probably noticed, there hasn't been too many activity on the DSI Shield project during the past year. Many people were asking me where to buy the boards, how to set them up for a particular display and so on.

    Unfortunately, the amount of my spare time does not allow me to contribute to the DSI Shield enough to make it a viable product - that is manufacturing and shipping the boards, providing user support or adding new features. It's just too much for a single person doing this sort of stuff in free time (most of which is already devoted to KiCad development).

    If someone of you is interested in manufacturing these boards or firmware development, let me know.

    Tom

  • Rev 2.2a. KiCad PCB & Schematics published​

    twl08/24/2017 at 09:51 4 comments

    I've just pushed the full schematics/PCB design of the latest revision of the board to GitHub. It took a while to convert them to KiCad...

  • Rev2.0 prototypes arrived

    twl08/18/2015 at 16:10 27 comments

    I've received a couple of Rev 2.0 prototypes. Iphone4 display is working fine, still waiting for Optimus E980 connectors though...

  • Revision 2.0 & commercial availabilty of the boards.

    twl06/21/2015 at 23:08 26 comments

    Hi all,

    The prototype of Rev 2 PCB (see below) just went to production.


    Some news:

    - Boards will be manufactured and sold by Creotech. We are targeting $99 (+ taxes/shipping).

    - Rev 2 board will support resolutions up to 1080p/48 Hz and work by default with Iphone4 and LG Optimus E980 displays. For other screen types (AMOLED Galaxy S3/S4, Iphone 5) there will be adapters (available later).

    - New version will also come with a composite video input, foreseen for building FPV systems for drones/flying models.

    Note that the initial V2 release firmware WILL not work as a graphics card for Arduino. Writing a graphics accelerator is a serious task and my time resources are quite limited...

  • Commericial availability of the boards

    twl04/28/2015 at 08:43 17 comments

    Hi all,

    We've found an industrial partner to manufacture and ship the DSI shield boards. Before we start the production, we need to know how many people would be like to purchasing the boards and which display models should be supported out-of-the-box. Feel free to fill the Doodle below if you are interested:

    http://doodle.com/uv283rp366prppnt

    Cheers,

    Tom

  • Galaxy S4 AMOLED screen working

    twl04/14/2015 at 09:47 12 comments

    We have a working Galaxy S4 AMOLED screen, 1920 x 1080. A QHD screen from GS Note 4 is waiting to be tested soon!

  • First release

    twl08/16/2014 at 00:26 0 comments

    The PCB design, FPGA and software sources for the first release of the DSI shield are now available on Github.

    Enjoy!

  • HDMI to MIPI conversion working

    twl08/05/2014 at 17:37 2 comments

    HDMI to MIPI conversion is finally working, here's a video showing a Raspi driving an iPhone 4 screen.

    Freshest sources coming as soon as I've cleaned them up :)

View all 8 project logs

  • 1
    Step 1

    Build the hardware:

    - Make/order the DSI Shield PCB.

    - Solder it!

    - Check the BOM, as not all components should be mounted.

    - Make/order/design an adapter board for your screen.

    - Connect the two boards together with the LCD. Power the system through USB.

    - No smoke indicates probable success.

  • 2
    Step 2

    Clone the repository:

    git clone https://github.com/twlostow/dsi-shield

    Install an LM32 toolchain. You may find one on Lattice website. There's a pre-built version for Linux (IA32) available here.

    Download and install Xilinx ISE 14.7 Webpack from Xilinx website.

  • 3
    Step 3

    Build the software:

    - edit software/rev1/panels.h and set the panel type you wish to use.

    $ cd software
    $ make

    This will produce the boot.ram file that the synthesizer will embed in the FPGA bitstream. The file contains both the panel initialization/HDMI handling code and the bootloader, so the LM32 application can be re-loaded at any time via USB UART.

View all 5 instructions

Enjoy this project?

Share

Discussions

Church wrote 07/28/2016 at 08:02 point

Hey I was reading about the TC358870XBG chip. Are there any options for driving the xperia premium 4k screen through displayport or something?

  Are you sure? yes | no

vladimir wrote 06/11/2016 at 08:48 point

Hello, thinking of building a Sony A7s field monitor. Camera seems to support EDID and outputs uncompressed 8-bit 4:2:2 1080p, but in some Sony x.v.Color (xvYCC) color space.

Any Idea if Sony A7s would work? Please help, pro monitor is for 1200 USD

Here additional specs: http://wolfcrow.com/blog/the-sony-a7s-4k-guide-part-five-external-recording-and-data-wrangling/13/


There is very little info on Sony HDMI output. Is there anyone who have this shield working and knows somebody with A7s, to test it out? It would help a a lot of filmmakers out there. Thanks for any info.... Vladimir

  Are you sure? yes | no

[deleted]

[this comment has been deleted]

Lars R. wrote 06/03/2016 at 08:04 point

@fabian

Hi fabian,

And then? Do you have a working FPGA design for DSI? And a board that fits the connector of the adapter?

Regards, Lars

  Are you sure? yes | no

Lars R. wrote 06/08/2016 at 21:34 point

Could you refer to a specific image? I haven't seen such a connector on the images provided here. Only 2.54mm pin header (that might have caused some signal integrity issues and was removed because of that)

  Are you sure? yes | no

Lars R. wrote 06/09/2016 at 04:51 point

Also, if you had such a Raspberry DSI-Iphone connector adapter, this doesn't mean that the Iphone display would simply work on the Raspberry out of the box. Just recently, the first officially supported/working Raspberry DSI display came out and it is only 800x480.

But it is among other things the beauty of the board of his project that you could connect the Raspberry to the Iphone display by connecting the Raspberry to this board via HDMI.

  Are you sure? yes | no

Yoyoweb Yal wrote 06/02/2016 at 07:26 point

can anyone tell me where to buy this stuff ? By sending an to createch ?! Greatwork anyway !

  Are you sure? yes | no

ipaq3115 wrote 05/26/2016 at 21:36 point

Do you know what the latency from HDMI to the screen is? I fly FPV ( https://en.wikipedia.org/wiki/First-person_view_(radio_control) ) and there's a new HD system coming out soon geared toward low latency and fitting one of these screens you are using into some goggles might be the perfect way to use it. I imagine it's very fast but it'd be interesting to know if you've measured it somehow.

This is the HD system http://connex.amimon.com/connex-prosight

  Are you sure? yes | no

twl wrote 05/26/2016 at 21:47 point

The latency is very low (few display lines), but keep in mind that most smartphone screens are portrait while FPV cameras are landscape. Rotation of the image (not supported yet) will introduce a lag of at least one full frame (16-20 ms).

Tom

  Are you sure? yes | no

ipaq3115 wrote 05/26/2016 at 22:23 point

Ah, I didn't realize that. So that shot of the Galaxy S4 screen, is that rotated on your computer before going to the screen? I'd imagine that much latency wouldn't be too bad. Can't wait till you start selling it. It'll be interesting to see how well it will work for FPV.

  Are you sure? yes | no

Lars R. wrote 05/27/2016 at 06:08 point

When thinking about goggles, image rotation is maybe not required. If you use 2 displays, which also releases performance constraints partially, then you need only approx. 50% from each FHD display in order to have a square-shaped screen for your circular optics (see current 3D goggles). Then you can rotate the cameras.

But then, once you rotate the cameras, you could also show the images of both cameras on one display without rotation. However, how to combine the data streams with the current version of the board? ( I'd prefer a 2-display-solution with more available pixels per eye anyway)

By rotating the cameras, you lose some sensor area on 16:9 image sensors in the camera but one wants to use two cameras for 3d-goggles anyway and you cannot provide 16:9 image data to single eye. At least, it is hard to do with the optics. And is there any reason other than goggles, to put FPV image data on the most smallest displays?

  Are you sure? yes | no

Tomas Almera wrote 05/26/2016 at 05:51 point

Hi Tom, 

Amazing work. I am very interested in this project, but would like to know if it would work with any hdmi source.

For instance, the Jaguar board is what I would like to use, because it is built on intel x86 architecture, allowing for the installation of windows or ubuntu. The issue I am having is finding a nice screen to use with that so I can have a high quality interface, and your work here is exactly what I would be interested in. 

Thanks! 

Tom

http://www.jaguarboard.org/index.php/products/buy/jaguarboard/207/jaguarboard-detail.html

  Are you sure? yes | no

twl wrote 05/26/2016 at 08:25 point

Hi Tomas,

Anything that respects custom EDIDs  (that is, almost every PC, probably including your board) should work just fine. Blu-ray players or gaming consoles will likely not work (they only support standard VESA modes).

Cheers,

Tom

  Are you sure? yes | no

Tomas Almera wrote 05/26/2016 at 09:49 point

Hi Tom, 

Thanks for responding so quickly. I was also wondering about the connectors from the display to the board. In your demonstration video you said they were quite tiny. Is there a longer cable that can be used to connect them? 

Thanks again, 

Tomas

  Are you sure? yes | no

Lars R. wrote 05/21/2016 at 10:46 point

Hi Tom,

the interesting value of your project is driving smart phone displays and that it is Arduino-compatible. There are many Arduino-compatible FPGA-boards out there from basically every vendor, not just Xilinx.Even the people that are currently using the Xilinx environment, might not want to dig into your design because they use just the other HDL, are not that advanced, don’t know LM32 or cannot (or want not) look into the timings of your (hdl and pcb) design.

Thus, based on what you generously currently provide, the entrance level for someone else to write a (e.g. Arduino-complatible) interface or to utilize your board in any other way than HDMI->DSI might be unnecessary high. Also, there is probably not that one and only single Arduino interface for every one, because everybody wants something else in detail.

Additionally_not just people with Arduino-compatible FPGA-boards but also people with Arduino-compatible uC-boards might like to drive smart phonedisplays and those uCs are fast enough to do so. Most of those boards already have SDRAM that could be used for a more or less
advanced generation of frames.

Thus_all that being said, would you consider providing the following 3V3interface:
RESET<-(Data of new image)
CLK<-(variable)
EN<-
DATA<-(parallel 8 bit or more if there were just more pins available)
FIFO_ALMOST_FULL->

Including a proper, fifo-based clock domain crossing. Switching between HDMI and this interface might be implemented with adding a solder bridge.
Driving_960x640 at 60fps with RGB565 and 8 bit requires 75MHz. Driving RGB332 or gray scale requires 37MHz.
What do you think is achievable when, for instance, stacking two of your boards together?

Thanks for your time,
Lars

  Are you sure? yes | no

twl wrote 05/26/2016 at 08:26 point

Hi Lars,

I rather though about providing a framebuffer inside the shield with easy means to access it through an 8-bit parallel interface. Outputting RGB data at 75 MHz from a small MCU is not trivial, you also need to take care the synchronization between your source and the MIPI driver...

Would you like to contribute such an interface to the project?

Cheers,

Tom

  Are you sure? yes | no

Lars R. wrote 05/26/2016 at 11:46 point

Hi Tom,

I was not thinking about very small MCUs, because there is the price and the power consumption of your board and the HD display anyway.

I am more concerned about whether the pins, in the way they are arranged now, work with 75MHz at all. Do you have experience/tests regarding this topic?

Without using a framebuffer, the source simply has to provide the pixel data fast enough and pause every time your board raises "FIFO_ALMOST_FULL". If the source does not deliver fast enough, the MIPI driver would have to fill in blanks until the source begins sending a new image "RESET/NEW_IMAGE". Due to "FIFO_ALMOST_FULL", that can easily synchronize to the MIPI driver, if the MIPI driver also has a FIFO. (In order to look "ahead" when the source finally starts sending a new image)

I would like to use your board with my graphical engine (many exist out there). The engine simply outputs pixel by pixel. I could specify the interface and color mixing down to the clock cycle and provide VHDL snippets. But I am not used to the Xilinx environment at the moment... Maybe it is a 3D-use case in the future (by using two of your boards at the same time)

A total of 14 pins (10Bit+CLK+EN+RESET/NEW_IMAGE+FIFO_ALMOSTFULL) @60MHz should be ok. Less will also do, but would love to see MORE pins available as well as a more modular approach.

Others might like a framebuffer with an arbitrarily low-speed random access. But is this a use case (6MByte per RGB-FHD-Frame)? Many will ask for a graphics engine or MCU inside the FPGA. Some of those exist already, but everybody wants something else in detail.

Best regards, Lars

  Are you sure? yes | no

K.C. Lee wrote 05/26/2016 at 13:26 point

I would assume that those FPGA board would/should be generating the video signals, so data rate shouldn't be an issue.

@Lars R.

The Arduino pinouts are really bad for signal integrity.  There are not enough ground/return paths so it will cause a lot of crosstalk between signals caused by the connector.  The location of the few ground/power pins cause large current loops - bad for EMC.  Large voltage swings (people insisting on 5V parts) would not work well for high speed signal - larger crosstalk, longer rise/fall time - poor timing margins.

I just can't take those platform seriously as I care about signal integrity/EMC very much.

  Are you sure? yes | no

Lars R. wrote 05/26/2016 at 14:22 point

@K.C. Lee

Yes. But in the end I would love to have something that just works at all.

E.g. a small board 3V3->DSI and a small boad HDMI->3V3. I could probably also work with 2V5. Regarding the connector, everybody wants something else. But if well-grounded 1.27mm board2board connections could manage the targeted data rates, it is still cheap, easy to use and can breakout to 2.54mm double row with ribbon cable for other use cases.

  Are you sure? yes | no

K.C. Lee wrote 05/26/2016 at 15:15 point

@Lars R.

Look at PATA and that should give you some idea at what was involved of shifting parallel data at similar data rates. They have 16-bit data path, so they are only driving those at half the frequency.  A large part in the specs is on doing their signal integrity simulation, going to new 80-conductor cabling with alternating signal/ground pairs.  The connector is a messed up as they didn't have decent ground:signal ratio like SCSI.  

You could make life a lot easier to go with a LVDS or similar differential pairs and that can simplify the signal integrity/reduce pin counts/reduce ground requirements etc.  FPGA can easily drive those.  

A FPGA could even drive DVI at low res.  See Xilinx xapp460. 

  Are you sure? yes | no

Lars R. wrote 05/26/2016 at 20:56 point

@K.C. Lee

Such distances, board-cable-board connections and bidirectional buses are not required here. 100MByte on 8Bit @100MHz should be possible. Running LVDS over the same 8 pins requires already 200MHz that should go over the same, bad pin header. Impedance is not getting better, but frequency doubles. Synchronizing such signals over multiple LVDS channels across vendors does not necessarily simplify things. For single ended, the connector needs additional GND pins but the FPGAs/MCUs do not.
Also, I like this project, because it is more than an Appnote. It is already tested with two very nice displays, has a board with the connectors, knows the IP core, and so on.

  Are you sure? yes | no

Jonathan Weber wrote 05/09/2016 at 12:32 point

I am not at all good in understanding technical stuff on this level, but I love building and constructing own tools. Therefore I would kindly ask you if you can tell me what you think it needs to bring the following spare LCD-screen from an ASUS Transformer Book TF700T back to life:

http://www.panelook.com/VVX10F004B00_Panasonic_10.1_LCM_parameter_19637.html

Since the panel is based on MIPI with 4 Lanes, I think that this adapter could work. I would like to use it as an on-field review monitor, so it should be able to show DVI or HDMI signals.


Thanks in advance for any advice! :-) Greetings,
Jonathan

  Are you sure? yes | no

Jesus wrote 05/15/2016 at 14:58 point

As far as I know, yes, but you'll need and adaptor for it, out of the box has compatibility with Iphone4 and LG Optimus E980 only

  Are you sure? yes | no

Asier wrote 04/14/2016 at 10:03 point

Hello,

I'm interested in buying this board,  but could be possible to get video feed from a GoPro and get it working?

  Are you sure? yes | no

sputnik89 wrote 04/06/2016 at 17:31 point

Hi Tom,

any possible way to run Nokia N8 amoled display or do you know about any other 3.5 inch display which is supported?

Thank you for reply

  Are you sure? yes | no

ryan wrote 04/05/2016 at 22:05 point

Holy Grail: UHD (Sony Z5 Premium Screen) with 4K MIPI/DSI bridge - either HDMI input or TC358860XBG (Displayport) possible now?

  Are you sure? yes | no

emailruly wrote 04/03/2016 at 16:35 point

any dsi_pll_spartan6.v file ? my email:  emailruly@gmail.com

please..  thx tom.

  Are you sure? yes | no

twl wrote 04/15/2016 at 08:34 point

Fetch the latest sources from github, they no longer need this file.

  Are you sure? yes | no

RegisP wrote 04/01/2016 at 09:25 point

Hi,

Based of your design, could it be possible to drive several displays displaying the image across them ?

Regards,


  Are you sure? yes | no

Idi wrote 03/23/2016 at 15:47 point

How hard would it be to switch the input to DP and up the max to 4K@60hz? Say to power the 4K display from the Sony Xperia X5 Premium.

Unfortunately I can't think of any 4K supporting eDP sink chips. And no idea if your DSI core would hold up to being scaled for 4K DSI operation, probobly require a slightly higher-spec FPGA chip I'd guess?

  Are you sure? yes | no

twl wrote 03/30/2016 at 13:44 point

I don't see serious obstacles against 4k support. We'd just need a bigger FPGA and an externalHDMI/DP interface capable of 4k...

Tom

  Are you sure? yes | no

Razvan Vladu wrote 03/23/2016 at 14:02 point

Wow love it, how can i buy one with a samsung note 4 adaptor? i'm looking forward to building my own VR headset.

  Are you sure? yes | no

Dimka312 wrote 03/23/2016 at 06:32 point

Hello , do you have an adapter board to lg e980? I Founded only iphone, htc and lg p880. I would be very grateful for the answer .

  Are you sure? yes | no

twl wrote 03/30/2016 at 13:45 point

Hi,

Rev 2.0 of the board support both E980 and iphone 4 LCDs by default. More adapters coming.

Tom

  Are you sure? yes | no

Daniel Gilbert wrote 03/21/2016 at 18:35 point

@twl,

Hi, I'm using your DSI Display Shield rev 2.2 (from Creotech) with a Raspberry Pi A+ and an iPhone 4S LCD panel. When disconnected from HDMI, the "no signal" screen looks perfect.

I'm having trouble with the HDMI timings. At the moment, a portion of the image output on the display looks ok, but most of the screen is garbled. There's also a low-frequency (maybe 3-5Hz) 1-pixel jitter. These are my current settings based on the LH350WS1 datasheet:

hdmi_timings=640 1 16 16 16 960 0 12 16 12 0 0 0 62 0 48000000 0
display_rotate=1
framebuffer_width=960
framebuffer_height=640

Please advise, and thanks very much in advance,

Dan

  Are you sure? yes | no

twl wrote 03/22/2016 at 00:23 point

Hi Dan,

Try the following timings:

hdmi_timings=640 1 62 14 62 960 1 27 1 17 0 0 0 60 0 48437500 1

Cheers,

Tom

  Are you sure? yes | no

Daniel Gilbert wrote 03/22/2016 at 02:01 point

Works beautifully, thanks very much!

Dan

  Are you sure? yes | no

Daniel Gilbert wrote 03/22/2016 at 06:22 point

On a separate note, it looks like the HDMI signal must not be active before the DSI board has been initialized, otherwise the "No HDMI signal" screen will display until the signal has been stopped/removed and then restarted/reconnected. This is a problem if both the DSI board and the video source are being powered from the same supply.

The DSI board takes just under 6 seconds to initialize, so adding the command:

boot_delay=6

to the Raspberry Pi's config file will do the trick. Too bad this also means the Pi takes an additional 6 seconds to boot up...

Tom, is this a limitation of the board's implementation or something that could be addressed in firmware? Basically, would it be possible for the DSI board to detect an existing HDMI signal when it finishes initializing itself?

  Are you sure? yes | no

twl wrote 03/30/2016 at 13:46 point

Dan,

Answering to your question about simultaneous powering of the shield and the raspi: it's probably a bug in the firmware. I'll have a look at it if I'll find some spare time...

Tom

  Are you sure? yes | no

Daniel Gilbert wrote 03/31/2016 at 06:53 point

Cool, thanks for looking :)

  Are you sure? yes | no

[deleted]

[this comment has been deleted]

Daniel Gilbert wrote 04/19/2016 at 20:50 point

They were pretty fast getting back to me on business days. The trickiest part was paying them. I ended up using TransferWise to send the funds to their specified PLN-denominated bank account.

  Are you sure? yes | no

amirfaridabdulgani wrote 03/18/2016 at 17:30 point

where can i buys 5his board

  Are you sure? yes | no

Szymon wrote 03/13/2016 at 17:03 point

Guys, do you know which of the currently supported 1080p displays (LG E980, HTC Drone DNA, any others?) has a detachable backlight surface? I'm looking for a display specifically for a diy pj project and need to detach any backlight/reflective surface.

  Are you sure? yes | no

twl wrote 03/15/2016 at 09:57 point

Both E980 and Droid DNA  LCD can be dissassembled (carefully ;-) to remove the backlight.

Cheers,

Tom

  Are you sure? yes | no

khcolonn wrote 02/28/2016 at 23:24 point

This is probably a stupid question, but I'll ask anyway since it's non-obvious to me:

Why is this in Arduino shield format? I'm trying to use this project to learn a bit about video encoding, but it's not entirely clear to me why the Arduino is necessary - what would it take to make it standalone? I'm not asking for anyone to do that for me - just point me in the right directionso I can figure it out myself!

  Are you sure? yes | no

twl wrote 02/29/2016 at 09:34 point

Hi,

The shield can be powered from USB and work in stand-alone mode. I chose the Arduino shield format to be able to turn it into a 'video card' for anything that is Arduino-compatible.

Tom

  Are you sure? yes | no

khcolonn wrote 02/29/2016 at 15:05 point

Ah I see - that makes things a bit easier. Thank you for the reply!

  Are you sure? yes | no

Similar Projects

Does this project spark your interest?

Become a member to follow this project and never miss any updates