On Apr 2, 2:12 pm, Sunish Issac <[email protected]> wrote: > My problem was not the delay in screen updates. I usually reduce the delays > for simulation. But I couldn't get the basic glcd lib working. > > Sunish
OK. Understood. I used var volatile bit GLCD_DI is pin_b2 for RS The default GLCD delays also 100us and I changed them all to 5us. I only mentioned speeding the simulation otherwise you might wait 30mins to see anything on display. I didn't try any the actual jallib glcd, I used my own terminal, graphics and dev_glcd_ks0108 libraries based off jallib in the actual catpadv2.jal main program. Seems an interesting program, but I'm not sure what I would use it for. Unless maybe debug of a Jal Math library for BCD that uses some inline assembler to access the 18F BCD instructions? I think BCD add, subtract and multiply need to be "built into" the compiler like * / % and _usec_delay are. Maybe ABS() also. An "overloaded" ABS() which returns same type as parameter is would be useful. -- You received this message because you are subscribed to the Google Groups "jallib" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/jallib?hl=en.
