Става въпрос за кратки закъснения - до около 1 мс, но да кажем с резолюция под 1мкс.

Нещо от сорта на - 10,100,1000,10000 тактови цикъла. Говорим за закъснения които си ангажират процесора, без таймери, многозадачност и прочие. Просто да му кажеш - изчакай 100 цикъла.

Знам че някой ще каже да ги напиша сам на асемблер, ама още ми е малко мътен асемблера за това говедо. Аз съм разглезен в това отношение от пиковете, къде нещата с тактовите цикли бяха доста по ясни.

Добре, нямаш ли свободно таймерче?

Ами нали се сещаш. Управляваш например екрана. И трябва да закъснееш два от сигналите на 1us. Е сега за една проста входно изходна операция да пускам таймери? Е че само инициализацията и обработката на таймера ще отнеме повече време.

няма да се раминеш без асемблер.
най-малкото нещо е NOP в цикъл. дали ще инлайн или макрос си преценяваш ти
по-трудното е да го направиш универсално, т.е. да работи на всякакви честоти на CPU-то.
ще трябва да се калибрираш в началото. нещо от рода:
пускаш таймера на 1мс и броиш колко nop-а се изпъляват за този период

Е извинявай, ама ако викаш ф-я, докато инициализираш преди да влезеш в цикъла за изчакване, пак ще мине повече от 1 uS. Зависи от тактовата честота де, ама пак.

Няма нужда от NOP. Просто инкрементиране с последващо сравняване. Калибриращият коефициент е достатъчно да бъде инициализиран еднократно при ресета.

Ами обикновенно практиката е такава. Правят се различни функции например за 10,100*n, 1000*n тактови цикъла.

10 цикъла се прави макрос с нопове, 100 се прави като макрос на асемблер с някъв луп n-пъти, от там на горе обикновенно са по висши функции. Идеята е да не се специфицира време, а просто брой цикли n пъти. После като си знаеш тактовата честота - сам си определяш коя да включиш. Не е много универсално, но е достатъчно просто.

Само дето някой трябва да чете асемблер за АРМ.

закъсненията при арм най-добре прави през таймер да ти е мирна главата
иначе ще си зависим от PLL-и, кеш, код и прочее

Странна практика. Един loop от сорта на:



е напълно достатъчен за всичко. Ако горното се изпълнява за n такта, то калибриращия коефициент се смята просто като mhz/точност/n.

Заек - как да направя следното с таймер -

1.Някакъв пин се вдига.
2. Пауза около 500нс.
3. Друг пин се вдига.

Прощавай ама това да го правиш с таймер си е чист мазохизъм.

Сега естествено че ако ми трябва нещо около милисекунда, ще навия таймер.

Аз по принцип във почти всеки проект си имам прекъсване тиктакащо на милисекунда, даже си го пействам като стандартен код, все нещо се налага да се мери в милисекунди.

Ама тук става въпрос за стандартен запис в стандартен LCD дисплей (текстов) - Пуснеш му данните и трябва да изклокаш енейбъла, ама да има поне 500нс пулс, че дисплея бавно хваща. Сега за всяка подобна глупост да навивам таймери и да ги дебна за такива времена е гадно.

Да не говорим че специално при АРМ-а (LPC2138), таймерите също са зависими от PLL, VPB divider и пр.

Реконструктор - и аз това точно имах предвид (прости лупове), ама писането на асемблер за АРМ не ми е силна страна. Не мога да го направя с inline асемблера, понеже незнам дали няма да прецакам някой регистър дето го ползва компилатора. Трябва да си направя отделен асемблерски фаил, който да линквам към проекта. А това не ми е ясно как става - трябва да го чета. Също и самия асемблер - тия ядра имат една камара инструкции и видове адресации, всяка със собствено мнение по отношение на брой цикли.

Не може някой да не е правил нещо подобно. Направо съм учуден че ИАР-а няма подобни библиотеки или поне аз не ги откривам.

аз го правя така:


може да си дефинираш и закъснения по-малки от 1мс...

Пробвах и така, става, ама за големи закъснения около 1ms.
А на мен ми трябва около и под 1us.

ами в моя случай DELAY_1ms се получава 17550, т.е. за 1 us => около 17 и за 500 нс => около 8-9..., и inline. Трябва да стане...

... за горния пример съм си дефинирал:

мда нещо подобно правя и аз. Засега е решение. Малко неугледно, ама... толкоз