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

[Kern]

Скажу больше строчка "movwf OSCCAL" первая в программе))
Это как пинцет на столе, лежит невидимый...

[my504]

Оказывается константа, которую считывает PICkit2 перед загрузкой прошивки в МК, пишется в регистр OSCCAL. И это происходит в первых строках прошивки(программы). Но, если мы потом в программе тронули OSCCAL , то считай потёрли всю калибровочную константу. Записали в него байт 0000001, всё...

Вы пишите какую то ерунду.
Путаете Божий дар с яичницей.
Калибровочная константа не может быть затерта при исполнении кода.
Может быть изменено значение РЕГИСТРА OSCCAL, но регистр никакого отношения к константе расположенной ВО ФЛЕШЕ не имеет.
Во флеше записана даже не константа, а инструкция retlw XX имеющая код 0x34XX и в результате при переходе кода на эту инструкцию в аккумуляторе оказывается константа ХХ, а код возвращается в точку вызова этой инструкции.
Следующей инструкцией может быть загрузка значения из аккумулятора в регистр OSCCAL (movwf OSCCAL). Но можете и не загружать, тогда калибровки не будет. Константа будет, а калибровка нет.

[realid]

инструкция retlw XX

В пик10 movlw.

[j-Roger]

ИМХО если речь именно о PIC10xxx, то стОит присмотреться к PIC10(L)F322. 222-й по сравнению с ним - пустышка.

[my504]

В пик10 movlw.

Это не важно. Суть от этого не меняется. Просто ресет у него на последней инструкции флеша.

[Kern]

Калибровочная константа не может быть затерта при исполнении кода.

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

ИМХО если речь именно о PIC10xxx, то стОит присмотреться к PIC10(L)F322.

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

[mike-y-k]

Kern, любая разработка должна быть доступна всем.
Как будет номинально отлажена - создавайте тему…

[Kern]

Тем более, что по разработке получена консультация)

[my504]

Константа, которая хранится в последней ячейке памяти программ, стирается программатором, и при его сбое - теряется (в виду PICkit2).

При наличии осциллографа ничего не стоит ее восстановить. А если абсолютное значение частоты непринципиально, то можно и не восстанавливать, а писать в OSCCAL среднее значение частоты или вообще ничего не писать и использовать дефолтное значение.
Учитывая, что температурная зависимость встроенного осциллятора НИКАКАЯ, гораздо продуктивнее использовать МК с внешним кварцем, если нужна какая-никакая стабильность и точность.

Константа, которая скопирована в регистр OSCCAL, стирается программно.

Пардон, она не стирается, а ВЫ САМИ пишите код, который в состоянии ее затереть иным значением. Не пишите этот код и ничего у вас не затрется.
Кстати, если вы так дрожите над этой константой, считайте ее программатором ДО ТОГО, как будете программировать МК и запишите на бумажке.

[Kern]

my504, Вы меня троллите!
Вернитесь к первому моему сообщению и прочтите суть проблемы.
j-Roger мне помог разобраться во всем. А Вы его транслируете, зачем?
Вы написали, что константу невозможно стереть.
Я вам возразил - можно!
Теперь Вы навязываете мне то, что и в мыслях у меня небыло - дорожить значением константы.
---
У меня всё есть для ее восстановления, даже больше. До сего времени у меня небыло нужды интересоваться стабильностью и точностью установки частоты тактового генератора. Да и в настоящем проекте тоже не критично. Просто зацепился глаз на картинке анализатора вместо 5мс показал 5,6мс - это больше 11%. Всё, причина выяснена!