??? 08/09/06 06:45 Modified: 08/09/06 06:51 Read: times |
#121894 - timings and delaying as well Responding to: ???'s previous message |
hi,
Sushant D. Mayekar said:
The 89c51RD2 is running on 11.0592Mhz crystal and the timing for SED1335 is in nSecs so there is no possibility that the RD2 is sending data at a faster rate than that specified for SED1335. The problem may be not in timings of signals but in durations of commands` execution. For example, next code: send(0x36); //p1 EXTERNAL CG ROM,M2=16PIXELS send(0x87); //p2 FX 8 PIXEL send(0x0F); //p3 FY 16 PIXEL send(0x27); //p4 Characters per row [c/r] = 320/8 = 40 send(0x2F); //p5 total add range per line [TS/R]=40+8=48, TS/R = 47 send(0x0EF); //P6 display lines (L/F)** send(0x28); //P7 AP 40 adresses horizontal send(0x00); //P8 APLDid you verifyed with datasheet that it does not require a delay/pause between sending each command of this sequence? Do all these commands execute so fast? I have worked with many LCD and know that some of them require 1000 microseconds and more to execute some commands. I do not see any delay between sending of commands in sequences of your program like posted above. For test purposes I suggest you to insert a long enough delay at begin or end of send() function to see the reason. Regards, Oleg |
Topic | Author | Date |
To Micheal and dear alll regarding sed 1335 | 01/01/70 00:00 | |
Have you checked the timing? | 01/01/70 00:00 | |
My Modifications | 01/01/70 00:00 | |
Your code doesn't show the modifications | 01/01/70 00:00 | |
the hardware has been verified | 01/01/70 00:00 | |
timings and delaying as well | 01/01/70 00:00 | |
try this | 01/01/70 00:00 | |
Tried ... Delays Doesnt Help ....![]() | 01/01/70 00:00 |