StopWatch в AVR Studio

[black27512]

Доброго времени суток!
Давно пользуюсь софтиной AVR Studio (сейчас версия 4.18 ) и в основном пишу на асме. Давно обращал внимание на несовпадение показания StopWatch в симуляторе с реальной работающим МК (отлаживая уже цифровым осциллографом), но в последний раз просто достало. Частоту кварца в симуляторе выставляю такую как на реальном МК. Совсем недавно отлаживал софтовый ШИМ, который должен давать частоту 38кГц, при отладке всё сходилось, в реале осциллограф показал почти 48кГц, это при частоте кварца 7.3728МГц. При работе этого куска кода никакие прерывания не работают (CLI), поэтому там проблемы быть не может.
Есть хотя подозрение, что при подсчете времени симулятор округляет микросекунды и в итоге ошибка накапливается.
Может кто сталкивался с этим ?

[Boba_spb]

Количество циклов в командах может отличаться для разных процов.
Например, для команды ld.

[SasaVitebsk]

Может кто сталкивался с этим ?

А зачем в таких вещах симулятор? Обычно считаешь и всё работает. Вы же таймер используете?
В эмуляторе не будет совпадать, так как в момент остановки процессора таймера продолжают жить своей жизнью. Это нормальное явление во всех процах. Обычно приходится вводить прибамбас программный, чтобы работать можно было с отладкой. А в симуляторе, я ни разу не замечал расхождений по времени исполнения.

[black27512]

Количество циклов в командах может отличаться для разных процов.
Например, для команды ld.

Речь не о циклах, а о времени выполнения и симулятор как бы и это должен учитывать, разве нет ?

[black27512]

А зачем в таких вещах симулятор? Обычно считаешь и всё работает. Вы же таймер используете?
В эмуляторе не будет совпадать, так как в момент остановки процессора таймера продолжают жить своей жизнью. Это нормальное явление во всех процах. Обычно приходится вводить прибамбас программный, чтобы работать можно было с отладкой. А в симуляторе, я ни разу не замечал расхождений по времени исполнения.

Еще раз повторюсь, я делал софтовый ШИМ без использования всякой переферии вообще, ни таймеров, ни прерываний, они заняты другими задачами, но прерывания на время этого цикла запрещаются. Так что именно несоотвествует время выполнения программы.

[ForcePoint]

Ну давайте кусок кода и Ваши значения Stopwatch и циклов. Проверим, сравним...

[Boba_spb]

Речь не о циклах, а о времени выполнения и симулятор как бы и это должен учитывать, разве нет ?

Вот время и равно произведению числа циклов на время одного цикла.
А время одного цикла определяется частотой кварца.

Если симулятор считает циклы для одного процессора, а программа работает на другом, то времена будут разные.

[omercury]

Может кто сталкивался с этим ?

Кладите код - будем посмотреть...

[black27512]

Вот скриншот места события

Частота кварца такая как указана при симуляции, переменные сейчас методом тыка выставлены на 38 кГц и на выходе реальной железки столько и выходит. Но период 32.28мкс дает около 31 кГц, судя по сумуляции.
Вот код:
sbi PORTd,3 ;пачка (r17-длительность)
ldi r16,int_1
ww_1: dec r16
brne ww_1
cbi PORTd,3
ldi r16,int_0
ww_0: dec r16
brne ww_0
dec r17
brne rep11
ret

[omercury]

Посчитано правильно.
7372,8 кГц / 238 тактов = 30,978151260504201680672268907563 кГц.
Проверяйте кварц.