3D Download: Sketchup, STL, Blender

SparkFun Graphic LCD Serial Backpack

This is the serial backpack for graphic LCDs. The SparkFun Graphic LCD Serial Backpack interfaces to either our 160x128 pixel “Huge” Graphic LCD, or the smaller 128x64 pixel display, and provides a simple serial interface to a full range of controls.

This backpack will allow you to write text, draw lines, circles and boxes, set or reset individual pixels, and erase specific blocks of the display. The backlight and baud rate can also be controlled via serial communication. There's also a reverse mode that allows the screen to operate blue on white instead of white on blue. Additionally, all source code for the ATMega168 processor is compiled using the free WinAVR compiler and is free for downloading.

There is a solder jumper on the backpack that determines which display is used. When the solder jumper is closed, code for the 128x64 display will run. If the jumper is open, code for the 160x128 display will run.

Check out this tutorial!

  • Supply voltage: 6V–7V DC
  • Current draw: 220mA (backlight at 100%)
  • Serial input: 0-5V
  • Adjustable baud rate (115200 default) with 8 data bits, no parity, 1 stop bit
  • Draw text, circles, lines boxes
  • Turn on or off individual pixels
  • Potentiometer controlled contrast adjustment
  • Backlight control
  • 2.02x1.11" (51x28mm)

SparkFun Graphic LCD Serial Backpack Product Help and Resources

Core Skill: Soldering

This skill defines how difficult the soldering is on a particular product. It might be a couple simple solder joints, or require special reflow tools.

1 Soldering

Skill Level: Noob - Some basic soldering is required, but it is limited to a just a few pins, basic through-hole soldering, and couple (if any) polarized components. A basic soldering iron is all you should need.
See all skill levels


Core Skill: Programming

If a board needs code or communicates somehow, you're going to need to know how to program or interface with it. The programming skill is all about communication and code.

2 Programming

Skill Level: Rookie - You will need a better fundamental understand of what code is, and how it works. You will be using beginner-level software and development tools like Arduino. You will be dealing directly with code, but numerous examples and libraries are available. Sensors or shields will communicate with serial or TTL.
See all skill levels


Core Skill: Electrical Prototyping

If it requires power, you need to know how much, what all the pins do, and how to hook it up. You may need to reference datasheets, schematics, and know the ins and outs of electronics.

3 Electrical Prototyping

Skill Level: Competent - You will be required to reference a datasheet or schematic to know how to use a component. Your knowledge of a datasheet will only require basic features like power requirements, pinouts, or communications type. Also, you may need a power supply that?s greater than 12V or more than 1A worth of current.
See all skill levels


Comments

Looking for answers to technical questions?

