• lcd4wl Sourcecode
• kmod-lcd4wl_2430-brcm-1_mipsel.ipk

Usage:

To install the precompiled module download the ipk above and install it:

ipkg install kmod-lcd4wl_2430-brcm-1_mipsel.ipk

Then insert the module:

insmod lcd4wl

Using dmesg should show you what to do next.

mknod /dev/lcd c xxx 0
… where xxx is the major number of your device

After creating the device entry you can access your LCD with:

echo “Hello OpenWRT\n\rShow me if it’s working” > /dev/lcd

for writing to the LCD or

cat /dev/lcd

to read from the LCD.

Here the supported command:

• \n: Puts the cursor to the next line, on the same position
• \r: Sets Cursor to the start of the current line
• \i: Clear Display
• \h: Move Cursor home
• \dx: Set Display Status (x=0: off, x=1 on)
• \cx: set Cursor (x=0 off, x=1 on)
• \bx: set Blink (x=0 off, x=1 on)
• \xx: Display shift (x=0 off, x=1 on)
• \yx: Shift Direction (x=0 right, x=1 left)
• \ax: Cursor increment (x=0 off, x=1 on)
• \sx: Cursor shift (x=0 off, x=1 on)

So I conected the /CS line to the display’s Enable Pin. Moved R/W from A2 to A1 and adjusted my driver. I connected the display, loaded the module and …. nothing!

So I started my PC Scope Software, connected CH1 to /CS line and GND and … HARDWARE NOT FOUND. So I realized the fancy red led was dark and I checked the LPT-cable and the power connection. Hmm shouldn’t the red led on the power plug be on? Wow the transformer of the power plug din’t survive the night (btw. it was me going out not the power plug …). So I opened up a box and searched for a replacement power supply. Found an adjustable switching regulator and connected. The Software begann calibrating and reported: Calibration failed!

O.k. maybe the oscilloscope doesn’t like the switching power supply because of all this spikes and so…

But now back to topic: Why did the LCD stay blank… Maybe the bus interface is somehow to fast for that little display (but it worked with using 3 address lines). Is the Enable signaling correct? I will try using an inverter…

So I soldered a standard NPN inverted using a 2n3904 and 2 resistors connected everything, reloaded the kernel module and … nothing! Hmm it would be good having a working oscilloscope…

After that I think I’m gonna use the other solution…

Ext IF	#	LCD	#
D0	1	D0	7
D1	2	D1	8
D2	3	D2	9
D3	4	D3	10
D4	5	D4	11
D5	6	D5	12
D6	7	D6	13
D7	8	D7	14
A0	9	RS	4
A1	10	E	6
A2	11	RW	5
A3	12	–
+5V	13	VDD	2
/CS	14	–
/RD	15	–
/WR	16	–
/INT	17	–
GND	18	VSS	1
		Vo (contrast)	3

Vo … connect a 10k poti between VDD and GND and the wiper to Vo.

For a better bus interface I have to look on the function of the /CS line in more detail so that the LCD doesn’t get disturbed by misc. data.
To get some data onto the display I modified diag.c the kernel module that is used by OpenWRT to set the Router’s LEDs and to fetch some keys. diag.c can be found in: /location_where_you_unziped_openwrt/target/linux/packages/diag/src/. I added a own /proc entry called extif. And so I was able to display data that way:

echo “iHello OpenWRT ” > /proc/diag/extif

The “i” is only there to tell the module to initialize the display first.

My Module

Next step will be that i write a module on my own that handels everything –> Read here more about the module…

The pinout:

----------
> D0  D1 |
| D2  D3 |
| D4  D5 |
| D6  D7 |
| A0  A1 |
| A2  A3 |
|+5V /CS |
|/RD /WR |
|INT GND |
| NC  NC |
----------

where:
D0 - D7: are the data lines
A0 - A3: are the address lines
+5V: +5V Supply Voltage
/CS: chip select (active low)
/RD: read strobe (avtice low)
/WR: write strobe (active low)
INT: Interrupt input
GND: Signal Ground
NC: Not connected

Note: all signals are 3.3V signals!

But adding a UART

EXT_IF -> UART -> uC -> Display & Keys

is somehow stupid. Because it could look like that:

EXT_IF -> Display & Keys

So I started reading though the kernel sources and found the UART initialisation process in sbmips.c somewhere in the arch/mips/bcm9….. directory. But the function that where used like sb_gpioin didn’t leed me to success.

So i had a look at gpio.c (same directory as above). This is a kernel module for accessing GPIO (general purpose input output). Here the sb_gpioin and so functions were used again. I tried to hack some new lines there but, let us go to the next try:

kmod-diag: OpenWRT comes with a small module that is used to turn on/off the LED’s and to fetch some keypresses. While reading the source (diag.c) I realized the function: set_led_extif.

volatile u8 *addr = (volatile u8 *) KSEG1ADDR(EXTIF_UART) + (led->gpio & ~GPIO_TYPE_MASK);

The adress of the external interface is between 0xBF800000 and 0xBF80000F. Only the low nibble (the 0×0-0xF) will be seen at the external interface on address lines A0-A3.

volatile u8 *addr = (volatile u8 *) KSEG1ADDR(EXTIF_UART) + (address & 0x0F);

Where address is the low nibble. Using the pointer *addr data can be read and written.

*addr = 0xFF; // write 0xFF
data = *addr; // read data

So that’s the trick.

But what do /WR, /RD and /CS do?

/WR: The slash (“/”) before the signals name tells you that the signal is active low. This means if a write transfer is handled by the bus this signals changes from HIGH to LOW before the transmission and changes back to HIGH after the transmission.

/RD: Same as above but signals that it’s a read instead of a write operation.

/CS: This signal goes low whenever an address between 0xBF800000 and 0xBF80000F is read or written. This additional signal is necassary do differ between for example 0xBF80000A and 0x2AD3456A (because only the last nibble the “A” would be seen on the address lines A0-A3).

The Terminal is build with an ATMega8 and a 640x240px GLCD. The Terminal can be used as a RS232 debugger.The Display Routines are from Holger Klabunde. Have a look at his Webpage: http://www.holger-klabunde.de/

The Keyboard routines are based on the ATMEL Application Note AVR313 and written by V. Brajer.

The ascii logo has been generated using this online ascii-generator.

Downloads:

• avrTer Sourcecode

avrDotmatrix – Is a 5×7 LED Matrix Display controlled by a ATMega8 to display scrolling text, time or temperatures. The pattern is generated with multiplexing the 5 matrix columns and setting the correct row bits.

This projects is still in development and i’m gonna add a temperature sensor (LM75), a I2C EEProm and maybe a IR receiver for transmitting texts to the display wireless.

Downloads:

• Sample Video
• avrDotmatrix Sourcecode