Отправлено gnida 11 октября 2006 г. 11:46

Пишу под 648 PIC.
есть такая замечательная команда movf. В описании руским по белому написано "d=1 используется для проверки содержимого регистра 'f' на ноль."
Или вот даже на буржуйском "d=1 is useful to test a file register since status flag Z is affected." Или я дурак или объясните в чем дело:
вот кусочек кода

clrf huj
start
......
......
movf huj,F
btfsc STATUS,Z
goto next_task
nop
nop
nop

next_task

......
......
goto start

переменную huj в самом начале =0 и больше вообще нигде не трогаю. Ну и походу прога крутится в цикле start ... goto start. При пошаговой отладке вроде все работает правильно.
Но если запустить на выполнение то примерно раз в 1-5 секунд (по машинным циклам естественно в пределах пика, а не по часам наблюдателя) прога каким то хуем попадает на breakpoint.
Ну ладно, думаю, глюк mplab'овского отладчика. Но в прошитом реальном пике ситуация точно такая же.
Думал может туда попадаю из-за неправильно настроенного pclath. Переносил ентот кусок в разные места, вставлял пачки nop, переносил его в другие подпрограмы - ничего не менялось.
И тут я попробовал сделать не movf huj,F, а movf huj,W - и все сразу заработало как надо. И внутрь на breakpoint прога выходить перестала и в отладчике, и в реальном пике.

clrf huj
start
......
......
movf huj,W
btfsc STATUS,Z
goto next_task
nop
nop
nop

next_task

......
......
goto start

Кто нибудь может объяснить в чем прикол?

• тут не отвечайте (см. выше) — gnida   (11.10.2006 11:51 80.90.2.62, пустое)
  • нда... тяжело жилось болонкам в стране Кимерсена... без каментариефф...( — basilmak   (11.10.2006 12:11 82.142.173.231, пустое)
    • А по делу ответить? — gnida   (11.10.2006 12:26 80.90.2.62, пустое)
      • Как вы F определили? — GM   (11.10.2006 13:23 84.252.243.82, пустое)
        • Вообще то определял не я... — gnida   (11.10.2006 14:02 80.90.2.62, 402 байт)