在while循环外有AD7193_ChannelSelect(AD7193_CH_0);这句没事； 加在while循环里就不行。 不过是这句，只要是ad7193相关的函数，加在while循环里，最后读的数就出错。
本帖最后由 moyanming2013 于 2015-11-30 17:09 编辑 1.你的writeCommand的大小不是bytesNr，是sizeof(writeCommand)，如果bytesNr小于sizeof(writeCommand)那么while循环还好说，但没有人会给你这个保证。你如果说我的bytesNr就是4（按照后面你的意思推算的话），那你的代码只能自己看了，过2个月自己都看不明白了。更不用说：移植、修改或更新了。 2.即使AD7193_SLAVE_ID是unsigned char类型的，你也得强制转换一下。既然不用，干脆传入NULL不就行了？！ 3.可以部分参考1，你的bytesNumber必须是4，不然对于SPI_Write的第三个实参writeCommand操作来说，极有可能指针出界，导致泄漏。没人能给你保证bytesNumber必须要是4。 你这里面最大的问题在于在AD7193_SetRegisterValue申请了一段内存，你该申请多少？应该是bytesNumber，那这个数是多少？没人知道，你怎么知道是4呢？也许后天就变成了12、30、95等等。你这么写中间层的代码不但会增加出错的几率，而且极难移植、修改或更新。我给你个代码示例: void AD7193_SetRegisterValue(unsigned char registerAddress, unsigned long registerValue, unsigned char bytesNumber, unsigned char modifyCS) { SPI_Write(0, AD7193_COMM_WRITE|AD7193_COMM_ADDR(registerAddress), 1);//send the special number. SPI_Write(0,(unsigned char*)& registerValue, bytesNumber);//send the data. }复制代码
any_014 发表于 2015-8-22 15:24 谢谢回复，查了下，确实是默认JATG模式。 然后就修改了下，但还是没什么用。 ... 还要开启在Debug模式时，使能相应IO口，DBGMCU->CR &= ~0x00000020;
就是外围电路设计不合理的原因，IO口没有接限流电阻直接下拉光耦。 一个两个的话没事，多了的话就不停复位了。 应该是复位芯片引发的复位，但示波器观测不到VCC变化，也许太快了？100Mz的示波器应该能采样到吧？ 修改了电路后现在正常。
any_014 发表于 2015-7-20 13:54 stm32f10x.h里有重命令： typedef uint32_t u32; typedef uint16_t u16; 3.5开始就取消这个了好像，3.0的库还有
