HI TECH - OSCCAL = нерабочие прошивки - ?

zxded · 10.12.2016, 12:33

Добрый день.

Помогите разобраться.
Столкнулся с непонятной проблемой. Прошивал PIC16F676, программатор Pickit2. Случайно задел шлейф в процессе прошивки, и прошивка завершилась с ошибкой. Видимо, пропал контакт в шлейфе.
В результате слетела OSCCAL. Восстановить не удалось, вручную не записывается.

Но не это главное. Теперь прошивки, созданные компилятором HI TECH V9.71a (PRO Mode) не работают. А вот созданные в MikroC или в MikroBasic - работают.

Что изменилось и как это связано с OSCCAL - не понятно..
Нужно доделать работу, а возвращаться на MikroC или MikroBasic не вариант, слишком уж длинный код в них получается.

otest · 10.12.2016, 13:11

Цитата:

слетела OSCCAL. Восстановить не удалось

PICkit восстанавливает константу. Что тебе не удалось не известно.

STM32F0 · 10.12.2016, 15:27

Сообщение от zxded

прошивки, созданные компилятором HI TECH V9.71a (PRO Mode) не работают. А вот созданные в MikroC или в MikroBasic - работают.
Что изменилось и как это связано с OSCCAL - не понятно..

Всё просто.

Цитата:

9.2.5.1 Calibrating the Internal Oscillator
A calibration instruction is programmed into the last
location of program memory. This instruction is a
RETLW XX, where the literal is the calibration value.
The literal is placed in the OSCCAL register to set the
calibration of the internal oscillator. Example 9-1
demonstrates how to calibrate the internal oscillator.

Можете просто вручную забить в последнюю ячейку флэш RETLW 0. Этого в 99% случаев будет достаточно. А можете в настройках ХайТеча убрать проверку этой константы.

zxded · 10.12.2016, 17:28

Сообщение от otest

PICkit восстанавливает константу. Что тебе не удалось не известно.

если имеется в виду пункт меню OSCCAL-›Regenerate, то я конечно же запускал его, в результате "Success! OSCCAL Regenerated and written to device", но на самом деле ничего там не written, как было 0000 в последней ячейке памяти, так и осталось. Я уже год назад сталкивался с этой проблемой, по этому после покупки этого Пика сразу записал эту константу (мало ли что). Сейчас вручную исправляю нули на 3438 (родное значение) - все равно появляется сообщение "Invalid OSCCAL Value detected" и т.д.

Цитата:

А можете в настройках ХайТеча убрать проверку этой константы.

Нашел только во вкладке Linker галочка Calibrate oscillator. Убрал, не помогло. Пробовал вставить значение в поле Alternate oscillator calibration value, тоже безрезультатно..

DmitriyVDN · 11.12.2016, 01:02

МК в мусор, убился он....

zxded · 11.12.2016, 10:37

Покопался в запасах, нашел еще один 16f676, тоже со стертой константой. Только в нем вместо нулей 3FFF. И опять все попытки были безрезультатны, пока не включил в Pickit автоопределение МК. Вот кто бы знал. Теперь константа прошивается вручную и восстанавливается через Auto Regenerate.

Всем спасибо.

shindax · 15.12.2016, 18:38

Сообщение от DmitriyVDN

МК в мусор, убился он....

Х..ню какую-то несёте. Умники долбаные. Ещё какой-нибудь fuse-doctor посоветуйте.

DmitriyVDN · 15.12.2016, 23:19

это у вас прохфессор в голове х..ня...
а у ТСа в МК в ходе неудачной прошивки пробита последняя ячейка памяти программ, поэтому и читается 0x0000
вы дадите гарантию ТСу, что это единственный дефект? не долбанный вы наш...

STM32F0 · 15.12.2016, 23:48

Ух ты! Вы что, ПИКи швейной машинкой Зингер прошиваете? Убить одну ячейку это нужно очень постараться.

DmitriyVDN · 16.12.2016, 00:17

ага Зингером отаким:

тоже както поимел теже грабли что и ТС, с разницей только в том что сбой был при стирании 12ф629 и оскал стал 0х1FFF