Давно уже не работал с пиками, многое позабыл...

Во-первых:
В режиме Debug, после програмирования выдает ошибку:


В хелпе ни слова о том как с ней бороться. Какие причины могут приводить к этому?

Во-вторых:
Установил компилятор HI-TECH PICC-18 PRO COMPILER (Microchip PIC micro) V9.61PL1.
У меня такое подозрение, что что-то либо с ним не так (а это маловероятно, т.к. люди пользуются), либо я что-то делаю не так. Программа, скомпилированная этим компилятором, не работает. Не запускается даже генератор. При этом на старом компиляторе все работает!

Полагаю, первая и вторая проблемы взаимосвязаны. Прошу спецов помочь решить эти вопросы...


Забыл совсем: отладчик - шайба ICD2, програмируется/читается нормально. Только не работает...

Вы же сами написАли "Не запускается даже кварц".

У Вас правильное подозрение. Поставьте STD, и попустит. (у меня есть предположение, что в хваленом ominiscient кодогенераторе Про версий что-то недолечивается)

Кварц, как оказалось, действительно не запускался по физической причине. Компилятор тут не виноват (я думал сперва о конф. битах...). Кондеры вместо 22 пФ были запаяны 0.1мкФ, вот и не запускался. Пойди догадайся.


Аналогичный эффект наблюдал на STD для 16-ых пиков: на старом работало (PICC 8.05), на новом - нет. Может быть есть еще предположения?

Пока все работает, но как проявится еще не известно.

~ в 8.5 поменялся формат масок для CONFIG (раньше они |, теперь &). Ну и OSCCAL при работе от внутреннего RC стал автоматом прописываться в стартапе. Других особенностей при переходе на новые версии не припомню. В последних даже INDF в хидерах не забывают описывать.
ПРО иногда пробую для сравнения. Мелкие проекты собираются и даже (иногда) работают. Но при использовании ~ более половины GPR обычно начинаются чудеса - локальные переменные исчезают (в мапе никаких упоминаний, в листинге куски кода просто отсутствуют), глобальные в стартапе инитятся кусками,... Иногда напрягает наплевательское отношение компилятора к пожеланиям bankN (чтобы использовать одну банку под быстрый кольцевой буфер, пришлось всё выписывать на асме). Хотя в целом оптимизатор в про явно разумнее.

Я, похоже, запарю сегодня окончательно всех. Ну хотя бы не буду плодить дополнительную тему.

Смотрим действия компилятора по команде:

В дизассемблере получаем:


Мне бы надо сделать так, чтобы компилятор не делал сброс бита C. На СИ, как я понимаю, такое невозможно. Поправьте, если ошибаюсь.

Выход, вроде как очевидный - сделать ассемблерную вставку:

Результат в дизассемблере плачевный:

компилятор ругается. Ээээ.... В чем дело?

Соответственно получаем нерабочий код, надо перед ним делать , вручну банк переключать....

Из мануала на НТ С:
Right shifts of unsigned integral values always clear the most significant bit of the result.
Left shifts (< < operator), signed or unsigned, always clear the least significant bit of the
result.

Угу, еще одна заморока, учитывая, что на inline компилятор чихает. Невозможно, приходилось плодить различные костыли.
На явное

компилятор тоже огорчается?
Это Вы единичку гоняете по LATB?

Ага, ругается. Единичку гоняю по LATB, вообще данные из LATB выдвигаю через LATB7 максимально быстро...
Пока выкрутился через установку банка вручную.

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

Не, я не гоняю по кругу, а "выдвигаю" данные 7 бит. И нужно как раз убрать лишнюю команду обнуления CARY. Вобщем-то это получается только на асме. Хотелось выяснить, может у HTPIC есть какой-либо способ это сделать, все-таки это не СИ для компа...