UART-not consistant

[skimask]

Decrease the LCD_CommandUS value until the LCD fails (without the UART code)?
I know the 'stock' LCD_CommandUS value is something like 1500us. All but one of the LCDs I've got here on my bench will run down to a value of 100 without a hitch (that 'one' needs 250).
Might be the extra time you need.
Incidentally, the PBP 2.50 manual shows 44 as the stock value for DATAUS. I don't have much luck going much slower than that. A couple of the LCDs will go down to 25, but most like 50us.
And the code is set up for a 4 bit interface to the LCD. Switching to an 8 bit interface might shave another bit of timing off the LCD access.

Past that, I'm thinking it'll be a pain to rewrite the LCDOUT code to check the Busy Flag rather just relying on a generic pause.

[Darrel Taylor]

Decrease the LCD_CommandUS value until the LCD fails (without the UART code)?

That was my "Bad Idea" that I deleted.

It sounds good, but there are commands in the LCD Initialization sequence. So without the proper COMANNDUS the Init fails. Black box time again.

I'd love to just say remove the LCD part, but that won't help since you can't see the results anymore.

Still pondering.
<br>

[skimask]

That was my "Bad Idea" that I deleted.
It sounds good, but there are commands in the LCD Initialization sequence. So without the proper COMANNDUS the Init fails. Black box time again.
I'd love to just say remove the LCD part, but that won't help since you can't see the results anymore.
Still pondering.
<br>

I figured that...simple, easy...but...doesn't hurt to try and decrease the value until the LCD fails completely and then bump it up a bit.
I'm sure that stock value of 1500 will be able to be dropped by quite a bit. And even if a person can only get it down to 500, that's still 1ms saved.

[Macgman2000]

Hey Guys,

Ok, I got rid of the LCD commands. I restructured the code such that it packs received data into memory locations and then towards the bottom of the code it scales the data to represent a duty cycle which is sent out to 3 I/O pins. I was able to receive via UART reliably, So basically I am able to equate the pulse widths to the data values. Also, manchester decoder is implemented in the code.


Thanks for the help!!!
Nick