SciFi (05.02.2012 22:49, просмотров: 110) ответил Юрий_СВ на и 2-й вопрос (ответ на который НЕ снижает актуальности первого): какой операций Си лучше воспользоваться для формирования программной задержки (запись в порт (какой поуниверсальнее) или есть ещё варианты ?)ส็็็็็็็็็็็็็็็็็็็็็็็็็༼ ຈل͜ຈ༽ส้้้้้้้้้้้้้้้้้้้้้้้
-
- Тоже вариант. Для одного и того же компилятора будет постоянное время. Но переносимость между компиляторами... Да и надо там что-то делать. Опять же - лучше всего писать в порт... - Юрий_СВ(05.02.2012 23:05)
- Вот так должно быть переносимо - Dmitry_D(78 знак., 06.02.2012 01:30)
- Задержка в несколько тактов с переносимостью между компиляторами? Оригинально. - SciFi(05.02.2012 23:14)
- А что удивительного ? Ядро одно, частота одно. Команды ассемблера указаны буквально. Если бы не разный синтаксис и особенности передачи параметров и работы со стеком - вполне реально. - Юрий_СВ(05.02.2012 23:17)
- Это всё от лукавого. Когда счёт пошёл на такты, Си не катит, нужен ассемблер. - SciFi(05.02.2012 23:19)
- Вдвойне от лукавого, и ассемблер может не помочь для современных МК, где кеши, акселераторы и им подобное. Даже на STM32F1хх за счет буфера предвыборки задержки на командах переходов будут зависеть от адреса перехода и на какие команды выполняется sbb(14 знак., 06.02.2012 16:51)
- это если ещё не упоминать про то, что с ARM вообще не имеет смысла такты считать - koyodza(05.02.2012 23:27)
- Это всё от лукавого. Когда счёт пошёл на такты, Си не катит, нужен ассемблер. - SciFi(05.02.2012 23:19)
- А что удивительного ? Ядро одно, частота одно. Команды ассемблера указаны буквально. Если бы не разный синтаксис и особенности передачи параметров и работы со стеком - вполне реально. - Юрий_СВ(05.02.2012 23:17)
- Тоже вариант. Для одного и того же компилятора будет постоянное время. Но переносимость между компиляторами... Да и надо там что-то делать. Опять же - лучше всего писать в порт... - Юрий_СВ(05.02.2012 23:05)