完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
电子发烧友论坛|
我们面临的问题是设备闪光灯被自动擦除，到目前为止我们还没有线索。该设备连接到一个外部机顶盒，它通过两线接口（数据和地面）通过解调的IR信号。另一方面，PIC被连接到PC上的串行（TTL）。除此之外，电路是非常简单的；内部振荡器，上拉MCLR，上限，5V从一个干净的电源供电。这个问题非常随机，就像一个月一次。重新编程设备修复了这个问题，只是在某个时候再次出现。
以上来自于百度翻译 以下为原文 We are facing a problem where the device flash is erased automatically, so far we have no clues. The device connects to an external set-top-box which passes demodulated IR signals over a two wire interface (Data & Ground). On the other end the PIC is connected to a PC on serial (TTL). Other than that the circuit is very simple; internal oscillator, pull-up on MCLR, caps, 5V powered from a clean power supply. The problem is very random, like once in a month. Re-programming the device fixes the issue, only to reappear again at some point. 
0
|
|
相关推荐
19个回答
|
|
|
完全擦除？部分擦除？它是写闪光灯还是EEPROM？它是写保护的吗？
以上来自于百度翻译 以下为原文 Full erase? Partial erase? Does it write to flash or eeprom? Is it write protected? |
|
|
|
|
|
完全擦除，3FFF在每个位置闪存，以及EEPROMNo，它不写保护
以上来自于百度翻译 以下为原文 Full erase, 3FFF on every location Both flash as well as EEPROM No, it is not write protected |
|
|
|
|
|
你有一个Bootloader或其他代码写入Flash吗？
以上来自于百度翻译 以下为原文 Do you have a bootloader or other code that writes to flash? |
|
|
|
|
|
不，没有引导加载程序。也没有闪存写代码
以上来自于百度翻译 以下为原文 No, there is no bootloader. No flash writing code either |
|
|
|
|
|
在该领域，什么是连接到MCLR，ICSPDAT和ICSPCK引脚？
以上来自于百度翻译 以下为原文 In the field, what is connected to the MCLR, ICSPDAT and ICSPCLK pins? |
|
|
|
|
|
MCLR被一个10K电阻拉起来。ICSPCK和ICSPDAT没有连接，左浮动
以上来自于百度翻译 以下为原文 MCLR is pulled up by a 10K resistor. ICSPCLK and ICSPDAT have no connections, left floating |
|
|
|
|
|
你的软件是把它们设置为输出，还是在正常操作时是浮动输入？
以上来自于百度翻译 以下为原文 Does your software set them as outputs, or are the floating inputs during normal operation? |
|
|
|
|
|
我们不把它们设置为输出，所以我相信浮动输入。
以上来自于百度翻译 以下为原文 We don't set them as outputs, so floating inputs I believe |
|
|
|
|
|
|
|
|
|
|
|
好，会让他们在代码中输出。还有其他想法吗？只需理解，即使MCLR被拉到5V，设备也可以进入编程状态。
以上来自于百度翻译 以下为原文 Ok, will make them outputs in code. Any other ideas? Just to understand, could the device go into programming state even though the MCLR is pulled up to 5V only |
|
|
|
|
|
嗨，有多少设备展示这个问题？如上所述，每一个未使用的PIN都必须被编程为输出。但是，我认为这是很不可能的，因为这个设备擦除自己。请确认，在你的软件中有任何代码写闪存，以便在闪存中存储数据。所以尝试写保护你的设备。
以上来自于百度翻译 以下为原文 Hi, How many devices exhibit this issue ? As mentioned above every unused pin must be programmed as output. However, it seems very unlikely to my opinion that the device erases itself due to that. Can you please confirm that in your software there is any piece of code writing the flash, for exemple storing data in the flash memory. You may also try to write protect your device. Regards |
|
|
|
|
|
不确定。MCLR信号完全离开了电路板吗？也就是说，你有一个编程连接器在电缆的末端，或者MCLR只到电阻器和一个关闭的头为程序员。
以上来自于百度翻译 以下为原文 Not sure. Does the MCLR signal leave the board at all? i.e. do you have a programming connector on the end of a cable, or does MCLR only go to the resistor and a close by header for the programmer. |
|
|
|
|
|
到目前为止，5个设备在200个测试部署，超过2个月的时间。前进，我们将确保所有未使用的引脚被编程为输出，也将实现写保护。据我所知（和看到我自己）没有代码写闪存，甚至EEPROM。我将再次与其他团队成员再次确认这一点。谢谢大家的意见和建议。请让我知道如果我们还有别的事情要考虑的话。
以上来自于百度翻译 以下为原文 So far 5 devices out of 200 in test deployment, over a period of 2 months. Going forward we will ensure all unused pins are programmed as outputs, will also implement write protection. As far as I know (and saw myself) there is no code that writes to flash or even eeprom. I'll reconfirm this once more with other team members. Thank you all for your comments and advice. Please do let me know if there is something else we should look into. Regards |
|
|
|
|
|
MCLR不离开电路板，编程头位于同一电路板上的芯片10mm。
以上来自于百度翻译 以下为原文 The MCLR doens't leave the board, the programming header is located 10mm from the chip on the same board. |
|
|
|
|
|
将模糊检测设置为可能的最高级别。我认为这是BoV＝0。
以上来自于百度翻译 以下为原文 Set the brownout detection to the highest level possible. I think that is BORV = 0. |
|
|
|
|
|
批量擦除命令不长，因此PGC/PGD上的随机信令可以在长时间切换中产生。然而，要做到这一点，芯片必须进入程序模式。LVP是不太可能的-你需要拉低MCLR和砰在魔术32位Word.HVP需要高电压MCLR -大概周围的VDD+2V将做什么。所以，看看这个设备，试着弄清楚这可能会发生什么，可能会出现故障、断电、断电等问题。
以上来自于百度翻译 以下为原文 The bulk erase command is not long, so a probability that random signaling on PGC/PGD can produce it over a long period of toggling does exist. However, for this to happen the chip must go into the program mode. LVP is very unlikely - you need to pull MCLR low and bang in the magic 32-bit word. HVP requires high voltage on MCLR - probably something around VDD+2V will do. So, look at the device and try to figure out how this could happen, may be resistor failures, power-up/power-down problems etc. |
|
|
|
|
|
如果我知道你有STB-GT，PCHO-GT，PCHOW是电缆吗？你有没有一个坚实的0V参考之间的所有三？在I/O上有任何形式的瞬态保护吗？如何将TTL串行连接到PC？PC串口为RS232。转换在哪里进行？
以上来自于百度翻译 以下为原文 If I understand you have STB -> PIC -> PC How long are the cables? Do you have a solid 0V reference between all three? Any form of transient protection on the I/O? How do you connect TTL serial to the PC? PC serial ports are RS232. Where is the conversion done? |
|
|
|
|
|
你好，Heaves，正如其他人指出的，首先要确定的是，源代码是直接或间接地对EEEN1和EECON2寄存器进行任何明确的写入。最好的问候，肯。
以上来自于百度翻译 以下为原文 Hello Hevats, As others have indicated the first thing you want to determine is if the source code is performing any explicit writes to the 'EECON1' and 'EECON2' registers either directly or through indirection. Best regards, Ken |
|
|
|
|
|
PC实际上是一个定制的工业PC（英特尔Atom），PIC安装在同一个板上。无电平转换，轨道长度小于50mm。在机顶盒侧电缆不到20cm。PC和PIC共享相同的电源，机顶盒由外部适配器供电。
以上来自于百度翻译 以下为原文 The PC is actually a custom industrial PC (Intel Atom) the PIC is mounted on the same board. There is no level conversion, the track length is less then 50mm. On the STB side the cable is less than 20cm. The PC and PIC share the same power supply, the STB is powered by an external adapter. |
|
|
|
|
只有小组成员才能发言，加入小组>>
5184 浏览 9 评论
2005 浏览 8 评论
1932 浏览 10 评论
请问是否能把一个ADC值转换成两个字节用来设置PWM占空比？
3179 浏览 3 评论
请问电源和晶体值之间有什么关系吗？PIC在正常条件下运行4MHz需要多少电压？
2230 浏览 5 评论
739浏览 1评论
626浏览 1评论
有偿咨询，关于MPLAB X IPE烧录PIC32MX所遇到的问题
511浏览 1评论
PIC Kit3出现目标设备ID(00000000)与预期的设备ID(02c20000)不匹配。是什么原因
637浏览 0评论
535浏览 0评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
2868
评论
淘帖
1955
