Препоръчайте бърз AVR GCC (ATMega) LCD драйвер, моля

Позлвам тоя
http://winavr.scienceprog.com/example-a ... brary.html
но ми се струва бавен.
Не, че съм правил сметки от къде се ограничава скоростта, но така ми се струва.
(Около 4-5 gotoXY и цикли за буквички отнемат около 25мс на 16МХц АТМега128)

(ПП глупостта на демото с progress bar-а не е важна )

Ами просто оправи този драйвер.
Навсякъде говори за 74HC164, а не се ползва.
LCD_RW е сложен само за урашение.
Времената в инициализацията не са верни.

Виж дейташита за твоя диспей и навсякде където е сложил _delay_ms го замени с нопове или луп от нопове.

Благодаря!
Явно познаваш тоя драйвер, та да питам (моите познания по C все още са доста слаби) - дали драйверът е организиран по добър начин:
- предаването на параметри;
- заделянето на локални променливи;
...
Някъде бях видял драйвер направен на asm - като .s файл, но не мога да го намеря - дали не е по-добре целият драйвер на е на asm?
(Такива индикации ползвам от времето, когато 8051 бяха най-популярните микроконтролери и не съм се замислял за бързодействие. Но винаги до сега съм писал изцяло на Asm)

Вероятно мога да организирам и по-голяма част от програмата да е по прекъсвания, за да намалят приоритета на LCD обръщенията (в главната програма).
И/или да разпределя писането по LCD в времето, между останалите задачи.
Нали е ясно, че не самата скорост на извеждане ми е проблем, а това, че останалите случки в главна програма се обслужват по-рядко?

1. Не познавам драйвера, днес за първи път го видях.
2. Не знам дали е добре огранизиран. Нека другите колеги си изкажат мнението.
3. Не искам да започвам спора С vs ASM, за това ползвай това което ти е по-удобно.

При намаляване на delay (за сега - на око; оказа се, че входният му параметър е с плаваща запетая) работата значително се подобри - благодаря ти за ефективната идея.
(Естествено, много далеч съм от каквото и да е сравняване на Asm и C, а за спор въобще и не помислям , - просто отчитам, че много късно се възползвам от предимствата на C )

няма нужда закъснението между Е-високо и Е-ниско да е 1ms
LCP|=1<<LCD_E;
_delay_ms(1);
LCP&=~(1<<LCD_E);

, при мен ги карам с 5us, а сигурно може и няколко нопа закъснение
зависи от дисплея.

След пращането на всяка команда или символ в края има
едно закъснение _delay_ms(1);
То може да се избегне с полиране на BUSY бита на дисплея.
Това още може да намали времето.

Намалих времената до х2 на необходимите граници.
Навсякъде, където е необходимо, се ползват delay (т.е. не е загубено адаптирането спрямо честотата на процесора).
Обработва се BF (Busy flag).

Значително се подобри скоростта.
Разликата във времето между 4 и 8 битовия интерфейс също намаля значително.

Благодаря на всички!