如何知道代码中是否写入了太多的EEPROM？

您好，请您解释一下为什么我们的软件工程师编程我们的PIC16F18856微控制器连续15秒写到它的EEPROM上，而它只需要5毫秒就可以做到这一点？如您所知，由于写到EEPROM只需要5ms（数据表的第611页是这么说的），这意味着他已经完成了2999次他不需要做的EEPROM写操作。因此，我们担心，每次他写一个字节到EEPROM时，他实际上是3000次，而不是仅仅一次。正如你所知道的，在如此多的EEPROM写入之后，微控制器EEPROM就会死亡。在我看来，他一直故意要杀死我们灯中的微控制器，从而过早地结束灯的生命。灯周期性地将环境光读数存储到微控制器EEPROM中。（这些光读数是在读取SFH511光传感器之后通过Micro的ADC获得的）。每天阅读几次，每15分钟一次。我相信光读数只是来自PIC16F18856的ADC的8位字节。我们实际上很担心，因为我们只是在意识到微控制器在接通后的前15秒内消耗了超过5毫安时，才发现他正在进行这15秒的EEPROM写入。如果我们没有注意到这一点，并且就这个问题向软件公司提出挑战，它就永远不会知道到底发生了什么。灯打开后，只需要读一盏灯并将其存储到EEPROM……这应该只需要5ms，而不是15秒。另一点是，微电机是由一个线性稳压器供电，该稳压器从整流 电源供电，所以这种对EEPROM的繁重写入使得提供微电机的线性稳压器过热。就我们所知，在未来某个时候，灯可能开始持续进行EEPROM写操作，这会扼杀灯……显然，他对EEPROM写操作没有控制权……当然除非他故意破坏我们的公司……你觉得如何？PIC16F18856数据表 http://ww1.micro..com/...eviceDoc/40001824B.pdf你知道PIC16F18856在EEPROM死之前能写多少EEPROM吗？