The long delays taken by LCD data transmission are caused by the fixed slow LCD clock, which is not able to be accelerated; thus, the delays are technically not able to be avoided; however, I have found an alternative method to decline the delays: to add a low-end MCU controlling the LCD module and communicating with the main processor via USART; thus, the main processor treats that MCU as a buffer and sends data for display to it while the low-end MCU takes the responsibility to put those data on the LCD screen. As a result, the main processer can save considerable time for data transmission. Yet this sketch raises a new problem that three MCUs will exist on one small PCB: one is the main processor; one works only as a USB programmer; one is only for LCD display; therefore, the MCU resources are wasted, and the expenditure also rises. To solve the predicament, I plan to combine the USB programmer and the LCD controller into one MCU; nonetheless, I have to understand the assembly code written by the USBASP provider first. I will try to apply this scheme in the next version.

I plan to substitute L298P chips with a circuit consists of field-effect tubes (FET) and logical gates because the latter one amplifies signals better than the former one, but the latter scheme requires a larger place for component placement and wiring.