Netduino home hardware projects downloads community

Jump to content


The Netduino forums have been replaced by new forums at community.wildernesslabs.co. This site has been preserved for archival purposes only and the ability to make new accounts or posts has been turned off.
Photo

LCD-Boost library for Netduino


  • Please log in to reply
14 replies to this topic

#1 Mario Vernari

Mario Vernari

    Advanced Member

  • Members
  • PipPipPip
  • 1768 posts
  • LocationVenezia, Italia

Posted 12 February 2012 - 03:49 PM

Here is another post about my LcdBoost library. It was a long trip, but finally has been published.
http://highfieldtale...y-for-netduino/
Have fun!
Biggest fault of Netduino? It runs by electricity.

#2 mcinnes01

mcinnes01

    Advanced Member

  • Members
  • PipPipPip
  • 325 posts
  • LocationManchester UK

Posted 12 February 2012 - 06:05 PM

Good work mario!

#3 Djeizan

Djeizan

    Member

  • Members
  • PipPip
  • 11 posts

Posted 30 July 2013 - 12:15 PM

Hello

 

One question:is possible to control the backlight using the bit 8 of 74HC595 in this circuit ?

 

Best Regards



#4 Mario Vernari

Mario Vernari

    Advanced Member

  • Members
  • PipPipPip
  • 1768 posts
  • LocationVenezia, Italia

Posted 30 July 2013 - 01:43 PM

Hello Djeizan.

First answer: no, it's not possible, because the 8th bit is reserved for the latch enable. This trick is the fundamental way for achieving a much faster speed.

 

Second answer: instead of using a classic output, consider using any PWM output. With the same effort in terms of hardware, you'll have a brightness control for free!

 

Cheers


Biggest fault of Netduino? It runs by electricity.

#5 Djeizan

Djeizan

    Member

  • Members
  • PipPip
  • 11 posts

Posted 24 August 2013 - 12:43 AM

Thanks Mario



#6 hanzibal

hanzibal

    Advanced Member

  • Members
  • PipPipPip
  • 1287 posts
  • LocationSweden

Posted 22 February 2014 - 03:14 AM

Hi Mario! Would the LCD-Boost library work with a 128x64 LCD like this one: http://www.fractroni...12864b_full.pdf It uses two KS0108B controllers, one for the left and right half part of the display respectively.

#7 Mario Vernari

Mario Vernari

    Advanced Member

  • Members
  • PipPipPip
  • 1768 posts
  • LocationVenezia, Italia

Posted 22 February 2014 - 04:46 AM

Hi Mario! Would the LCD-Boost library work with a 128x64 LCD like this one: http://www.fractroni...12864b_full.pdf It uses two KS0108B controllers, one for the left and right half part of the display respectively.

 

Hello Hanzibal.

The short answer is: yes and no.

Yes, because the E-signal driving mechanism is the same as the HD44780 LCD modules. No, because the trick (with just one 74HC595) leverages on a 4-bit data transfer.

 

If you accept to use two 74HC595 chained, that's fine!

 

...worthwhile?


Biggest fault of Netduino? It runs by electricity.

#8 hanzibal

hanzibal

    Advanced Member

  • Members
  • PipPipPip
  • 1287 posts
  • LocationSweden

Posted 22 February 2014 - 09:44 AM

Sure, I was thinking more in terms of your lib copinh with how the LCD "frame buffer" is organized. For example, there are two "chip select" pins (one for each screen half) and Y addressing is autoincremental while X is organized in 8 pages of eight pixels, eg the 8 bit databus. I probably don't have any need for reading the chip other than maybe the busy flag and that would require one bit of the databus being bidirectional.

#9 Mario Vernari

Mario Vernari

    Advanced Member

  • Members
  • PipPipPip
  • 1768 posts
  • LocationVenezia, Italia

Posted 22 February 2014 - 10:58 AM

Since I'm dealing with a graphic display (equipped with a graphic engine), I'd discourage you from driving such a module in a raw-fashion. I mean using C#.

