caxapa.ru :: PIC24 и ulnk

testerplus (01.10.2008 18:31, просмотров: 14002)

PIC24 и ulnk В процессе отладки программы наткнулся на непонятку с интсрукцией ulnk. Пик PIC24HJ64GP206. Фрагмент кода: mov #0, w0 btsc w0, #0 ulnk при нулевом W14 приводит к сбросу, если бит w0, #0 = "0" (т.е. условие выполняется и ulnk должна пропуститься). В симуляторе работает, а в ПИКе - нет (поймал это с помощью ICD2). При сбросе устанавливается флаг RCON.IOPUWR (т.е. Illegal Opcode). В документации на ПИК и на инструкции я не нашел никаких ремарок, в errata - тоже. Второй день бьюсь с этой конструкцией. Как обойти проблему, - понятно, но хотелось бы знать, почему именно так нельзя делать? Спасибо.

Ответить

- SUPPORT отписался, но не о том. testerplus(2814 знак., 09.10.2008 05:12)
  - А проверь-ка с другим, дозволенным содержимым W14, т.е. четным - W14=1 является запрещенным при адресации слова. Не исключено, что ulnk все же пропускается, но механизм предвыборки (конвейер) тупо проверяет валидность адреса даже пропускаемой команды - MBedder(09.10.2008 12:26)
    - Я тоже думаю, что у ulnk проверка идет именно на этапе выборки. Видит 0 - и сбрасывает, не дождавшись этапа выполнения. - testerplus(09.10.2008 15:18)
    - Так ведь testerplus пишет, что при 1 хорошо, а при 0 плохо, т.е. проверка на чет/нечет не при чем. - AlexBi(09.10.2008 12:37)
    - Проверял testerplus(470 знак., 09.10.2008 12:36)
      - Ну тот "сапорт", который тебе ответил - явный ламер, и ожидать от него чего-либо умного не стоит - MBedder(09.10.2008 13:00)
- Вообще-то условно пропускать ulnk/return - дело ответственное, нужно обеспечить обязательное исполнение таковых где-либо после пропуска. И сам факт непропуска по btsc выглядит подозрительно - покажи-ка лучше весь код - MBedder(01.10.2008 19:07)
  - Код огромадный. testerplus(2844 знак., 01.10.2008 19:53)
    - Как я и говорил, ответственное это дело - коллы/линки да ретурны/улинки условно пропускать, да еще и одно на другое завязывать. Насчет btsc позже проверю на железе - что-то сомнительно, однако - MBedder(01.10.2008 19:35)
      - Дело ответственное, зато аккуратно подойти один раз - везде получим большой выигрыш по объему кода и скорости. - testerplus(01.10.2008 19:38)
        
        Видимо, все же где-то непарность у тебя играет, проверяй. Ты btsc заменил двойной проверкой - ресеты пропали, вот и расширь критерии парности - MBedder(01.10.2008 19:41)
        
        Это я сразу проверил. Я уже к минимуму код свел: testerplus(483 знак., 01.10.2008 19:47)
- ничего не понял. Alex B.(102 знак., 01.10.2008 18:04)
  - Подробнее. testerplus(326 знак., 01.10.2008 18:16)
    - теперь понял. Если в симуляторе все нормально - то я думаю, надо оставить тикет на support.microchip.com - Alex B.(01.10.2008 18:31)
      - ОК. Оставил. - testerplus(01.10.2008 18:53)
        
        Кстати, RCON.IOPUWR=1 - не только Illegal Opcode, но и Uninitialized W Access, что и происходит в твоем случае - небось lnk тоже условно пропускал. Покажи весь код, посмотрю - MBedder(01.10.2008 19:10)
        
        дык их достаточно только один раз инициализировать... - Alex B.(01.10.2008 19:23)
        
        А если инициализация W14 (или lnk) условно пропущены, то будет 0 раз и ресет - MBedder(01.10.2008 19:36)
        
        Там и получается 0 раз. Просто ulkn должна была пропускаться и получилось бы 0 link'ов и 0 unlink'ов. А получилась 1/2 unlink'а - testerplus(01.10.2008 19:41)
        
        Я проверю позже btsc/ulnk на железе - MBedder(01.10.2008 19:42)

Микроконтроллеры PIC