LCD_AnyPin.pbp

[PICn-It]

I touched nothing on your code.

Just compiled it as is.

And it works with no problem as seen in the simulation (attached).



http://www.picbasic.co.uk/forum/atta...1&d=1259222341

Actually I see you have a pull-up on pin 1 and also have pin 7 tied low.

I don't see how pin 7 can be any problem for me but looking at the PCB I notice it doesn't have the pull-up on pin 1.

Existing (pre-programmed) 16F883's I have on my bench are working fine when inserted into this PCB so I have reservations thinking that's the problem at hand.

Thanks for your responses everyone.

[Pic_User]

Actually I see you have a pull-up on pin 1 and also have pin 7 tied low.

I don't see how pin 7 can be any problem for me but looking at the PCB I notice it doesn't have the pull-up on pin 1.

Existing (pre-programmed) 16F883's I have on my bench are working fine when inserted into this PCB so I have reservations thinking that's the problem at hand.

Thanks for your responses everyone.

See Darrel's Question...

In your code above, you have MCLRE enabled.

But in the schematic you don't have a pull-up on MCLR (Pin 1).
<br>

Is the RW pin on the LCD connected to the PIC, or is it grounded?
<br>

[PICn-It]

See Darrel's Question...

I'm sorry I don't understand your post, but I tried it with MCRLE_OFF and it makes no difference. I must have some other issues I'm yet unaware of. I have ordered a proper dev board so when that comes maybe I can get a handle on the problem.

I had set MCRLE_ON from trying to interpret the data sheet:

Page-212:
MCLRE: RE3/MCLR pin function select bit(4)
1 = RE3/MCLR pin function is MCLR
0 = RE3/MCLR pin function is digital input, MCLR internally tied to VDD

Page-215 (14.2.2)
An internal MCLR option is enabled by clearing the
MCLRE bit in the Configuration Word Register 1.

When MCLRE = 0, the Reset signal to the chip is generated
internally. When the MCLRE = 1, the RA3/MCLR pin
becomes an external Reset input. In this mode, the
RA3/MCLR pin has a weak pull-up to VDD.

These data sheets are a long read and at times I'm having trouble interpreting some of the pages.

[PICn-It]

Ok, making great progress.

I recieved my development board, plugged everyting in and coded up the demo example again ....and I'm getting text!
(woo-hoo!)

I'm getting:

#numbers Hello,
$hex From DT!

is this correct?

[Darrel Taylor]

Yessiree!
That's what you should get.
And the numbers should be counting.

Congratulations!
<br>

[Peter.]

Darrel,

Top thanks to you for sharing such nifty code. Like your Bargraph code, I got it to work first time.
If by chance that you are still running this thread, would you perhaps let me know what I'm doing wrong when I hook all 6 LCD lines to the same Port? It works fine when I hook E and RS to separate Ports.
This is my first time with MPASM. I had to comment-out the config line, else it doesn't assemble.

Thanks again.
Respect for knowing all what you know about PICs.

[Darrel Taylor]

Hi Peter,

I'm not sure what the problem is, but I ran your program on a 16F877a with all the LCD pins on PORTB, and everything worked fine.
Although, with the pinout you are using ... you don't really need the LCD_AnyPin program (the data bus is on RB4-7).




For the config error, see this page ...
http://melabs.com/support/config_defaults.htm