like 1200 mV and this value will slowly creep upwards until it displays OL.Switching back to ohms shows
2019-07-15 14:00
想请问个问题，今天学外部中断，用到了两个中断：EXTI_9_5_IRQn和EXTI_15_10_IRQn,下面是NVIC的初始化。问题：这里先后进行了NVIC的初始化，后面一个通道的初始化不会覆盖掉前面的初始化吗？
2019-03-01 07:17
看视频写了一个读取ID号。都读不出来，在去群问了半天，说内存地址不对，有什么debug，有map还是什么，有是程序问题，快疯了。编译没有问题，软件仿真就出问题了，如图主函数来个大神，回答下哈，谢谢
2018-10-25 08:40
刚开始使用STM32，我使用CubeMX配置的，我在本论坛看到的教程如下： 他是48M的时钟，然后做48000分频，再计数1000次，产生1s的TIMER。 counter period设置成999还可以理解，prescaler设置成47999我有点疑问，难道不应该是48000么？ 虽然47999和48000完全看不出影响。。。
2018-10-16 09:09
软件仿真时有输出，示波器测就没结果，怎么回事，我一直用USB连上ST_LINK下载程序？怎么弄
2018-10-02 15:48
从串口调试助手向开发板发送一个数据0x55，再将接收到的数据发送出去。串口中断服务函数如下：if( USART_GetITStatus(USART_CHANNEL, USART_IT_RXNE) != RESET ) {gg_rs232_recv_buf[gg_recv_index]=(T_U8)USART_ReceiveData(USART_CHANNEL);USART_SendData(USART_CHANNEL, gg_rs232_recv_buf[gg_recv_index]); gg_recv_index++; }在Debug模式下，在接收的缓存中gg_rs232_recv_buf[]收到的是0x30（即只有第一个字符被接收到了），如图1所示：从串口发送出来的也是0x30，如图2所示：然而在连续运行的时候，发送的0x55，接收之后，然后可以通过串口正常地发送出来，如图3所示：为什么在Debug的时候不正常呢？没找出原因，求大神指点！
2018-09-30 09:58
各位前辈，我设置了个中断的优先级，想在KEIL中观测程序运行后，各中断优先级的顺序，如何查看？是在Peripherals中的NVIC窗口中看吗？？其中的EPAPriority各代表什么意思呢？？谢谢
2018-10-25 08:39
see any reason why these differences should creep in.Do you you have any idea? Thanks,Craig
2019-05-21 14:11
Hi 各位大神，项目上使用 STM32F405的芯片，并且通过虚拟串口， VCP与主机进行通讯。开发上，直接基于stm32_f105-07_f2_f4_u***-host-device_lib进行修改。ARM向主机发送数据的时候，直接调用的了DCD_EP_Tx。由于数据量比较大，经常发生上次数据还未发送完成，就被新数据覆盖的问题。不知使用DCD_EP_Tx时候，有没有什么条件可以判断是否可以调用DCD_EP_Tx，以保证这次数据不会覆盖上次数据。目前我的实现方式，但是不能满足要求。void USB_send_packet(uint8_t * buf, uint16_t len) { int i = 0; while(DCD_GetTxFifoStatus(&USB_OTG_dev, CDC_IN_EP & 0x7F) < 128); // 判断EP1 剩余的FIFO长度大于512 byte while(g_tx_completed == 0); // EP1 TX FIFO EMPTY中断里面 设置为1 __disable_irq; g_tx_completed = 0; __enable_irq;memset(ep_in_buf, 0, sizeof(ep_in_buf)); // ep_in_buf为长度固定为512的一个全局数组memcpy(ep_in_buf, buf, len);DCD_EP_Tx(&USB_OTG_dev, CDC_IN_EP, ep_in_buf, len); // len 固定为 512 }非常感谢，/Jaret
2018-12-04 08:57
关于STM32 bit_band有一个疑问：#define BITBAND(addr, bitnum)((addr & 0xF0000000) + 0x2000000 + ((addr & 0xFFFFF)
2019-02-28 07:48
