| ??? 07/20/06 08:49 Read: times |
#120653 - A contentious issue! Responding to: ???'s previous message |
Jan - I did say polling the busy bit was a contentious issue!
In most of my applications, the lcd is of secondary importance, so if it dies, I don't want it to kill the main functions. However, where the lcd is of primary concern, it might be of use to have the device reboot if the lcd dies (or gets locked up for whatever reason). Ashwin - as I said in my other post the initialisation for 4bit mode is critical! 8bit mode is the default mode from reset, 4 bit mode is not. How you told us what cpu and speed you're using? Again, this information can be critical. |
| Topic | Author | Date |
| lcd code not working in bit mode. | 01/01/70 00:00 | |
| correction=>the code here is for 4bit mode | 01/01/70 00:00 | |
| A few possible problems | 01/01/70 00:00 | |
| a few blind shots | 01/01/70 00:00 | |
| Whats wrong with | 01/01/70 00:00 | |
| the difference is... | 01/01/70 00:00 | |
| You can do | 01/01/70 00:00 | |
| So mask it | 01/01/70 00:00 | |
| Yes I realise this! | 01/01/70 00:00 | |
| I didn't know that... | 01/01/70 00:00 | |
| A.x | 01/01/70 00:00 | |
| 8bit mode works by entering 38h only once | 01/01/70 00:00 | |
| But you're not using 8 bit mode. | 01/01/70 00:00 | |
| LCD datasheets ... | 01/01/70 00:00 | |
| A contentious issue! | 01/01/70 00:00 | |
| cpu and speed | 01/01/70 00:00 | |
| Oakely Doakely | 01/01/70 00:00 | |
| Clear LCD delay too short? | 01/01/70 00:00 | |
| Check this also | 01/01/70 00:00 | |
| delays are just fine | 01/01/70 00:00 | |
| Did you try... | 01/01/70 00:00 | |
| Look here | 01/01/70 00:00 | |
| also note that... | 01/01/70 00:00 | |
thank you Jon | 01/01/70 00:00 | |
| You Sure | 01/01/70 00:00 |