2x16 LCD Graphics :)


Results 1 to 40 of 52

Threaded View

  1. #23
    Join Date
    Aug 2003
    Posts
    985


    Did you find this post helpful? Yes | No

    Default Re: 2x16 LCD Graphics :)



    Changes for LC2D Version 2 - 18/10/13

    Base code:
    Reduced program memory, and RAM consumption
    (approximately ten more bytes of RAM are freed).
    This leaves more RAM in BANK0 for the user program.
    Performance win on base code
    (first version is still on the site for comparison).
    When the demo program is removed,
    there's much more resource for your program.

    Demo User Program:
    Extra resource freed by improved base code is consumed
    by the new demo. Now has fifteen demo sections!
    The first demo sections are identical, except that the first
    demo section inverts the LCD on it's first cycle for LCD test.
    The new demo sections expand on a trick appearing to
    control the entire LCD display when run on a 2x16 LCD.
    Fixed graphic invader animation frame B sprite (legs).

    Classic Rolling Odometer Effect
    One of the new demo sections is the rolling odometer
    effect that also moves around the display.
    It looks like a penalty, but is not. It's delayed because it
    is the most prone to messing up the display with lag trails
    when run on slow LCDs such as the one in the video.
    The user program doesn't have to move it around,
    or delay any sprite drawing routines.
    I ran out of memory in the process of making it able
    to reverse direction properly for counting backwards.
    Currently, the variable must be incrementing by one.

    New Notes:
    Pic run at 8MHz telling PBP compiler it's running at 4MHz
    results in only 600ms pause time for LCD start up delay.
    PBP manual suggests PAUSE 1000 delay to accomodate
    slower starting LCDs. If your LCD doesn't start, change to
    PAUSE 2200 before compiling the program, or insert the
    pic into the socket after powering the circuit with the LCD.

    Sloppy bounds checking on demo user program demonstrates
    crash proofing in base code. The user program is allowed to
    draw off screen. Base code does not check bounds on the
    individual X,Y coords, rather that their calculated destination
    in the first frame buffer is within bounds of the array.
    Crazy shape or line drawing could still have consequence.
    I don't know what those routines will do in unusual circumstances.

    http://www.freewebs.com/defxev/LC2D.htm

    Enjoy
    Last edited by Art; - 18th October 2013 at 04:14.

Similar Threads

  1. Need advice with LCD 2x16
    By fratello in forum mel PIC BASIC Pro
    Replies: 9
    Last Post: - 26th April 2011, 07:58
  2. 2x16 lcd problem
    By k3v1nP in forum mel PIC BASIC
    Replies: 11
    Last Post: - 30th October 2008, 05:46
  3. graphics lcd with lcdout style serial??
    By reaper0995 in forum Serial
    Replies: 4
    Last Post: - 27th March 2008, 20:57
  4. small 2X16 LCD
    By Ron Marcus in forum Off Topic
    Replies: 2
    Last Post: - 26th October 2007, 21:37
  5. OT: KS0108 Graphics LCD control question
    By Archilochus in forum General
    Replies: 2
    Last Post: - 18th December 2004, 19:23

Members who have read this thread : 0

You do not have permission to view the list of names.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts