猪小屁

谢谢大佬指点！

butterflyspring

遇到啥问题了么？ 软件适合应用就好！

种花家刘氓兔

你确定这俩玩意都塞的单片机里，还能跑得动？ 跑AI的串口输出，再弄个芯片，专门做touchgfx

愿净一清

HAL库自动配置成复用推挽输出的，然后我手动配置成输入模式，也是没有反应

liloooo

签到 签到 11111

Winston Wang

非常感谢您的解答。客户终端必须要求用到Wifi接入。

luo__

这三个位确实不可以读，我就算设置的时010，读回来的还是100，好像会左移一位；其次在写入的时候，很容易出错，如果没有按照正确的方式写入，就算写入的是010，也会出现调试断开的情况； 代码所示有两种写入方法，写入数据都是一样的，但是如果用注释里面的代码进行写入，就会写入出错，出现调试断开的情况。我百思不得其解，你也可以试一下。

xmshao

应该是你代码中涉及到某些关键字的地方写得不够规范，编译器根据它的理解给你一个出错提示。 重点关注下你那些中断函数的写法，针对不同编译器，写法可能也不一样。这些信息在stm8s.h里都有介绍，当然终究都是 为了匹配STM8内部的存储架构和寻址特性等。 #ifdef _COSMIC_ #define FAR  @far #define NEAR @near #define TINY @tiny #define EEPROM @eeprom #define CONST  const ...... #else /*_IAR_*/ #define FAR  __far #define NEAR __near #define TINY __tiny #define EEPROM __eeprom #define CONST  const #endif /* __CSMC__ */ /*============================== Interrupt vector Handling ========================*/ #ifdef _COSMIC_ #define INTERRUPT_HANDLER(a,b) @far @interrupt void a(void) #define INTERRUPT_HANDLER_TRAP(a) void @far @interrupt a(void) #endif /* _COSMIC_ */ #ifdef _RAISONANCE_ #define INTERRUPT_HANDLER(a,b) void a(void) interrupt b #define INTERRUPT_HANDLER_TRAP(a) void a(void) trap #endif /* _RAISONANCE_ */ #ifdef _IAR_ #define STRINGVECTOR(x) #x #define VECTOR_ID(x) STRINGVECTOR( vector = (x) ) #define INTERRUPT_HANDLER( a, b )  \ _Pragma( VECTOR_ID( (b)+2 ) )        \ __interrupt void (a)( void ) #define INTERRUPT_HANDLER_TRAP(a) \ _Pragma( VECTOR_ID( 1 ) ) \ __interrupt void (a) (void)   #endif /* _IAR_ */ /*============================== Interrupt Handler declaration ========================*/ #ifdef _COSMIC_ #define INTERRUPT @far @interrupt #elif defined(_IAR_) #define INTERRUPT __interrupt #endif /* _COSMIC_ */ /*============================== Handling bits ====================================*/ 这些关键字要匹配着编译器来写。

lllxuj

好的，谢谢您的回答。 我在b站ST官方关于WB系列的培训视频发现 这个系列跟我之前用过的F1 G4 H7 有一个很大的不同点就是调度器。那么如果我使用x cube Freertos是不是就不需要使用ST给我封装好的调度器的函数进行开发了？

xmshao

从你给出的截图信息来看，你的那本书应该是一本基于STM32 HAL库的解读资料。 他这里的说法很突兀，说法应该是有问题的。或许特指某种情形，可能需要你结合上下文来理解。 依照 目前HAL库的相关逻辑，做UART的IT或UART方式接收时，每当接收到预定数据后调用这个接收完成回调 函数，然后在那里重新调用UART的接收启动函数肯定是可以的、正常的。 不过，如果是基于空闲事件的话，相应的回调 回调函数并不使用这个，而是HAL_UARTEx_RxEventCallback（）函数。 当然，尽管他这里说得不清晰，似乎并不能直接得出你的结论，即中断回调函数中不能使用接收中断开启函数。 从你给出截图信息来看，他似乎是想说基于空闲事件的接收完成后的重新启动问题。 总之，别人的解读或分享只是桥或指引，我们最终结合官方手册和自己验证为准。

打酱油0663

签到签到

xmshao

问题有点意思。你这个激励用得好。 一个是基于复位事件产生更新事件，一个是基于更新事件产生复位事件。 同时开启没关系的，如果基于复位事件产生更新事件，此时该更新事件不能进一步产生复位事件，否则会没完没了。 同样，如果基于更新事件产生复位事件，此时该复位事件也不能进一步产生更新事件，道理同上。

xmshao

像这种情况，相信你也清楚，各种TIMER及通道的工作都是独立的，基本可以肯定问题是你代码方面的原因。 如果基于捕获中断的话，可能会低优先级的捕获事件因处理高优先级捕获事件被错过了，等待来处理时 已经是另外一次捕获数据了。 注意中断服务程序尽量精炼。 如果被捕获的脉冲很窄的话，可以分别使用中断方式或DMA方式做处理。