[Решено] Семейство PIC10F: изменить OSCCAL

[Kern]

Приветствую всех на форуме.
Захотелось изменить калибровочную константу в PIC10F222 при помощи PICkit2, не, не получилось. Значение в поле меняется, но частота по факту остается неизменной. Опробовано на двух тушках.
Вопрос, есть кто с таким сталкивался, и как таки решить проблему.

п.с. Ответ искал везде, даже в нете)))

[realid]

Что за значение? Там по факту находится инструкция movlw с этой самой константой.

In addition, a calibration instruction is programmed into
the last address of memory, which contains the calibra-
tion value for the internal oscillator. This location is
always uncode protected, regardless of the code-pro-
tect settings. This value is programmed as a MOVLW XX
instruction where XX is the calibration value and is
placed at the Reset vector. This will load the W register
with the calibration value upon Reset and the PC will
then roll over to the users program at address 0x000.
The user then has the option of writing the value to the
OSCCAL Register (05h) or ignoring it.

[Kern]

"Захотелось изменить OSCCAL".
PICkit2 позволяет это проделать, и с PIC12F всё работало, частота тактового генератора менялась. Но с PIC10F не сработало.
Tools-›OSCCAL-›Set Manually-›OSCCAL value - меняем значение константы, жмем ОК.
Значение меняется на установленное, новое введенное значение.
Частота тактового генератора остается без изменений.

[Eddy71]

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

[j-Roger]

Приветствую любителей ПИКов!

К моменту выполнения инструкции по адресу 0x000 в рабочем регистре w уже находится то, что называется калибровочной константой и это значение можно либо записать в OSCCAL либо проигнорировать.

Kern, Вы же пишете на Ассемблере? Первой же командой в программе попробуйте выполнить movwf OSCCAL.

[Kern]

Получается Eddy71 прав на счет английского на белом. Проверил еще пару тушек, возможности корректировать частоту RC нет. А жаль.
Выходит, предупреждения PICkit2 о потере калибровочной константы - для лохов! Зачем же её помещать в ...

[realid]

Да, не. Там написано, что эта область всегда открыта, независимо от конфига. Ну то есть ее можно всегда считать, даже если остальная память закрыта от чтения. Ну а как еще сохранить заводское значение?

Erasing the device will also erase the preprogrammed internal calibration value for the internal oscillator. The calibration value must be read prior to erasing the part so it can be reprogrammed correctly later.

[j-Roger]

Tools-›OSCCAL-›Set Manually-›OSCCAL value - меняем значение константы, жмем ОК.
Значение меняется на установленное, новое введенное значение.
Частота тактового генератора остается без изменений.

Kern, изменить программатором - это лишь пол-дела. Нужно еще в начале программы загрузить это значение в OSCCAL (автоматически данный ПИК этого не делает). Со значением "калибровочной константы" есть оччень неплохой такой нюанс.
Инструкция "movlw XX", предполагаемая в последнем слове флеша, приводит к тому, что к моменту выполнения инструкции по адресу 0x000 в рабочем регистре w уже ТОЧНО находится это самое XX (перефразирую: при старте начальный адрес программного счетчика равен адресу последнего программного слова в памяти программ, затем программный счетчик переполняется и начинает счет с нуля ). А вот что делать с этим XX - смотрим на регистр OSCCAL и анализируем. За калибровку частоты отвечают биты OSCCAL‹7:1›, а бит OSCCAL‹0› отвечает за вывод сигнала Fosc/4 на пин МК ( правда, чтобы этот сигнал появился на пине, нужно еще сбросить бит OPTION‹5›).

Что же касается изменения OSCCAL во время выполнения программы - частота внутреннего тактового генератора прекрасно изменяется. Для иллюстрации: задаем одно за другим ( программно ) три значения OSСCAL и получаем вот такую картину на выводе Fosc/4:



( В иллюстрации для формирования пауз в сигнале на небольшое время сбрасываем бит OSCCAL‹0› - этот бит отвечает за наличие сигнала на пине Fosc/4 МК)

[Kern]

Спасибо j-Roger, Вы помогли мне разобраться "как это работает".
Оказывается константа, которую считывает PICkit2 перед загрузкой прошивки в МК, пишется в регистр OSCCAL. И это происходит в первых строках прошивки(программы). Но, если мы потом в программе тронули OSCCAL , то считай потёрли всю калибровочную константу. Записали в него байт 0000001, всё...
По сути с регистром OSCCAL можно работать только с нулевым битом, если не хотим затереть константу. А если таки затерли, то смотрим раздел "4.6 OSCCAL Register" и подбором ее восстанавливаем.

Вот и разобрались, почему изменение константы не давало результата, когда при инициализации МК я очищал регистр OSCCAL. Хто-ж его пёса знал, что в нём сидит та константа)))

[realid]

Хто-ж его пёса знал, что в нём сидит та константа)))

В даташите же написано об этом)