-
警告不会读写问题。
接收的时候已经自动改为1了，也不是这个问题。
你把接收之前的等待时间再延长一点试试。
过几天我买个24lc02试试，按说不应该会有问题
-
现在学的有些功利，也知道不可能学好。以后慢慢再努力吧。
-
电容的时间常数 结合 通交阻直的功能，这是简单的复位电路
工作中，都要求用专业复位电路
主要目的达到 CPU 指定的高/低电平 持续时长
-
由4*64M SDRAM不好吧，ARM有那么多nGSC管脚吗
-
ddddddddddddddddddddd
-
1.通常 PB&VS 带的remote tools 是基于ActiveSync。KITL和Activesync不能共存。
2.可以。
3.ActiveSync 可以通过COM、USB来建立同步链接，确保以上驱动正常，添加ActtiveSync组件即可。如用USB，PC端也要安装好对应设备的USB驱动。
-
英文，看了半天
-
短信息延时和程序有什么关系？？？
-
引用 15 楼 csdeny 的回复:
pskey列出来看看，除了波特率还要设置晶振频率的
我是带有flash 的，厂家配置好了，波特率是115200的，
接口是串口，感觉已经没有啥要配置的了。
-
谢谢“yangcuncunzhang”!，在Eboot.bin中我确实找到了：
MEMORY
;-----------------------------------------------------
; NAME ADDRESS SIZE TYPE
;-----------------------------------------------------
PTS 80000000 00020000 RESERVED ; Page Table : 128 KB
ARGS 80020800 00000800 RESERVED ; BSP Args : 2 KB
EBOOT 80030000 00080000 RAMIMAGE ; Eboot Image : 512 KB
RAM 800B0000 00010000 RAM ; RAM : 64 KB
BINFS 800C0000 00030000 RESERVED ; Bin FS : 192 KB
STACK 800FC000 00004000 RESERVED ; Stack : 16 KB (sharing with Step Loader)我的理解是Eboot.bib定义的这个表（上表只是部分代码……）是在Eboot运运行阶段对虚拟地址的分配，当真正进入操作系统后，这个就没用了（好像还有个共享区，是ARGS吗？），重新对虚拟地址进行分配靠的是config.bib，这样理解对吗？那g_OEMAddresstable，还有platform.bib，好像还有project.bin又都是什么关系呢？关键是config.bin和g_OEMAderesstable的关系，这是问题一！
这两天一直再看Eboot的代码，我理解的是：先是USB OTG将读的数据放入一段缓存，然后再通过读数据的前7个字节的内容，从而判断出是.bin,.nb0等，从而进入相应的下载程序。比如判断出事.bin就进入static BOOL DownloadBin (LPDWORD pdwImageStart, LPDWORD pdwImageLength, LPDWORD pdwLaunchAddr)这个函数进行下载操作。然后再根据‘loader.h’和‘image_cfg.h’中定义的地址下载到相应的地方。现在的问题是：因为要下载的内容有：Nboot\Eboot\NK，同样都是.bin文件，到底是什么时候区分出来的呢？这是第二个问题。
我现在的思路就是'logo.bin'通过USB OTG放到缓存后，EBOOT如何才能把它与Nboot.bin,Eboot.bn,NK.bin区分开来，然后我在‘loader.h’和‘image_cfg.h’也定义相应的下载地址和类型，然后执行下载操作。这样的思路应该没问题吧？求教达人啊
今天继续看代码……
-
void I2C_EE_BufferRead(u8* pBuffer, u8 ReadAddr, u16 NumByteToRead)
{
/* Send START condition */
I2C_GenerateSTART(I2C1, ENABLE);
/* Test on EV5 and clear it */
while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_MODE_SELECT));
/* In the case of a single data transfer disable ACK before reading the data */
if(NumByteToRead==1)
{
I2C_AcknowledgeConfig(I2C1, DISABLE);
}
/* Send EEPROM address for write */
I2C_Send7bitAddress(I2C1, EEPROM_ADDRESS, I2C_Direction_Transmitter);
/* Test on EV6 and clear it */
while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED));
/* Clear EV6 by setting again the PE bit */
I2C_Cmd(I2C1, ENABLE);
/* Send the EEPROM's internal address to write to */
I2C_SendData(I2C1, ReadAddr);
/* Test on EV8 and clear it */
while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_BYTE_TRANSMITTED));
/* Send STRAT condition a second time */
I2C_GenerateSTART(I2C1, ENABLE);
/* Test on EV5 and clear it */
while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_MODE_SELECT));
/* Send EEPROM address for read */
I2C_Send7bitAddress(I2C1, EEPROM_ADDRESS, I2C_Direction_Receiver);
/* Test on EV6 and clear it */
while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_RECEIVER_MODE_SELECTED));
/* While there is data to be read */
while(NumByteToRead)
{
/* Test on EV7 and clear it */
if(I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_BYTE_RECEIVED))
{
if(NumByteToRead == 2)
{
/* Disable Acknowledgement */
I2C_AcknowledgeConfig(I2C1, DISABLE);
}
if(NumByteToRead == 1)
{
/* Send STOP Condition */
I2C_GenerateSTOP(I2C1, ENABLE);
}
/* Read a byte from the EEPROM */
*pBuffer = I2C_ReceiveData(I2C1);
/* Point to the next location where the byte read will be saved */
pBuffer++;
/* Decrement the read bytes counter */
NumByteToRead--;
}
}
/* Enable Acknowledgement to be ready for another reception */
I2C_AcknowledgeConfig(I2C1, ENABLE);
}
-
Instructs the system to write through any intermediate cache and go directly to disk.
If FILE_FLAG_NO_BUFFERING is not also specified, so that system caching is in effect, then the data is written to the system cache, but is flushed to disk without delay.
If FILE_FLAG_NO_BUFFERING is also specified, so that system caching is not in effect, then the data is immediately flushed to disk without going through the system cache. The operating system also requests a write-through the hard disk cache to persistent media. However, not all hardware supports this write-through capability.
看到了，确实是硬盘缓存，不过不一定总是有效。
-
我们有现成熟的方案！QQ：648433648
-
一般情况下，create的东东并使用后，是需要关闭或释放的
或者，只是由于CE的内存回收机制，导致内存出现碎片，LZ可以试试疲劳测试
-
应该是驱动或者AP里面有内存泄露，看看一些指针的定义是否有问题
-
应该是配置文件的问题
-
SRAM不用配
NOR，EEPROM如果想擦写则需要配制，否则不用。
-
肯定是可行的，20M,40M左右的文件我都有使用。
-
在nk.bin中的文件并非所有的都是经过romimage fixup过的，只有带有MODULE属性的才是，没有Module属性的可以放心大胆地拷贝出来拿到别处用。
-
学习
stm32/stm8