The sh-reg trick is valuable for a "stupid" char-module, which is very limited, but even "as is": you couldn't extract wine from water (unless you're God).

 

If you have in mind of writing a kind of API layer, I'd suggest to use a small MCU, and write the HAL onto that chip using C (or C++). Try yourself to have a peek at the several functions of a graphics driver, and you'll mean there's no chances to make it working "fast-enough" in managed C#.

Instead, you could write some helper in the proxy-MCU (e.g. Arduino mini), then use some SPI/I2C/UART-commands from the C# code.

 

Finally, I'd strongly suggest to have a look at the awesome FT800 Eve board, because it's pretty cheap yet very powerful. With roughly 50 Euro you can have a 3.5" TFT display, with touch, sound and the engine ready to mount somewhere.

 

Cheers


Biggest fault of Netduino? It runs by electricity.

#10 hanzibal

hanzibal

    Advanced Member

  • Members
  • PipPipPip
  • 1287 posts
  • LocationSweden

Posted 22 February 2014 - 12:46 PM

You are right, I should probably use another micro in between and have that expose a higher level API over SPI. I got a couple of cy8c29466 chips that can do the job - they are not perfect but I know how to program them. Roughly, how should such an SPI interface be organized in order for it to integrate as smootly as possible with your GDI library? Yes, I've already read your blog about the new FTDI Eve module with great interest and chances are I'm getting one because their super cool and would be perfect for any home automation project. I wish they had put a USB to SPI bridge on the eval board to omit the need of the separate USB module though - because the on-board USB connector is just for power right? I got a couple of 3.5" 320x240 TFT displays with resistive touch film on them and it seems they are the same as the ones FTDI uses in their kits. Sure, pricing is good enough to buy a kit that includes a display and skip the hazze but it would be really nice to be able to use the ones I already got.

#11 Mario Vernari

Mario Vernari

    Advanced Member

  • Members
  • PipPipPip
  • 1768 posts
  • LocationVenezia, Italia

Posted 22 February 2014 - 01:39 PM

The GDI library of the LCD-boost is something to play with, not a serious thing if you need to create even a pretty decent project. That's because I didn't put so much effort around it: a char-module is limited by itself, and a led-matrix (led, not lcd) has typically a different target than a touch display.

Let's say the Lcd-boost could be used either for char-modules (HD77480-like) or led-matrix modules (e.g. scrollers, alerts, etc). In both cases, the graphics capabilities are pretty limited.

 

Well, about an "engine-surrogate" made by a MCU, isn't simple at all. You should know in advance what to implement (that is, what you need), and create a protocol of commands. Those commands should be as smart as possible, yet also raw-enough to be flexible.

I never created such a protocol, because it's an hard task and I never had this need. Just have a peek at the Eve commands: they done it, although is not so clear. Few docs, some command undocumented, and your mind should think as the engine does. I suppose the commands are close to the OpenGL pipelining, but I don't know that. For sure, there are commands clearly referring to the OpenGL specs.

 

I'd suggest to consider the Eve, just because the price is worthwhile respect to the "huge" amount of function the board does for you. The "huge" term should be meant as the time you should spend to implement something similar by yourself. Furthermore, I believe the engine core is 32-bit, because almost everything "speaks at 32-bit chunks".

 

Anyway, if you aren't in hurry, I want just to demonstrate how easy is creating a small home-automation project using the Eve and the Netduino. I suggest to wait a little bit more, then you'll decide.

 

Yes, the usb plug is just for the supply.

SPI is almost perfect for this board. From the command perspective, I'd like more the UART, but the achievable speed (30M) is not reachable.

 

The "hardest" part of Eve to deal with is the circular buffer used for the data transfer. Since you may transfer even streamed data (e.g. pictures), the physical buffer is just 4k, and the host should fill-and-wait the actual engine data consumption.

I don't have deal with it using C# yet!

 

Feel free to contact me via e-mail or Skype, if you have something concrete in mind.

Cheers


Biggest fault of Netduino? It runs by electricity.

