Shop OBEX P1 Docs P2 Docs Learn Events
P2 7" LCD — Parallax Forums

P2 7" LCD

David BetzDavid Betz Posts: 14,516
edited 2020-08-16 20:51 in Propeller 2
I finally got my P2 Rev C eval board and case assembled and I ordered the 7" LCD at the same time. Isn't there demo software for this combination? Where can I find it?
«1

Comments

  • RaymanRayman Posts: 14,646
    They are talking about it here: http://forums.parallax.com/discussion/171951/p2-hdmi#latest

    Sounds like it comes with PNut version V.
  • PublisonPublison Posts: 12,366
    edited 2020-08-16 18:46
    Yup, Comes with the last few iterations of PNUT:

    https://forums.parallax.com/discussion/171196/pnut-spin2-latest-version-v34v-graphical-debugger/p1

    Make sure you have a common ground with the power to the display.
  • Thanks for the pointers. Before I saw your messages I decided to try Eric's ANSI driver. However, I got stuck at the point of trying to load my new P2 Rev C Dev board. For some reason, my Mac doesn't see the FTDI port on that board. It does see the port on my Rev B board so I know that the Mac USB port is working. Is the new board using a different USB2serial chip?
  • David BetzDavid Betz Posts: 14,516
    edited 2020-08-16 20:51
    I figured out the port problem. It was driver error of course.
  • Does the P2 Rev C Eval Board 5v supply provide enough current to drive the 7" LCD display?
  • PublisonPublison Posts: 12,366
    edited 2020-08-16 21:41
    I'm going to run a USB Hub 2 AMP to power the AUX USB header then take power from the AUX 5V and GND pads above that for power to the LCD.
    The display is reported to take 400ma.
  • I connected it to a breadboard power supply and the blue backlight comes on briefly but then it seems to keep flashing a white screen on and off. I tried plugging it into a Raspberry Pi but nothing came up on the display. I'm not sure it's actually working. Either that or even the breadboard 5V supply isn't enough.
  • David Betz wrote: »
    Thanks for the pointers. Before I saw your messages I decided to try Eric's ANSI driver.

    You've probably figured this out by now but my ANSI driver is for VGA, not HDMI, so I don't think it will work with the 7" LCD.
  • ersmith wrote: »
    David Betz wrote: »
    Thanks for the pointers. Before I saw your messages I decided to try Eric's ANSI driver.

    You've probably figured this out by now but my ANSI driver is for VGA, not HDMI, so I don't think it will work with the 7" LCD.
    Yes, I did notice that once I started looking at it. Have you done anything with HDMI? It’s frustrating that Mac users can’t do anything with Parallax supplies code.
  • David Betz wrote: »
    ersmith wrote: »
    David Betz wrote: »
    Thanks for the pointers. Before I saw your messages I decided to try Eric's ANSI driver.

    You've probably figured this out by now but my ANSI driver is for VGA, not HDMI, so I don't think it will work with the 7" LCD.
    Yes, I did notice that once I started looking at it. Have you done anything with HDMI? It’s frustrating that Mac users can’t do anything with Parallax supplies code.

    No, the one time I tried to use an HDMI sample I blew up my monitor :(. Not quite literally, but somehow it caused the monitor's HDMI and DVI ports to stop working; fortunately it still has VGA and DisplayPort. After that fiasco my enthusiasm for HDMI testing dimmed considerably!

    I think most of Chip's samples should compile with fastspin, although I haven't tried all of them yet.
  • ersmith wrote: »
    David Betz wrote: »
    ersmith wrote: »
    David Betz wrote: »
    Thanks for the pointers. Before I saw your messages I decided to try Eric's ANSI driver.

    You've probably figured this out by now but my ANSI driver is for VGA, not HDMI, so I don't think it will work with the 7" LCD.
    Yes, I did notice that once I started looking at it. Have you done anything with HDMI? It’s frustrating that Mac users can’t do anything with Parallax supplies code.

    No, the one time I tried to use an HDMI sample I blew up my monitor :(. Not quite literally, but somehow it caused the monitor's HDMI and DVI ports to stop working; fortunately it still has VGA and DisplayPort. After that fiasco my enthusiasm for HDMI testing dimmed considerably!

    I think most of Chip's samples should compile with fastspin, although I haven't tried all of them yet.
    Hmmm... Maybe I blew up my 7" HDMI monitor as well. Ugh

  • roglohrogloh Posts: 5,787
    edited 2020-08-17 02:08
    @"David Betz"

    If you haven't blown it up you might be able to run my complex video driver demo with the output configured as DVI/HDMI instead of its default VGA. It is configured for 640x480 but it might still work on that display it if scales. Otherwise it might be possible to setup a native mode of 800x480 if the timing can be tweaked to fit the P2 and display's capabilities. If I had one of these monitors myself I'd have already tried that out.

    My driver code is found in the first post of this thread:
    https://forums.parallax.com/discussion/170676/p2-dvi-vga-driver

    You will need to setup this line to your base pin on the P2-EVAL:
        DVI_BASE_PIN       = 24
    
    and disable the VGA output type here by commenting this line
        ' create a VGA display
    '    vid.initDisplay(@display1, VID#VGA, VGA_BASE_PIN, VGA_VSYNC_PIN, VID#RGBHV, @lineBuffer1, LINEBUFSIZE, timing)
    
    and enable the DVI output type line here (note I think the commented out code had passed lineBuffer2 but it probably should be passing lineBuffer1 like the others, probably a bug)
        vid.initDisplay(@display1, VID#DVI, DVI_BASE_PIN, 0, VID#DVI_NORMAL, @lineBuffer1, LINEBUFSIZE, 0) ' create a VGA display over DVI
    

    Update: Note that code is still for Fastspin only. But the PNut driver updates are done and it already seems to work in PNut when I last tested it, I just need to add the release notes and update the top post with the newer version.
  • AribaAriba Posts: 2,690
    Try the attached version.

    Chip seems to have added a new command for PASM which sets the clock frequency in PNUT. But Fastspin and also PropTool-Alpha don't know that command (asmclk).

    This version sets the clockfreq the old way and also clears the memory aftr the code, which seems to be necessary.

    Andy
  • Ariba wrote: »
    Try the attached version.

    Chip seems to have added a new command for PASM which sets the clock frequency in PNUT. But Fastspin and also PropTool-Alpha don't know that command (asmclk).

    This version sets the clockfreq the old way and also clears the memory aftr the code, which seems to be necessary.

    Andy
    Thanks but that produces no output either. I'll be really annoyed if I somehow fried the 7" LCD monitor. All I did was connect it to 5v and plugged the HDMI cable into the HDMI adapter board on the P2 eval board and ran these demos. Is it really that fragile? What could have gone wrong with it?

  • RaymanRayman Posts: 14,646
    ersmith wrote: »
    David Betz wrote: »
    ersmith wrote: »
    David Betz wrote: »
    Thanks for the pointers. Before I saw your messages I decided to try Eric's ANSI driver.

    You've probably figured this out by now but my ANSI driver is for VGA, not HDMI, so I don't think it will work with the 7" LCD.
    Yes, I did notice that once I started looking at it. Have you done anything with HDMI? It’s frustrating that Mac users can’t do anything with Parallax supplies code.

    No, the one time I tried to use an HDMI sample I blew up my monitor :(. Not quite literally, but somehow it caused the monitor's HDMI and DVI ports to stop working; fortunately it still has VGA and DisplayPort. After that fiasco my enthusiasm for HDMI testing dimmed considerably!

    I think most of Chip's samples should compile with fastspin, although I haven't tried all of them yet.

    Really? I've done a lot of crazy stuff but have not actually damaged a modern monitor...
  • rogloh wrote: »
    @"David Betz"

    If you haven't blown it up you might be able to run my complex video driver demo with the output configured as DVI/HDMI instead of its default VGA. It is configured for 640x480 but it might still work on that display it if scales. Otherwise it might be possible to setup a native mode of 800x480 if the timing can be tweaked to fit the P2 and display's capabilities. If I had one of these monitors myself I'd have already tried that out..
    FYI... this worked for me with the 7” display!

  • TonyB_TonyB_ Posts: 2,179
    edited 2020-08-17 10:21
    The product page https://www.parallax.com/product/27390 says there is no datasheet available, but one must exist somewhere. What chipset does it use?

    I'm interested to know how low the TMDS clock could be for 800x480 with reduced blanking. The typical value seems to ~332 MHz without reduced blanking. I think these 800x480 HDMI displays also support 640x480 at standard timings but no other modes.
  • dgately wrote: »
    rogloh wrote: »
    @"David Betz"

    If you haven't blown it up you might be able to run my complex video driver demo with the output configured as DVI/HDMI instead of its default VGA. It is configured for 640x480 but it might still work on that display it if scales. Otherwise it might be possible to setup a native mode of 800x480 if the timing can be tweaked to fit the P2 and display's capabilities. If I had one of these monitors myself I'd have already tried that out..
    FYI... this worked for me with the 7” display!
    So I guess either my display is dead or my P2 Rev C Eval board or both. I'm pretty sure the LCD is dead because it doesn't work plugged into my Raspberry Pi either. Unfortunately, the P2 Rev C Eval board is marked as "No warranty, returns, or exchanges for this item!". Maybe they will replace the LCD though.

  • David Betz,
    Just to be sure, when you powered the display was it via the supplied cable? Did you take note of the insert showing that with the supplied cable, +5v goes to the white wire, and ground goes to the red wire?
  • Roy Eltham wrote: »
    David Betz,
    Just to be sure, when you powered the display was it via the supplied cable? Did you take note of the insert showing that with the supplied cable, +5v goes to the white wire, and ground goes to the red wire?
    Yes, I was very careful to apply 5V to the white wire and GND to the red wire.

  • roglohrogloh Posts: 5,787
    edited 2020-08-17 12:54
    TonyB_ wrote: »
    The product page https://www.parallax.com/product/27390 says there is no datasheet available, but one must exist somewhere. What chipset does it use?

    I'm interested to know how low the TMDS clock could be for 800x480 with reduced blanking. The typical value seems to ~332 MHz without reduced blanking. I think these 800x480 HDMI displays also support 640x480 at standard timings but no other modes.

    I found this data but it may not be the exact model and the AT070TN92 might be a generic name for many different panels (can't be sure there) but might be a reasonable start though. If it is valid it looks like it takes a 26.4-46.8MHz dot clock with a decently wide range of sync/blanking timing possible. This would be nice to try with a P2 at 264MHz or 270MHz perhaps, operating at the 10x pixel rate for DVI. It is quite easy to experiment with the timing in my driver to find what might work for native resolution. The Realtek(?) converter part may have some of its own timing constraints however, so maybe that can be looked up too.

    https://www.olimex.com/Products/Retired/A13-LCD7-TS/resources/S700-AT070TN92.pdf
  • David BetzDavid Betz Posts: 14,516
    edited 2020-08-17 13:21
    My problem is definitely with the 7" LCD display. I plugged another HDMI monitor and the swirl demo runs fine. So either my 7" LCD is dead or I'm not providing it with enough power. At least my P2 Rev C Eval Board isn't dead!
  • David, I can send you another display - not a problem. I personally tested them before shipment and found consistency in the pass/fail. The failed units appeared to have one of the signal lines not working (maybe from the cable being misaligned between driver board and display). None were simply black. I used a benchtop power supply set at 5V and current draw was around 400 mA (?).

    Let me know by e-mail if you want a replacement and I'll take care of that.

    Early Adopters as yourself exhibit lots of patience, thanks!

    Ken Gracey
  • Ken Gracey wrote: »
    David, I can send you another display - not a problem. I personally tested them before shipment and found consistency in the pass/fail. The failed units appeared to have one of the signal lines not working (maybe from the cable being misaligned between driver board and display). None were simply black. I used a benchtop power supply set at 5V and current draw was around 400 mA (?).

    Let me know by e-mail if you want a replacement and I'll take care of that.

    Early Adopters as yourself exhibit lots of patience, thanks!

    Ken Gracey
    Hi Ken,
    Thanks for offering to replace my display. Let me try at least one more thing first. I'll try hooking it up to a bench supply in case maybe the P2 Eval board and the separate breadboard power supplies that I've tried can't supply enough current. If it still doesn't work, I'd be happy to have a replacement.

  • I hooked up the 7" LCD display to my bench supply and now it seems to be working with the P2 Eval board. It still doesn't work with the Raspberry Pi though. I don't plan to use it with the Pi anyway so I guess that isn't a problem. It seems that neither the P2 5V supply nor my breadboard supply provide enough current to drive the display.
  • PublisonPublison Posts: 12,366
    edited 2020-08-17 16:45
    Good news!

    400ma current for the display is steep for some USB supplies. I'm using a Hub that has 2000ma output that feeds the AUX power on P2ES board and use the AUX 5 and GND on the P2 board.
  • I just got my LCD 7" screen a few hours ago. The first thing I did was change the wiring to red and black before I forget that red is black, someday LOL .

    - I powered the 5VDC to an external power source .

    - I ensured that "_clkfreq = 250_000_000 'system clock frequency must be 250 MHz for HDMI"

    - I just used the Pnut (version V) and the HDMI Spiral demo



    '*****************
    '* HDMI Spiral *
    '*****************

    CON hdmi_base = 48 'must be a multiple of 8

    _clkfreq = 250_000_000 'system clock frequency must be 250 MHz for HDMI

    fast = 1 '0 for small code (7.8 fps), 1 for fast code (36.6 fps)

    bitmap = $400 'HDMI bitmap (300 KB)

    DAT org

    asmclk

    coginit #1,##@pgm_hdmi 'launch HDMI
    coginit #0,##@pgm_bmap 'launch bitmap cog


    '*********************************
    '* HDMI 640 x 480 x 8bpp rgbi8 *
    '*********************************

    LCD_7_M.png
    2000 x 1500 - 6M
  • roglohrogloh Posts: 5,787
    edited 2020-08-19 15:36
    Pretty.

    Has anyone been able to tweak the timing to get native 800x480 with this panel from the P2 over HDMI yet? With any luck that is also going to be achievable, perhaps at something less than 60Hz or with other reduced blanking settings.

    EDIT: looks like this was answered in the other P2 HDMI thread.
  • Bob Lawrence (VE1RLL)Bob Lawrence (VE1RLL) Posts: 1,720
    edited 2020-08-19 16:03
    HDMI_640_x_480_16bPP.spin

    '************************************************************
    '* VGA 640 x 480 x 16bpp 5:6:5 RGB - HDMI *
    ' Works Han 22, 2020 - HDMI Port - 5 Birds Picture
    '***************************************************************

    CON hdmi_base = 48

    DAT org
    '
    '
    ' Setup
    '
    hubset ##%1_000001_0000011000_1111_10_00 'configure PLL, 20MHz/2*25*1 = 250MHz
    waitx ##20_000_000 / 200 'allow crystal and PLL 5ms to stabilize
    hubset ##%1_000001_0000011000_1111_10_11 'switch to PLL

    rdfast ##640*350*2/64,##$1000 'set rdfast to wrap on bitmap

    setxfrq ##$0CCCCCCC+1 'set transfer frequency to 1/10th clk, +1 for initial rollover

    setcmod #$100 'enable HDMI

    drvl #7<<6 + hdmi_base 'enable HDMI pins

    'wrpin ##%10110_1111_1110_10_00000_0,#7<<6 + hdmi_base '123-ohm DAC needs 1-step diff
    'wrpin ##%10110_0001_0000_10_00000_0,#7<<6 + hdmi_base '123-ohm DAC needs 1-step diff
    'wrpin ##%10100_1111_1100_10_00000_0,#7<<6 + hdmi_base '990-ohm DAC needs 3-step diff
    'wrpin ##%10100_0011_0000_10_00000_0,#7<<6 + hdmi_base '990-ohm DAC needs 3-step diff
    wrpin ##%001001_00_00000_0,#7<<6 + hdmi_base '1k-ohm drive



    'P2_Birds.png
    2000 x 1500 - 5M
Sign In or Register to comment.