NetBurner Community Forum

actually sim.gpt[1].port is being used as general io writing to the complete port 4 bits 1/2 byte at a time t the lcd data pins

OSTimeDly is not a good delay for this application. The problem is the granularity of the delay. Calling OSTimeDelay(1) will block the task until the next OS TimeTick. This can be up to 50ms but it can also be the next clock cycle which is just a few nanoseconds. Look at the timer utility I uploaded a few weeks ago ( http://forum.embeddedethernet.com/viewt ... ?f=7&t=397 ). I actually just updated it with a new function polling delays but you probably should just use the normal delay function. You should be able to get delay accuracy in the uS, possibly even nS with this driver.