推荐阅读最新更新时间:2024-11-04 22:40
调试430的例程烧不进去问题解决
调试430开发板的例程,连上仿真器烧录不了程序。 打印窗口提示 Fail to load debugee 解决方法如下图:
[单片机]
STM32L151调试串口cubeMX
1,使用cubeMX自动生成底层代码,配置串口参数及相关IO口。 2,出现问题,可以发送,但是不能接收数据。 3,问题原因:没有开启中断。需要在初始化过程添加以下代码: __HAL_UART_ENABLE_IT(&huart1, UART_IT_RXNE);//开启串口接收中断 4,另外还要在串口接收中断函数末尾加上清除接收中断函数标识位函数: __HAL_UART_CLEAR_FLAG(&huart1,UART_FLAG_RXNE);
[单片机]
电源设计调试过程中的异常现象分析
调试过程中所看到的一些异常现象,以及后来的解决办法。其实很多工程师认为 设计电源 是非常重经验的一门技术,要见多识广。这种经验,不但体现在设计中,更体现在调试的过程。 当你一看到波形,就能把问题定位,那就是最高境界。接下来,我会把那些记录一点点贴上来,当然更希望网友也能在此贴里分享那些让你印象深刻的调试经验。 项目:UC3842控制电路学习板 现象:UC3842供电正常,但是Vref居然不是5V,而是高于5V。 解决办法:把管脚重新焊一遍。 分析:UC3842的GND脚焊接不良,导致电压浮起来了。 项目:某实验室一台电源坏了,拆开一看,UC3875控制的全桥,需要修理。 现象:初步检查,功率管坏了,由于没有同型号
[电源管理]
stm32f103 低功耗调试笔记 低功耗模式下一直有个800多uA的电流
最新在做一个低功耗项目 ,用到stm32f103芯片,用到的stop模式和standby模式。 因 stop 只比 standby 模式多1-3uA,最终选用了 stop 模式。下面是官方文档中对几种模式的说明。 根据文档介绍,理论 stm32f103 standby 模式可低至2.1uA, stop 模式 3-5uA的样子。 但实在我们的项目中最终 无论是 stop 和是 standby 都有800uA的电流消不去。 最后把所有的引脚都设为模拟输入状态还是一样,经过一步一步分析,最终发现是在进入低功耗之前开启的ADC转换功能, 发现问题后 ,在时入低功耗之前关闭ADC转换使能即可,参考代码如下:
[单片机]
【STM32 Cotex-M3处理器系列编程】串口调试
#include stm32f10x.h //#include stm32f10x_lib.h void Delay(unsigned int x); void UART_Init(void); int main(void) { while (1) { Delay(300000); UART_Init(); //初始化串口 USART_SendData(USART1,0x1A); //从串口发送数据到计算机 while(USART_GetFlagStatus(USART1,USART_FLAG_TXE)==RESET);//RESET是0,等待发送完毕
[单片机]
stm32在Keil5调试提示: uvision IDE已停止工作
1 http://blog.csdn.net/qq_33259138/article/details/70224581 现象是程序编译下载都没有问题,开始Debug调试之后,只要进入C源代码文件,立即崩溃。 在论坛上找到一种解决办法,将你的工程拷出来,发到一个短路径文件夹下,再次编译,崩溃就没有了。 按论坛里大神说法是,Debug调试程序路径不能超过170个字节。 2http://www.openedv.com/posts/list/52892.htm 1, 是不是安装在中文目录了? 2,是不是系统用户名是中文的? 3 https://weibo.com/p/2304187e4cac0d0102vyxf?s
[单片机]
stm8s105调试I2C记录
最近由于AR项目中调试LCOS需要用到STM8S105的mcu,本次主要是使用模拟I2C。 1.IIC协议简介 IIC协议这里只做简要介绍,详细介绍可以百度了解,协议相对简单,主要有开始位,停止位,应答位,非应答位。 开始位:当时钟为高,数据线由高变低 停止位:当时钟位高,数据线由低变高。 应答位:第9个时钟到来时,数据线为低。(这里第9个时钟,发送完一个字节,紧接着就是第9个时钟到来) 非应答位,第9个时钟到来时,数据线为高。 2.LCOS协议: 1.发送数据: 单数据发送: 开始位:写地址位(8bit):寄存器地址(16bit):数据(8bit):停止位 多字节发送:开始位:写地址(8bi
[单片机]
赛灵思XPS 8.2版本开发套件推进嵌入式处理的开发
新版本的Platform Studio引入了独特的处理支持并增强了设计的便捷性 作者:Jay Gould Xilinx嵌入式解决方案市场部高级产品经理 jay.gould@xilinx.com 如果问使用Xilinx Platform Studio (XPS)嵌入式工具套件的用户,他们需要什么功能来满足其下一代终极处理设计的需要?他们必然会回答:“性能和先进的处理功能。” 为了满足嵌入式环境的要求,工程师必须设法从现有大多数成本经济的器件中一点点地挖掘出性能,并且,他们在设计和调试两个方面都需要方便使用的工具。 XPS 8.2版本是普遍使用的嵌入式开发套件(EDK)的一种,赛灵思在其中增加了新型的高度最优化的MicroBla
[嵌入式]