#12 hanzibal

hanzibal

    Advanced Member

  • Members
  • PipPipPip
  • 1287 posts
  • LocationSweden

Posted 22 February 2014 - 02:16 PM

Thanks, the 128x64 LCD driver and perhaps getting an Eve kit are two separate "projects" and for now, I'm just speculating over the different possibilities around these.

#13 stotech

stotech

    Advanced Member

  • Members
  • PipPipPip
  • 143 posts
  • LocationAustralia

Posted 19 October 2015 - 02:57 AM

Not sure if this will get picked up cause this post is pretty old. I really need to get some more performance out of a HD44780 I'm using over spi. I'm just using the stefan's .netmftoolbox at the moment to drive it using the 74hc595 class. I thought the perfomance would be ok except that it is not really. I've got the code copied into my project but have to change it because the wiring is different on the custom PCB i have made. can anyone help me modify the code to allow for my different wiring? Bit_shifting is a little out of my depth. All though, come to think of it. I would still need to use the 74ch595 class because the are three 595's in the chain. if I were to go and use the spi directly it would write random stuff to the next 2 chips in the chain. Which brings me to the next question. would using this display driver get me anymore performance. seeing that It would have to write to the spi over the 74hc595 class from the netmftoolbox anyway. Anybody?

 

DSCF2455-2.jpg
//#define CRONO

using System;
using Microsoft.SPOT;
using Microsoft.SPOT.Hardware;
using System.Threading;

using Cet.HW.GDI;

/*
 * Copyright 2012, 2013 by Mario Vernari, Cet Electronics
 * Part of "Cet Open Toolbox" (http://cetdevelop.codeplex.com/)
 *
 * Licensed under the Apache License, Version 2.0 (the "License");
 * you may not use this file except in compliance with the License.
 * You may obtain a copy of the License at
 *
 *     http://www.apache.org/licenses/LICENSE-2.0
 *
 * Unless required by applicable law or agreed to in writing, software
 * distributed under the License is distributed on an "AS IS" BASIS,
 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 * See the License for the specific language governing permissions and
 * limitations under the License.
 */
