AC162052上的振荡器校准丢失

Hiu可以在Flash地址中为校准值填充任何值。我认为对于该头/设备，它采用“MOVLW XX”“ReLWW XX”的形式，其中XX是校准振荡器中的校准值。如果我的内存没有欺骗我，中心频率是AcIe。VE的校准值为“0”。*错误*只要在闪存的最后地址（复位向量）放置一个“MOVLW 0x00”指令。PIC将到达地址“0x000”，并将校准值置于WREG中。*编辑正确*只需在Flash的最后一个地址处放置一个“RESLW 0x00”指令。校准序列将发出一个呼叫（long）到该地址，以获取“OSCCAL”的校准值。



以下为原文

Hi

You can stuff any value in the flash address for the calibration value.

I think for that header/device it takes the form of a "movlw XX" "retlw XX" where "XX" is the calibration value to be placed in the oscillator calibration register.
If my memory is not tricking me, the center frequency is achieved with a calibration value of "0".

*WRONG*
Just place a "movlw 0x00" instruction at the last address of flash (reset vector). The PIC will reach address "0x0000" with the calibration value placed in the Wreg.

*EDIT CORRECT*
Just place a "retlw 0x00" instruction at the last address of flash.
The calibration sequence is to issue a call (long) to that address to fetch the calibration value for "OSCCAL".



Best regards
Jorge

嗨，豪尔赫，写了一个小的ASM程序：& lt；代码& gt；org 3ffh ReTLW 0结尾& lt；/代码& gt；它建立了OK，但似乎不想编程到调试部分。MPLAB IPE说它编程好，但是MPLABX仍然在校准中出现0x3FF，并且说这是无效的。我遗漏了什么吗？扔出



以下为原文

Hi Jorge,

Wrote a small asm program:


org 3ffh
RETLW 0
end


It builds OK, but does not seem to want to program into the debug part. MPLAB IPE says it programmed OK, but MPLABX still comes up with 0x3ff in the calibration, and says this is invalid.

Am I missing something?

Chuck

我找不到MPLAB IPE工具中的一个控件，它允许它重写振荡器校准位置的保护。一个PICTIT2可以进行重新校准，或者一个装入PICTIT2兼容固件的PICTIT3。一个第三方程序员像Melabu2程序员有一个方法。根据Microchip，他们的设备编程工具从不松动这个位置的内容。（YEA，RIIIIII.）：这意味着MPLAB IPE工具不需要用户控件来将校准值强加到它中。



以下为原文


I could not find a control in the MPLAB IPE tool that will allow it to override the protection of the oscillator calibration location.

A PICkit2 can do the re-calibration, or a PICkit3 loaded with the PICkit2 compatibility firmware.
A third party programmer like the meLabs U2 programmer has a way to program this location.

According to Microchip their device programming tools never loose the contents of this location. (yea, riiiiiight.:)
That means that the MPLAB IPE tool does not need a user control to force a calibration value into it.

我把懦夫的出路-订购另一个AC162052从Digi-Key…



以下为原文

I'm taking the coward's way out - ordering another AC162052 from Digi-Key...

如果它是新的，你可以放入一个支持票并请求一个RMA。你可以通过将OSCCon自己设置为一个工作值来修补它。只记得把它移到真正的芯片上，或者使用一个用于*调试的γ定义。



以下为原文

If it is New you can Put in a Support Ticket and request an RMA.

You can patch it by setting OSCCON yourself to a working Value.
Just remember to remove it for real chips, or use a #define for __DEBUG

HiThis最近遇到了同样的问题。对于一个又快又脏的电路板，我决定使用一个我已经放了大约8年的PIC16F505。当我用一个PICTIT3编程它（没有调试头）时，我第一次看到了警告值是无效的警告。我以前使用PICSTART PLUS和PICTIT3，从来没有遇到过这个问题。我只是应用了我建议在警告消失之前的相同的解决方案，我可以在地址0x3FF看到“MOVLW 0”。但是这是真正的设备。它可能与调试头有点不同。奇怪的是，我以前从未有过这样的警告，不是用这个特定的芯片，也不是我放置的其他老歌。我甚至测试了同一年龄的12F508和12F509，我没有得到这个警告。



以下为原文

Hi

This same stuff happened to me recently.
For a quick and dirty board I decided to use an old PIC16F505 that I had laying around for about 8 years.

When I went to program it (no debug header) with a Pickit3 I saw for the first time the warning that the calibration value was invalid.
This same chip had been used with Picstart Plus and Pickit3 before and never had this problem.
I just applied the same solution I suggested before


;**********************************************************************
ORG 0x3FF ; processor reset vector
; Internal RC calibration value is placed at location 0x3FF by Microchip
; as a movlw k, where the k is a literal value.
movlw 0

org 0x000 ; coding begins here

The warning went away and I can see the "movlw 0" at address 0x3ff.
But this is with the real device. It might be a little different with a debug header.

The curious thing is that I never had this warning before, not with this specific chip neither with other oldies that I have laying around. I even tested a 12F508 and a 12F509 of the same age and I didn't get this warning.

Best regards
Jorge