We welcome your comments and suggestions below. However, if you are looking for solutions to technical questions please see our Technical Assistance page.

  • Why isn't there a QWIIC version?

  • Member #1095758 / about 7 years ago / 1

    Hi , i am using this backpack with my Graphic LCD 240x128 with T6963 Controller and i have a strange problem. It’s look like the display is shifted in horizontal for at least 70% and a pixel up in vertical after this 70% . I flash it again the firmware but it is still with the same problem. Hope to find some help!

  • Member #57306 / about 7 years ago / 1

    I like this! Good balance between price, performance, and how hard it is to use (not very hard). I wrote up a different take on "getting started", as I was working my way through the, as usual, excellent support material from Sparkfun. My notes are at... http://sheepdogguides.com/ec/SF09351-LCD.htm ... and Facebook likes, if you deem it worthy, would be very welcome.

  • pring / about 9 years ago / 1

    I am trying to erase a line using this backpack over a UART transmission. However, every time I try to erase a line, it ends up drawing a line. Specifically, I am writing:

    uint8_t message[7] = {0x7C, 0x0C, 0x79, 0x18, 0x97, 0x16, 0x00}; MSS_UART_polled_tx( &g_mss_uart1, message, sizeof(message) );

    The last byte here is the read byte, yet there it writes a line on the LCD. I also captured the message on a logic analyzer: it sent accurately. Any info on why this is the case?

    • Member #57306 / about 7 years ago / 1

      I've spent quite a lot of time on this, too... it seems the "draw/ erase" parameter it is ignored by all of the draw line/ box/ circle commands, at least if you invoke them via ASCII commands. (Happily, you CAN set or clear individual pixels as advertised.) I got a draw for all three regardless of what the final parameter is.

      Disappointing that about 2 years have gone by with no comment from Sparkfun on Pring's report of this matter. Of course, both he and I could be making mistakes, and if we did it RIGHT we would see the results we were hoping for. The absence of a "we tried it, and it worked for us" from Sparkfun would lead a cynic to wonder if they tried it, found him right, but decided to keep quiet. Sigh.

      Missing(?) features: It would be nice if the backpack would display its firmware version in response to an ASCII command. The "Erase block" command could be better if it had an additional parameter. That would determine whether the command cleared all of the pixels in the block, or set them. (Not "needed", but maybe not too hard to program(?), and would be useful for creating a "panel" to draw a graph on".)

      In GENERAL, I still like the modules, but would appreciate help on how to get the "erase" parameter to work... or to see the "ASCII commands" section of the "help" revised to reflect what the module can/ cannot do.

  • TAHAIC / about 14 years ago * / 4

    I posted this on the Serial Graphic LCD 128x64 page.....thought I would post it here aswell.
    I bought my first Aurduino (UNO Eleven) with this LCD and backpack 2 days ago. I got the backpack on the LCD with the idea it would simplify the interface to the LCD. I quickly came to the realisation that the rendering of this display was very slow and there was no flow control (e.g. Xon, Xoff) which ment I was going to run into trouble real quick with having to put delays in my code. Looking around I found SummoningDark's firmware at http://serialglcd.sourceforge.net/ and I wanted to try it but didn't know how to get the main.hex into the ATmega168. I finally worked it out and this is what I did:
    I built a simple programmer cable like this except I used 100ohm resistors - just used stuff I had laying around. I connected the cable to the 6 pin ISP connection on the backpack as shown here which is explained about a 1/3 of the way down on the page. I confirmed these connections with the pinouts from the manufactures datasheets which is on page 2 here . I downloaded and installed WinAVR from here . I changed the programmer options in SummoningDark's firmware makefile (in firmware\trunk folder) to direct parallel "dapa" which has the correct pin out for this programmer cable (i.e AVRDUDE__PROGRAMMER = dapa)and also changed the port to lpt1 (i.e. AVRDUDE_PORT = lpt1). I'll just mention here that programmer types are defined in the avrdude.conf file in WinAVR\bin folder. I then opened command prompt and changed directory to firmware\trunk folder and typed "make all" to recompile the main.hex file (WinAVR install adds its path to the system path variable so windows knows where make and avrdude is).
    With the LCD powered by the +5V from my Arduino (Arduino plugged into the USB) and the programmer cable connected to computers LPT1 I typed "make program" at the command prompt and avrdude proceded to flash the ATmega168 on the backpack. It said "verification error" and "safemode lfuse changed! Would you like this fuse to be changed back? y/n" I typed "n" and pressed enter...it did the same for hfuse and efuse and I said no to all three. I then flashed it again to check and it said fuses OK avrdude DONE. Thank You.
    My backpack works fine now! Thanks to SummoningDark's firmware .... awesome job! I would like to try and contribute to this firmware - I have a few ideas. I hope this helps someone.... as it took me the last 2 days to figure all this stuff out.

  • Member #689835 / about 9 years ago / 1

    After referring to this list and using the SummoningDark’s firmware version for a while which was good I found a few issues with the bitblt operation which led me to look in more detail at the driver for the screen which was essentially a wait timer. I have now found some time to re-write the firmware to the Samsung specification sheet which improves performance. I have made this firmware available here which supports both the 128x64 and 160x128 backpack in the single firmware version and solves the problems that I had.

    There are some instructions on updating the backpack and using software flow control, in addition to a Arduino library and some test programs. Maybe somebody will find it useful and save you some time.

  • Member #585731 / about 10 years ago / 1

    Hi, I can't to able the LCd with serial conection, the lbrery an instructions ar ok when I have compiled, but the screen not show nathing. I used the arduino one.

  • Member #467416 / about 11 years ago / 1

    Finding examples code for this controller it's a lost game. Anyone?

    • Member #57306 / about 7 years ago / 1

      http://sheepdogguides.com/ec/SF09351-LCD.htm

  • Member #455910 / about 11 years ago * / 1

    Hello guys, I tried this backpack with PG24064E lcd 240x64 with Toshiba T6963C as a controller but I can not make it work, has anyone ever tried it? , Ideas? thanks

  • Member #435132 / about 11 years ago / 1

    Ideally, I would assume this backpack should work with any KS0108B compliant controller (with 6-7V power level) for e.g. NT7108. Has anyone tried this or can think of any major issues that suggests otherwise?

    • Member #435132 / about 11 years ago / 1

      Compliance list from here Samsung S6B0108 (verified) Samsung S6B0708 Samsung S6B2108 Samsung KS0708 Hitachi HD61202 Neotec NT7108 AX6108

  • LarryV / about 11 years ago / 1

    Does anyone know what the required code changes are to use the code at (http://serialglcd.sourceforge.net/) for use with the 160x128. Is it just the hard coded display size or is driving the 160x128 different in any way to the 128x64?

  • Eric Cox / about 12 years ago * / 1

    I love you, Sparkfun, so I gotta be honest with you: for me, this board is a fail. Without flow control, there's no way I could build this into my product. I started coding a NetMF library for this display only to realize that I could not reliably control the unit without slowing down the baud rate to 9600 and putting huge delays between sequential writes, or clearing the screen every few seconds and re-writing the screen so the user didn't notice the garbage pixels that appear all the time. Neither choice is adequate. The worst part is, occasionally the unit will misinterpret one of my commands as LCD Brightness, and then you can't see the screen.

    I think if you re-worked this board to add flow control or use SPI (my preference), you could sell a lot more of them. But as it stands, I will have to look around for a LCD that supports SPI directly, or a module that supports SPI or Uart+Flow control.

  • Member #234716 / about 12 years ago / 1

    Could you publish eagle schematic please. Thanks

  • stevediraddo / about 12 years ago / 1

    Tried building my own using the schematic and source but I dont have a 32-pin atmega168, i only have 28-pin atmega328p .. tried wiring to the appropriate pins but that wasnt good enough, need to make some changes to the source for the appropriate differences but im not that good!!

  • Member #357573 / about 12 years ago / 1

    Hi,

    Anyone know why when I try to print the serial com onto the backpack, it only prints it as characters? serial.print(“d (0x04)”)//==> should activate the DEMO. However, it only prints it as it is typed in ascii chars.!? Why? The controller on the LCD driver backpack doesn't distinguish between my commands, and the ASCII chars!??!

    I need help.

    anyone has solved this issue?

    I am using Arduino to send my serial commands.

  • Tin_tin98N / about 12 years ago / 1

    Problem loading new firmware from: http://sourceforge.net/projects/serialglcd/files/, i hocked up an "Arduino One" as programer, and downloaded firmware, used CommandPrompt in Win7 with avrdude. The first command i Tried (from folder with SummoningDark’s firmware):

    avrdude -P COM5 -b 19200 -c avrisp -p m168 -v -e -U flash:w:main.hex resulted in:

    avrdude: stk500_paged_write(): (a) protocol error, expect=0x14, resp=0x6 avrdude: stk500_cmd(): programmer is out of sync

    Solution:

    After som reading, I found a tip lowering baudrate:

    In arduino enviroment, the Scetch ArduinoISP(the scetch downloadet to the programmer) I found the line Serial.begin(19200);, CHANGED it to: Serial.begin(9600); tried again with avrdude:

    avrdude -P COM5 -b 9600 -c avrisp -p m168 -v -e -U flash:w:main.hex

    == problem swolved

  • dl2rcf / about 13 years ago / 1

    Hi there,

    greetings from Germany, the Backpack is really nice, but as you can read in the manual, still experimental. There is no feedback "READY" on the TX line, sadly enough, so you have to wait.

    I will try SummoningDark's firmware tomorrow: http://sourceforge.net/projects/serialglcd/files/

  • vapidr1 / about 13 years ago / 1

    There are a lot of +/- 3.2" 320x240 Touch TFT LCD's on eBay from Hong Kong for < $20 with a 2x20 pin 0.1" pitch header and built-in sd card cage. Is there any possibility we might see a backpack/carrier board for this? I think larger LCD's with touch input, coupled with SD access would be a very attractive option for developers.

  • Member #40967 / about 13 years ago / 1

    Are the serial backpacks usable with the GLCD library for arduino?
    http://code.google.com/p/glcd-arduino/downloads/list

    • MikeGrusin / about 13 years ago / 1

      I don't believe so. That library and backpack serve the same purpose; to provide a layer between the low-level LCD I/O lines, and high-level easy to use commands. The library would be better suited to a bare graphic LCD with a driver chip supported by the library.

  • jono / about 13 years ago / 1

    After almost 2years I finally got round to putting SummoningDark's firmware on my backpack. The firmware is a vast improvement over stock.
    I'm wondering why Sparkfun still haven't updated the firmware.

  • Lauszus / about 13 years ago * / 1

    Hallo everyone
    I have made a guide on how to upload SummoningDark's firmware using a Arduino as an In System Programmer (ISP).
    For information look at my post at the Arduino forum
    Thanks to SummoningDark for a nice firmware :)

  • wjsulliv / about 14 years ago / 1

    I purchased one of the 128x64 displays along with the serial backpack to be included on my robot which is operated by the Orangutan SVP MCU by Pololu. I am the most extreme novice when it comes to coding. My question is, what all functions must I include in my code if I simply wish for my screen to display 4 digits, each of which is 1" tall? As of right now, whenever I send any serial data, the display simply starts to fill in the pixels from left to right.

  • MobileWill / about 14 years ago * / 1

    I finally got a working backpack thanks to SummoningDark's firmware.
    I would suggest anyone that buys this to load the firmware instead of spending hours hitting your head against the wall.
    Here is the link
    http://serialglcd.sourceforge.net/
    It fixes the issues with slowness, flipped Y, axis the erase function not working and others.
    I hope that Sparkfun can adopt this as the official firmware.

    • SummoningDark / about 14 years ago / 1

      Just a note, my firmware is only for the 128x64 display. I don't have the larger one and so can't write code for it.

      • Member #197659 / about 14 years ago / 1

        summoning, sorry im kinda a noob with this. wanting to try your software on my backpack, and im using a mega 2560 to program it. How do i install your software onto my backback? i downloaded your files from source forge but still am not sure what to do with them.
        Thanks,
        ryan

        • SummoningDark / about 14 years ago / 1

          There are six pads on the backpack which have no pins soldered into them. these are the programming pins, and you will need to connect your programmer to them. If you look at the second image of the board on this page, they are the six right above the mega168. The current zip file 1.62 has a pre-compiled main.hex in firmware/trunk. You just need to use your programmer to flash this file to the chip. If you want to change anything, you will need avr development tools. You should be able to run "make" in the trunk directory to build the firmware. if you edit the makefile to reflect your programmer, you can run "make program" to flash the firmware.

          • Member #197659 / about 14 years ago / 1

            thank you i will give this a try

            • Member #158719 / about 14 years ago * / 1

              Having installed SummoningDark's firmware brings this product from useless, to wonderful in a few seconds.
              Having shorted out the voltage regulator on the board, bring this product to a useful state. No one has 6-7V on the supply side, 5V or 3,3V that's standard. And since the voltage controller only brings the supply down to 5V, I don't understand it being there other than a waste of components. Short it out and use 5V for supply.
              Man, this thing could be cheaper if that useless
              voltage regulator was not there.
              PS: Thanks a lot for that firmware SummoningDark, it really makes this display work as it should.

  • MobileWill / about 14 years ago / 1

    Is there going to be a official version that fixes the speed and the erase box function? I can't erase a box or draw a box that erases, both do nothing.

    • Member #57306 / about 7 years ago / 1

      In Feb 2018, I was able to draw a box... i.e. put four lines on screen... by sending the ASCII the draw BOX command (0x0F). I couldn't get the "erase box" (i.e. just the four lines) variant of that command to work.

      I COULD do a "Erase BLOCK" command...(0x05).. i.e. clear the four lines and everything inside them.

      http://sheepdogguides.com/ec/SF09351-LCD.htm

  • greenwing / about 14 years ago / 1

    I'm taking a look at reprogramming the backpack for some additional functionality, but can't figure out how to get an ICSP header soldered on to the backpack since it's hard-soldered to the display, perhaps in the future you could ship the displays with the backpack removable.

  • As this seems to be a point of confusion, this backpack ships with the solder jumper closed, so you will need to unsolder for the 160x128 display.

  • Precious Roy / about 14 years ago / 1

    Hi,
    I created a driver so that it can be easily used on the fez.
    http://www.microframeworkprojects.com/index.php?title=Graphic_LCD_Serial_Backpack
    Roy

  • Member #88929 / about 14 years ago / 1

    Above, it say :<br />
    <br />
    "There is a solder jumper on the backpack that determines which display is used. When the solder jumper is closed, code for the 128x64 display will run. If the jumper is open, code for the 160x128 display will run."<br />
    <br />
    I have it working with the smaller display with no mods to the backpack. What does this 'Jumper' do? I don't see this documented in the spec sheet, or did I miss it? Can anyone clarify what it does and where it is on the board?

  • TimCole / about 14 years ago / 1

    I just found a graphic LCD backpack in the mailbox today. What code would be programed into the Flash? Should I solder up an ICSP header and head over to SourceForge?

    • You found it? Are you sure it's yours?

      • TimCole / about 14 years ago / 1

        Let's see --- the name on the box matches the name on my credit card, so I guess it's mine. ;-)
        But seriously, I'd like to know what version of firmware is in there.

        • Just checking. It should be the same as the source code posted. There's no need to load any code onto it, it will have the most recent code on it.

  • SummoningDark / about 14 years ago / 1

    I too have been having trouble with the responsiveness of the display. Over the weekend I did an almost complete re-write of the code with many speed improvements. There are still some bugs which I plan to work out soon, but if people want it, the beta code is here: http://jennwork.homelinux.net/drupal6/sites/default/files/GLCD_firmware0.1.zip
    the text rendering is ~10 times faster. the line and circle algos are ~2 times faster, the display responds to CR/LF, there is support for sprites and bitblt-type image transfers. as well as low-level access to the LCD interface. I changed the coordinate system to (0,0) in the upper left, increasing down and right.
    the bitlbt is a little buggy, but I'll work on fixing this.
    (since the character rendering relies on bitblt, there might be problems if the characters are not drawn on integer*8 pixel y values.)
    also this code ONLY works for the small screen. I don't have a large one, so this is what I wrote. Anyone is welcome to take/modify/fix the code if they want.

    • SummoningDark / about 14 years ago / 2

      I have set up a sourceforge page for the code. it anyone is interested in helping develop let me know.
      http://serialglcd.sourceforge.net

      • mwitt / about 14 years ago / 1

        Ahh, an improvement indeed!
        I've increased the RX buffer to 256 characters and added draw/clear functionality to the box() functions and now it's perfect for me. It even runs on Adafruit's MONOCHRON white-on-black display (I also had to make an adapter for the LCD connector pins), where the native firmware had trouble. Thanx a lot for this contribution!

        • SummoningDark / about 14 years ago / 1

          Thanks for pointing out the missing draw/clear function of box(). I have fixed it in the SVN tree and will make a version .61 .zip for download soon.

  • foxkid / about 14 years ago / 1

    The code is too large to post in forums -- I tried.
    Does SparkFun have an FTP site? Or is there a CVS/SVN server? I have code to contribute, but no means to contribute it.
    Does this go back through Google Code?
    Do I need to create a SourceForge project for it?
    Should I put it on my own web site?
    All of these seem a little haphazard. Surely there must be a way to get code back to SparkFun (where I got the original code)?
    What are the procedures and rules for working with SparkFun to improve your products?
    -- Carl

  • I flashed the new code last night, and it seems a little better, but I'm still surprised at how slow the unit is at rendering text. I can literally see it printing out the text, character by character. It can do maybe 2-3 lines per second. Is this what everyone else is seeing?
    In contrast, my 20x4 line displays can render the entire LCD in probably a tenth of a second ( you can barely see it ). This is my first foray into graphic LCD's, and if this is normal then set me straight. ;)
    foxkid: I'll look for your updated drivers and give them a try.
    Thanks,
    Nathan
    MrRoot.net

  • foxkid / about 14 years ago / 1

    I fixed the last bug that currently annoys me, and have a new main.c to distribute. For my purposes, it not only works better, but it turns out that I no longer ever get an X-OFF character. Still, it's good to have it built in so noone, including me, needs to worry about overrunning the Serial Graphic LCD Backpack input buffer.
    I can't simply include the file here, as it is too big. How does one release code into the Arduino/AVR development society?
    The display is ever-so-much more responsive now, and I'm getting no extraneous pixels or screen clearing events. It's been rock solid for hours.
    I don't have a good test suite, so although i've tried to limit the scope of my changes to those things which I am testing, I welcome more testing or code review by anyone interested.
    -- Carl

    • N8B / about 14 years ago / 1

      Some people post their code on the SparkFun forums. Feel free to link people to it in the comments section.

  • R.B. / about 14 years ago / 1

    Does this work with any Graphics LCD? Or is it restricted by size? controller?
    Will this work http://www.newhavendisplay.com/index.php?main_page=product_info&cPath=21_107&products_id=613?
    Or how about this one 160*128? http://www.newhavendisplay.com/index.php?main_page=product_info&cPath=21_101&products_id=3146
    I already have the last two, that's why I'm asking.

  • WP22 / about 14 years ago / 1

    Thanks for the info. I was able to program it using the Arduino FTDI bitbang method.
    Looks like mine already had the latest firmware though (bought it Monday, 5/17), as I didn't notice any change... graphics seem to work ok, aside from the box command not reading the on/off flag, but character stuff is pretty problematic.
    I'll probably take a stab at tweaking the firmware myself, and I'll post the code if I fix anything...

  • egaertner / about 14 years ago / 1

    Happy to help out Pete! Hope everyone has better luck now.
    Tip for anyone who already has the backpack but no programmer, you can turn your Arduino into one and program the new LCD code without buying any new hardware. http://www.arduino.cc/playground/Hacking/AvrdudeFTDIBitbang

  • OK, I had to wait until I was sure that this change had happened for the 3 different items to which this pertains...
    Many thanks to Eric Gaertner for his code additions. We have reviewed and assimilated his code, and all the backpacks that we currently have in stock (including the ones attached to LCDs) have been pulled from the shelves and reprogrammed accordingly. The source code links have also been updated. And I owe Eric a 4-pack of SFE pint glasses. You rock, dude.

  • WP22 / about 14 years ago / 1

    I see the new firmware is posted, but I'm having trouble updating my device. I'm using the FTDI Basic breakout, which I can use to write text on the display, but I can't seem to find a command string (or programmer-id) for avrdude that works. I have both Tx and Rx hooked up, but it would seem that the device isn't responding to avrdude. Any suggestions? Thanks.

  • OK, a very generous customer has given me some code to integrate into the existing code (for the cost of some pint glasses - glad to see his priorities are in the right place). I'm going to try and get this done in the next day or so. If all goes well, this will become the new production code and we'll post it here, too.

  • Hi guys,
    Sorry you're having so much trouble. We're going to attack this in short order. If you've got one of these and you're having trouble, contact tech support and tell them Pete sent you and why. They'll forward on your concerns directly to me and I'll make sure the code gets fixed.

  • shawnusa / about 15 years ago / 1

    Does anyone know if this thing has been bug fixed of it's issues? I spent weeks on mine having eratic issues drawing images and get odd results with stray lines and pixels. Not to mention the command codes in manual are a bit wrong as mention by others.
    Please update this device and replace our units that are barely usable at best.

  • RaytheonLiszt / about 15 years ago / 1

    Hi, does anyone know if you can use this for the "Graphic LCD CFAX" found here?
    http://www.sparkfun.com/commerce/product_info.php?products_id=463
    Thanks.

  • Richard Hart / about 15 years ago / 1

    Don't waste your time, guys. The Graphic Serial LCD Backback's firmware is quite buggy (to the point it won't handle carriage returns (CR) or linefeeds (LF). Additionally, there are other, even stranger bugs (like you can only draw a line from, say, 23, 35 to 39, 48; but if you try drawing the same line 39, 48 to 23, 35, you get crap--caused by a missing absolute value expression in the firmware)
    The long and short of it is, do not buy this backpack until Sparkfun fixes their code. You'll only be throwing your time, peace of mind, and money away.

  • Lucas Fragomeni / about 15 years ago / 1

    I'd like to see some source code that uses this backpack...

    • Lucas Fragomeni / about 15 years ago / 1

      I guess my problem (random symbols) is the solder jumper for the 128x64 lcd.
      Do I really have to unsolder that piece of solder close to the resistor on the left of the "Graphic LCD Backpack" text?

  • Technologic / about 15 years ago / 1

    Hello, I bought this adapter with the HUGE 160x128 screen. I cant seem to find the Solder bridge. That is my last hope that the adapter comes set for the smaller screen. I have it hooked up to the screen right and triple checked the code going to the backpack.
    Using a logic probe the backpack is reciving. I see the lcd screen dim for a split second when I send the code but nothing happends. Sending the demo code.

    • Technologic / about 15 years ago / 1

      Found it and that was the problem. I am talking to the screen now but when I generate a vertical line above the value of 59 I get a weird horizontal line at 60. Using an arduino to send the serial.

Customer Reviews

3.3 out of 5

Based on 3 ratings:

Currently viewing all customer reviews.

5 of 5 found this helpful:

Nice Hardware. Poor Firmware

There may be other devices out there that do what this backpack does, but I haven't found one nor done an exhaustive search. This device is a great idea, as are so many Sparkfun products, but the firmware is buggy! After struggling with my work-arounds for a while, I decided to download the Jenn Holt firmware from Sourceforge. Her feature set is a super-set of the Sparkfun features, and every one I've tried works as advertised. I'm not an Arduino or Atmel guy, but I was able to get it downloaded and running using the "eXtreme Burner - AVR" software and a $7 burner from eBay in no time. Give it a shot. You'll end up with an extremely functional device afterwards. I continue to buy these devices, but the first thing I do is re-program the firmware! (One caveat: Her firmware only works with the 128X64 display.)

1 of 1 found this helpful:

Great thing when you're running out of free pins!

Must have, in case tight pin budget is the issue for your project - only two signal wires (and 2 more for power and ground) is as good as it gets!

I am using it in conjunction with Jon Green's AltSerialGLCD firmware (and accompanying Arduino library), which is even more improved (and very well documented) version of the famous Jennifer Holt's library. So far experience is very satisfying. I've built an Arduino menu manager on top of that combination: https://github.com/Spirik/GEM .

Even if you're not satisfied with stock firmware, don't give up on backpack itself - spend a little time to update it to Jennifer Holt's or Jon Green's version and this little board will absolutely shine!

Display Problem Alignment

Hi , i am using this backpack with my Graphic LCD 240x128 with T6963 Controller and i have a strange problem. It's look like the display is shifted in horizontal for at least 70% and a pixel up in vertical after this 70% . I flash it again the firmware but it is still with the same problem. Hope to find some help!

Hello!

Sorry about the problems with the display's alignment. Have you contacted our technical support department at Techsupport@sparkfun.com - they've been instrumental in helping people with issues like these in the past.