namespace Cet.HW.Drivers
{
    /// <summary>
    /// Driver for a generic HD44780-based character-matrix LCD module.
    /// It takes advantage of the DMA SPI's buffer-transfer,
    /// achieving a very good performance
    /// </summary>
    /// <remarks>
    /// See HD44780 specs at: http://www.adafruit.com/datasheets/HD44780.pdf
    /// For the char-maps see: http://web.alfredstate.edu/weimandn/lcd/lcd_addressing/lcd_addressing_index.html
    /// </remarks>
    public sealed class BoostHD44780
        : ICompositionRenderer//, IDisposable
    {
        //some ready-to-use display configurations
        public static readonly LayoutConfig Layout16x2 = new LayoutConfig
        {
            LogicalSize = 0x0210,
            PhysicalColumns = 0x10,
            PhysicalRow0 = 0x00000000,
            PhysicalRow1 = 0x00000100,
        };

        public static readonly LayoutConfig Layout20x4 = new LayoutConfig
        {
            LogicalSize = 0x0414,
            PhysicalColumns = 0x14,
            PhysicalRow0 = 0x02000000,
            PhysicalRow1 = 0x03000100,
        };


        //bit-masks for the control pins of the LCD module
        private const int LcdEnable = 0x40;
        private const int LcdRead = 0x20;
        private const int LcdRegSel = 0x10;

        //codes defined for the HD44780 interfacing
        private const int LcdSendCommand = 0x80;
        private const int LcdSendData = 0x80 | LcdRegSel;
        private const int LcdSetFunc8 = LcdSendCommand | 0x03;  //set DL=8 bit
        private const int LcdSetFunc4 = LcdSendCommand | 0x02;  //set DL=4 bit

        private const uint LcdSendDataMask =
            unchecked((uint)(LcdSendData * 0x1010101)) |
            (LcdEnable * 0x10001);

        private const uint LcdSendCommandMask =
            unchecked((uint)(LcdSendCommand * 0x1010101)) |
            (LcdEnable * 0x10001);

        //character map's address displacement between rows
        private const int AddressStep = 0x40;

        //the SPI's clock frequency in kHz
        //NOTE: the HD44780 execution time is about 37us (max)
        //A 600KHz setting allows a decent speed
        //together with a good reliability
        private const uint SpiClockRate = 400;  //avoid greater


        /// <summary>
        /// Create an instance of driver
        /// </summary>
        /// <param name="cspin">The output port used for the SS signal</param>
        public BoostHD44780(
            Cpu.Pin cspin,
            LayoutConfig config)
        {
            this.Height = config.LogicalSize >> 8; //rows
            this.Width = (byte)config.LogicalSize; //columns

            //a "physicalRow" is kinda row that can be written sequentially
            //to the LCD module, by taking advantage of its auto-increment
            //that is, a contiguous-address array of characters
            //each physicalRow is made of one or two "physicalBlocks"
            //a "physicalColumns" is the size of a physicalBlock
            this._physicalColumns = config.PhysicalColumns;
            this._physicalRow0 = config.PhysicalRow0;
            this._physicalRow1 = config.PhysicalRow1;

            //this indicates how many visible rows takes a single physicalRow
            int physicalBlocks = (config.PhysicalRow0 < 0x10000) ? 1 : 2;
            this._buffer = new byte[config.PhysicalColumns * physicalBlocks * 4 + 4];   //all phy-cells + 1 cmd

            //defines the first SPI slave device configuration
            this._spiConfig = new SPI.Configuration(
                cspin,             // SS-pin
                false,             // SS-pin active state
                0,                 // The setup time for the SS port
                0,                 // The hold time for the SS port
                true,              // The idle state of the clock
                true,              // The sampling clock edge (this must be "true" for the 74HC595)
                SpiClockRate,      // The SPI clock rate in KHz (avoid faster speed)
                SPI_Devices.SPI1   // The used SPI bus (refers to a MOSI MISO and SCLK pinset)
            );
        }


        private readonly SPI.Configuration _spiConfig;
        private int _lastHash;

        //related to the data exchange
        private readonly byte[] _buffer;
        private int _bufferIndex = -1;

        //some physical mapping info about the LCD layout,
        //such as the rows displacement, interleaving, etc.
        private readonly int _physicalColumns;
        private readonly int _physicalRow0;
        private readonly int _physicalRow1;

#if CRONO
        private OutputPort _test2 = new OutputPort(Pins.GPIO_PIN_D2, false);
#endif


        /// <summary>
        /// Gets the actual number of rows managed
        /// for the connected LCD module
        /// </summary>
        public readonly int Height;


        /// <summary>
        /// Gets the actual number of columns managed
        /// for the connected LCD module
        /// </summary>
        public readonly int Width;


        /// <summary>
        /// Init the LCD module
        /// </summary>
        private void Init()
        {
            /**
             * According to the HD44780 specs (page 46), the init for
             * 4-bit interface should be done as follows:
             * - the chip could be either in the 8-bit mode, or in the 4-bit
             *   depending on the power-on status
             * - send just a byte, then wait at least 4.1 ms
             * - send another a byte, then wait at least 100 us
             *   doing so the chip is always under control, regardless its mode
             * - send one byte, and immediately the byte for the 4-bit mode
             * - the chip is now working in 4-bit mode
             **/
            this._bufferIndex = 0;
            this.WriteByte(LcdSetFunc8);
            this.Send();    //this yields a small pause
            Thread.Sleep(4);

            this.WriteByte(LcdSetFunc8);
            this.Send();    //this yields a small pause
            Thread.Sleep(1);

            this.WriteByte(LcdSetFunc8);
            this.WriteByte(LcdSetFunc4);

            //at this point the HD44780 is working in 4-bit mode

            //complete the init
            WriteCommand(0x28); //set 2 rows (and 4-bit mode again)
            WriteCommand(0x0C); //turn on the display
            WriteCommand(0x06); //inc cursor, but don't shift the display
            WriteCommand(0x02); //return home

            this.Send();
        }


        /// <summary>
        /// Defines the pattern for a custom character
        /// </summary>
        /// <param name="code">The character code which the pattern is related to</param>
        /// <param name="pattern">The bit pattern which defines the aspect</param>
        /// <remarks>
        /// There are up to 8 codes available for custom characters:
        /// the codes span from 0 to 7, inclusive.
        /// Upon the display type, a character can be composed either
        /// by a 5x8 pixel matrix (most common), or a 5x10 pixel matrix.
        /// However, the most bottom row is reserved for cursor.
        /// Also see the HD44780 datasheet
        /// </remarks>
        /// <example>
        /// Suppose you would like to define the following
        /// 5x7 custom pattern for the code 0x02:
        /// 
        ///     #####
        ///     #
        ///     #
        ///     ###
        ///     #
        ///     #
        ///     #
        ///     
        /// Note: each '#' symbol is actually a pixel
        /// 
        /// The related code to define the pattern will be:
        /// <code>
        ///     driver.DefineCustomCharacter(
        ///         0x02,   //the address of the character
        ///         new byte[7] { 0x1F, 0x10, 0x10, 0x1C, 0x10, 0x10, 0x10 }
        ///         );
        /// </code>
        /// </example>
        public void DefineCustomCharacter(
            int code,
            byte[] pattern)
        {
            //checks for driver initialization
            if (this._bufferIndex < 0)
            {
                this.Init();
            }

            int address = 0x40 + ((code << 3) & 0x38);
            WriteCommand(address);

            int count = pattern.Length;
            if (count > 10)
                count = 10;

            for (int i = 0; i < count; i++)
                WriteData(pattern[i]);

            this.Send();
        }

#if false
        /// <summary>
        /// Dump the entire local cache to the physical LCD module
        /// </summary>
        /// <param name="cache">The logical video-cache to be dumped</param>
        public void Dump(LcdBoostVideoCache cache)
        {
            //physical row #0 (always present)
            int row = this._physicalRow0;

            int address = 0x80;
            WriteCommand(address);

            this.DumpPhysicalRow(
                cache,
                (short)row,
                (row >> 16));

            //physical row #1
            if ((row = this._physicalRow1) != 0)
            {
                address += AddressStep;
                WriteCommand(address);

                this.DumpPhysicalRow(
                    cache,
                    (short)row,
                    (row >> 16));
            }
        }
#endif

        /// <summary>
        /// Performs a dump of single physical row
        /// </summary>
        /// <param name="cache"></param>
        /// <param name="block0"></param>
        /// <param name="block1"></param>
        private void DumpPhysicalRow(
            byte[][] cache,
            int block0,
            int block1
            )
        {
            this.DumpPhysicalBlock(
                cache[block0 >> 8],
                (byte)block0);

            if (block1 != 0)
            {
                this.DumpPhysicalBlock(
                    cache[block1 >> 8],
                    (byte)block1);
            }

            this.Send();
        }


        /// <summary>
        /// Deploys the data for the dumping of a single physical block
        /// </summary>
        /// <param name="vrow"></param>
        /// <param name="offset"></param>
        private void DumpPhysicalBlock(
            byte[] vrow,
            int offset)
        {
            for (int idx = offset, count = this._physicalColumns + offset; idx < count; idx++)
                this.WriteData(vrow[idx]);
        }


        /// <summary>
        /// Perform the buffer transfer to the LCD module
        /// </summary>
        /// <remarks>
        /// This function resets the buffer index
        /// </remarks>
        private void Send()
        {
            //open the SPI using the specified configuration,
            //manage the buffer transfer, finally release the port
            using (var spi = new SPI(this._spiConfig))
            {
                spi.WriteRead(
                    this._buffer,
                    0,
                    this._bufferIndex,
                    this._buffer,
                    0,
                    0,
                    0);
            }

            //reset buffer index
            this._bufferIndex = 0;
            System.Math.Cos(4.5);
        }


        /// <summary>
        /// Compose the bytes-pattern for sending the specified command
        /// to the LCD module
        /// </summary>
        /// <param name="value">The command to be sent</param>
        private void WriteCommand(int value)
        {
            uint magic =
                LcdSendCommandMask |
                (uint)(value >> 4) |
                (uint)((value & 0x0F) << 16);

            Utility.InsertValueIntoArray(
                this._buffer,
                this._bufferIndex,
                4,
                magic);

            this._bufferIndex += 4;
        }


        /// <summary>
        /// Compose the bytes-pattern for sending the specified data
        /// to the LCD module
        /// </summary>
        /// <param name="value">The data to be sent</param>
        private void WriteData(int value)
        {
            uint magic =
                LcdSendDataMask |
                (uint)(value >> 4) |
                (uint)((value & 0x0F) << 16);

            Utility.InsertValueIntoArray(
                this._buffer,
                this._bufferIndex,
                4,
                magic);

            this._bufferIndex += 4;
        }


        /// <summary>
        /// Compose the bytes-pattern for latching just a nibble (4 bits)
        /// to the LCD module (ref to the 74HC595 schematic)
        /// </summary>
        /// <param name="data">The encoded nibble to be sent</param>
        private void WriteByte(int data)
        {
            this._buffer[this._bufferIndex + 0] = (byte)(data | LcdEnable);
            this._buffer[this._bufferIndex + 1] = (byte)data;

            this._bufferIndex += 2;
        }


        #region ICompositionRenderer members

        CompositionTargetBase ICompositionRenderer.CreateTarget()
        {
            return new CompositionTargetHD44780(
                this.Width, 
                this.Height);
        }


        void ICompositionRenderer.Dump(CompositionTargetBase composition)
        {
            //checks for driver initialization
            if (this._bufferIndex < 0)
            {
                this.Init();
            }

            //checks whether something in the cache has changed
            var target = composition as CompositionTargetHD44780;
            int hash = target.GetCacheHash();
            if (hash == this._lastHash)
                return;
            else
                this._lastHash = hash;

            //physical row #0 (always present)
            int row = this._physicalRow0;

            int address = 0x80;
            WriteCommand(address);

            this.DumpPhysicalRow(
                target.GetBuffers(),
                (short)row,
                (row >> 16));

            //physical row #1
            if ((row = this._physicalRow1) != 0)
            {
                address += AddressStep;
                WriteCommand(address);

                this.DumpPhysicalRow(
                    target.GetBuffers(),
                    (short)row,
                    (row >> 16));
            }
        }

        #endregion


        #region Driver config

        public struct LayoutConfig
        {
            public short LogicalSize;
            public byte PhysicalColumns;
            public int PhysicalRow0;
            public int PhysicalRow1;
        }

        #endregion

    }
}



#14 Mario Vernari

Mario Vernari

    Advanced Member

  • Members
  • PipPipPip
  • 1768 posts
  • LocationVenezia, Italia

Posted 20 October 2015 - 12:00 PM

Sorry for being in late.

The boost library leverages its performance by a hardware trick: you must use it, otherwise the library not only won't help you, but even won't work at all.

The Stefan's library is more intuitive and maybe more straightforward to wire, but you can't get it faster because the interpreted framework. That's because I used a hardware solution as a workaround.

 

From your photo I realize that you already finalized the hardware. I believe there's no clues for pushing the speed greater...

Cheers


Biggest fault of Netduino? It runs by electricity.

#15 stotech

stotech

    Advanced Member

  • Members
  • PipPipPip
  • 143 posts
  • LocationAustralia

Posted 20 October 2015 - 11:23 PM

Thanks Again Mario. I thought that might be the case. But thanks for confirming it.






0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users

home    hardware    projects    downloads    community    where to buy    contact Copyright © 2016 Wilderness Labs Inc.  |  Legal   |   CC BY-SA
This webpage is licensed under a Creative Commons Attribution-ShareAlike License.