uint8_t报错问题笔记

最新推荐文章于 2025-05-15 20:36:01 发布

Sir_wang

最新推荐文章于 2025-05-15 20:36:01 发布

阅读量5.6k

点赞数 2

CC 4.0 BY-SA版权

分类专栏： Linux程序设计

本文链接：https://blog.youkuaiyun.com/k_wang_/article/details/78332435

Linux程序设计专栏收录该内容

15 篇文章

订阅专栏

本文记录了解决Linux环境下使用uint8_t和uint32_t类型定义时遇到的编译错误的过程。通过注释掉自定义宏定义并引入stdint.h头文件，成功解决了编译错误。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

uint8_t和uint32_报错问题笔记

问题代码如下：

#define  __u32  uint32_t
#define  __u8  	uint8_t


	uint8_t	*annexBHeader;
	size_t	annexBHeaderLen;
	size_t	nalSize;

Linux下编译：

加了#include <sys/types.h>还是会报错，于是我注掉了__u32和__u8，

加上#include <stdint.h>就OK了

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

Sir_wang

关注关注

2
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

u8,u16,u32和uint8_t，uint16_t，uint32_t...的含义

sam的博客

07-07

5554

DSFD

STM32开发笔记17: 解决使用--CPP11编译USB驱动报错问题

snmplink的博客

04-01

2247

单片机型号：STM32L053R8T6 项目希望使用C++语言进行程序设计，在Keil中使用C++语言的方法，我已经在在Keil中使用C++进行程序设计进行介绍过，不过对于STM32CubeMX生成的STM32L0XX相关文件进行编译时，提示如下图所示的错误。仔细分析可以看出，所有的错误都集中在usbd_conf.c文件，定位错误的具体语句，如下所示。 USBD_St...

参与评论您还未登录，请先登录后发表或查看评论

嵌入式编程中使用uint8_t、uint16_t、uint32_t报错的问题

G_XX2266的博客

03-16

5238

u16表示unsigned short，占16个二进制位；u32表示unsigned long占32个二进制位，此种变量命名方法是为了提高跨平台的移植性与兼容性，明确该类型数据所占内存的大小，防止在不同平台出现数据类型名相同但所占内存大小不同的二义性问题。打开stm32f10x.h的头文件，可以看到里面使用typedef对u8、u16、u32进行类型别名定义，u8的类型别名为uint8_t，u16的类型别名为uint16_t，u32的类型别名为uint32_t，所以加入此头文件就不会再报错了。

uint8_t 含义

zmj320324的专栏

05-15

1501

uint8_t是一种跨平台、明确表示1 字节无符号整数的类型，适合对内存或数据大小敏感的场景。

error: ‘uint8_t’,‘uint16_t’ ,‘uint32_t’ does not name a type

qq_40967086的博客

12-29

6352

error: ‘uint8_t’,‘uint16_t’ ,‘uint32_t’ does not name a type 环境：devc++运行cpp程序，c++里用了c的代码。关于uint8_t此类数据类型介绍，可查看此篇博客《在网络编程PING程序时遇到的小bug，记录一下。

typedef uint8_t u8；（stm32数据类型）

创世纪GENESIS

03-23

9476

而最常见的数据类型就是无符号，所以u8的使用频率非常高，每次都老老实实的写unsigned char有点太烦人了，于是用u8来替代，简明易懂。u8-----可以理解为无符号的8位2进制的数据，就是11111111-00000000，注意这里全部是正数，没有负数，第一位并不是符号位，u就是。没加typedef之前如果是个指针数组，那么加typedef之后就是指针数组类型；没加typedef之前如果是个数组，那么加typedef之后就是数组类型；的首字母，8就是8个位的意思。一、给已定义的变量类型起个别名。

uint8_t的问题

beiyouyu的专栏

06-27

7538

经常会用到从一个字符串中读取各种类型的变量，从而诞生了以下的函数。 template inline bool ParseString(const std::string& str, T& data) { std::istringstream istr(str); istr >> data; return !istr.fail(); } 问题：对于uint8_t、u

固件库学习笔记自己写库函数固件库编程

宇智波·赵四的忍者小屋

05-05

1413

1.定义结构体以GPIOB为例 #define GPIOB_BASE (APB2PERIPH_BASE + 0x0C00) typedef struct //定义结构体 { uint32_t CRL; uint32_t CRH; uint32_t IDR; uint32_t ODR; uint32_t BSRR; uint32_t BRR; uint32...

stm32安富莱BSP学习（按键驱动）

qq_51426845的博客

03-17

1889

首先是设定了一下按键的最大个数：这个个数用来判断是哪个按键的时候很好用。#define KEY_COUNT 10 /* 按键个数, 8个独立建 + 2个组合键 */之后是一些按键的宏定义，在判断哪个按键按下时，可以直接用宏来写，这样提高可读性/* 根据应用程序的功能重命名按键宏 */#define JOY_DOWN_U KEY_4_DOWN /* 上 */#define JOY_DOWN_D KEY_5_DOWN /* 下 */

【STM32学习笔记】DMA学习及其编程实验

Brave_Runer的博客

08-24

1385

DMA 简介 DMA(Direct Memory Access) —— 直接存储器存取，是单片机的一个外设，它的主要功能是用来搬数据，但是不需要占用CPU，即在传输数据的时候，CPU 可以干其他的事情。数据传输支持从外设到存储器或者存储器到存储器，这里的存储器可以是SRAM 或者是FLASH。 DMA 控制器包含了DMA1 和DMA2，其中DMA1 有7 个通道，DMA2 有5 个通道，这里的通道可以理解为传输数据的一种管道。注意：DMA2 只存在于大容量的单片机中。功能描述 DMA控制器和Cort

MCSDK 杂记

A person does not really understand something until after teaching it to a computer. Donald.E.Knuth

06-20

669

编码器对齐后，要强制进行电机重启。这个电机重启标志位，pHandle->EncRestart，在EAC_Init函数中初始化为false.pHandle->bState = IDLE;//GGI//电机初始状态为IDEL。

c语言程序中u8是什么意思,c – __u8和uint8_t之间的区别

weixin_39883906的博客

05-18

6581

有人可以解释uint8_t和__u8类型之间的区别吗？我知道uint8_t是在stdint.h中定义的,并且它们在每个unix系统上都可用./* Unsigned. */typedef unsigned char uint8_t;typedef unsigned short int uint16_t;...如果我使用它们可以识别我打算做什么.现在我偶然发现了__u8和__u16类型...

VS2019奇怪的编译错误系列之一：使用uint8_t等类型报错

[PE]经典八炮的博客

06-12

9868

最近我写了一个程序，有一个类里面的一个函数声明如下： virtual void ProcessInput(const uint8_t* keyState); 这条语句很正常，也没有语法错误，可是VS2019编译怎么也通不过，提示错误如下： Component.h(11,41): error C4430: 缺少类型说明符 - 假定为 int。注意: C++ 不支持默认 int Component.h(11,41): error C2143: 语法错误: 缺少“,”(在“*”的前面) 这就奇了，编译器报的

数据类型变换uint8_t uint16_t等等

每天多一分钟学习，生命就多一份精彩

07-08

4074

#include <limits.h>#ifdef WIN32 #include <windows.h> #endif /* WIN32 */#ifdef _MSC_VER /* WIN32 *//* from http://code.google.com/p/msinttypes/ */ #if _MSC_VER > 1000 #pragma once #endif#if (_MSC_VER <

STM32江科大学习重编程遇到的问题解决方法一栏(自查)

weixin_46312884的博客

02-05

746

一些32的解决方法

vscode开发stm32项目时提示uint8_t等数据类型和宏定义未定义

qq_51797760的博客

12-05

5087

vscode中打开IAR或者keil工程文件夹数据类型和宏定义报错问题

关于STM32例程中U8,U16，U32的问题

weixin_42147275的博客

12-19

6620

在看STM32例程的时候，发现对u8, u16，u32存在疑问。使用go to definition时发现无法找到然后项目管理栏上，发现stdio.h,stdint.h出现了感叹号警示解决方式，打开微库使用go to definition，还是没有，于是寻找一些头文件，在stm32f10x .h中找到了定义 ...

configUSE_16_BIT_TICKS=0 在cubemx里默认是0啊

最新发布

08-02

<think>我们正在解决一个FreeRTOS配置问题，具体是关于`configUSE_16_BIT_TICKS`的设置。用户在使用CubeMX配置FreeRTOS时，遇到了低功耗函数报错，错误信息显示类型不匹配（`TickType_t`与`uint32_t *`）。用户希望了解CubeMX中`configUSE_16_BIT_TICKS`的默认值以及如何解决这个错误。 ### 问题分析根据错误信息： ```c ../Middlewares/Third_Party/FreeRTOS/Source/portable/RVDS/ARM_CM3/port.c(503): error: #167: argument of type "TickType_t" is incompatible with parameter of type "uint32_t *" ``` 问题出在`configPRE_SLEEP_PROCESSING`宏调用的参数类型不匹配。在低功耗模式下，FreeRTOS会调用`configPRE_SLEEP_PROCESSING`，并传入一个指向`xModifiableIdleTime`的指针，该变量的类型为`TickType_t`。而用户定义的`PreSleepProcessing`函数的参数类型可能是`uint32_t*`，导致类型不匹配。 ### CubeMX中`configUSE_16_BIT_TICKS`的默认值在STM32CubeMX中配置FreeRTOS时，默认情况下`configUSE_16_BIT_TICKS`被设置为0（即使用32位TickType_t）[^1]。这是因为： 1. 大多数STM32微控制器是32位的，使用32位计数器可以提高系统节拍计数范围（最大计数约497天，而16位只有约1小时）[^3]。 2. CubeMX的默认配置倾向于通用性和稳定性，32位TickType_t更常用。 ### 解决方案 #### 步骤1：修改函数声明和定义在`FreeRTOSConfig.h`中，确保`configPRE_SLEEP_PROCESSING`宏指向的函数参数类型为`TickType_t*`： ```c // FreeRTOSConfig.h #define configPRE_SLEEP_PROCESSING(x) PreSleepProcessing(x) ``` 然后，在函数声明和定义中，将参数类型改为`TickType_t*`： ```c // 函数声明（例如在FreeRTOSConfig.h或单独的头文件中） void PreSleepProcessing(TickType_t *xExpectedIdleTime); // 函数定义（在.c文件中） void PreSleepProcessing(TickType_t *xExpectedIdleTime) { // 低功耗处理逻辑 // 例如：调整休眠时间、配置外设等 } ``` #### 步骤2：确认CubeMX配置在CubeMX中检查FreeRTOS的配置： 1. 打开CubeMX工程，进入“Pinout & Configuration”选项卡。 2. 在左侧导航栏选择“Middleware”下的“FREERTOS”。 3. 在“Configuration”选项卡中，选择“Include parameters”子选项卡。 4. 找到“configUSE_16_BIT_TICKS”选项，确保其值为0（默认值）。 #### 步骤3：重新生成代码修改后，在CubeMX中重新生成代码，确保修改被保留。 #### 步骤4：检查其他相关配置 - 确保启用了低功耗模式：`configUSE_TICKLESS_IDLE`设置为1。 - 检查系统时钟配置，确保SysTick定时器正确设置。 ### 补充说明 1. **类型兼容性**：当`configUSE_16_BIT_TICKS=0`时，`TickType_t`实际上是`uint32_t`的别名，但C语言编译器会将其视为不同类型。因此，必须严格匹配函数签名。 2. **低功耗处理函数的作用**： `PreSleepProcessing`用于在进入低功耗模式前调整休眠时间或配置外设（例如关闭外设时钟）[^1]。例如： ```c void PreSleepProcessing(TickType_t *xExpectedIdleTime) { // 根据系统需求调整休眠时间 if (*xExpectedIdleTime > MAX_SLEEP_TIME) { *xExpectedIdleTime = MAX_SLEEP_TIME; } // 关闭外设时钟等操作 __HAL_RCC_GPIOA_CLK_DISABLE(); } ``` ### 相关问题 §§相关问题§§ 1. 如何在CubeMX中配置FreeRTOS的低功耗模式？ 2. `configUSE_TICKLESS_IDLE`和`configUSE_16_BIT_TICKS`之间有什么关系？ 3. 如何验证FreeRTOS低功耗模式是否正常工作？ 4. 在低功耗模式下，任务唤醒的机制是什么？ [^1]: FreeRTOS内核配置说明 [^2]: STM32CubeMX FreeRTOS配置指南 [^3]: FreeRTOS学习笔记：TickType_t解析</think>### FreeRTOS `configUSE_16_BIT_TICKS=0` 在CubeMX中的配置与错误解决 #### 1. **CubeMX默认值分析** 在STM32CubeMX中配置FreeRTOS时： - **`configUSE_16_BIT_TICKS` 默认值为 0**（即使用32位TickType_t）[^3] - 原因：32位微控制器（如ARM Cortex-M）通常使用32位计数器，可支持更长的节拍周期（约497天），而16位仅支持约1小时[^1] - 验证路径：CubeMX > Middleware > FREERTOS > Configuration > `configUSE_16_BIT_TICKS` #### 2. **错误根本原因** 报错 `argument of type "TickType_t" is incompatible with parameter of type "uint32_t *"` 的核心原因是： ```c // 函数声明类型不匹配（典型错误） void PreSleepProcessing(uint32_t *x); // 错误：参数为 uint32_t* // FreeRTOS内部调用（port.c 503行） configPRE_SLEEP_PROCESSING(xModifiableIdleTime); // xModifiableIdleTime 是 TickType_t 类型 ``` 当 `configUSE_16_BIT_TICKS=0` 时，`TickType_t ≡ uint32_t`，但**指针类型 `TickType_t*` 与 `uint32_t*` 在C语言中被视为不同类型**，导致类型不兼容[^3]。 #### 3. **完整解决方案** ##### 步骤1：修改函数声明（在 `FreeRTOSConfig.h`） ```c /* 修改前（错误） */ #define configPRE_SLEEP_PROCESSING(x) PreSleepProcessing(x) void PreSleepProcessing(uint32_t *xExpectedIdleTime); // uint32_t* 不匹配 /* 修改后（正确） */ #define configPRE_SLEEP_PROCESSING(x) PreSleepProcessing(x) void PreSleepProcessing(TickType_t *xExpectedIdleTime); // 使用 TickType_t* [^3] ``` ##### 步骤2：同步修改函数实现 ```c // 在低功耗处理文件中（如 power_save.c） void PreSleepProcessing(TickType_t *xExpectedIdleTime) { // 1. 调整休眠时间（可选） if (*xExpectedIdleTime > MAX_SLEEP_TICKS) { *xExpectedIdleTime = MAX_SLEEP_TICKS; } // 2. 进入低功耗前的准备工作 HAL_SuspendTick(); // 暂停HAL节拍计数器 __HAL_RCC_PWR_CLK_ENABLE(); // 使能电源控制时钟 HAL_PWR_EnterSLEEPMode(PWR_MAINREGULATOR_ON, PWR_SLEEPENTRY_WFI); // 进入睡眠模式 } ``` ##### 步骤3：关键配置验证在 `FreeRTOSConfig.h` 中确认： ```c #define configUSE_TICKLESS_IDLE 1 // 启用Tickless低功耗模式[^1] #define configUSE_16_BIT_TICKS 0 // 确保使用32位TickType_t（CubeMX默认值） #define configTICK_RATE_HZ 1000 // 节拍频率需与实际硬件匹配 ``` #### 4. **配置原理说明** | 配置项 | 值 | 作用 | |-------------------------|-----|----------------------------------------------------------------------| | `configUSE_16_BIT_TICKS` | 0 | 定义TickType_t为uint32_t，支持更长休眠周期（约49.7天@1kHz节拍）[^3] | | `configUSE_TICKLESS_IDLE`| 1 | 启用Tickless模式，允许CPU在空闲时完全停止节拍中断[^1] | | `configTICK_RATE_HZ` | 1000| 需与SysTick中断频率一致，常见值为100~1000Hz | #### 5. **调试建议** 1. **烧录问题**：启用低功耗后可能无法直接烧录程序，临时解决方案： ```c // 烧录前临时注释 // #define configUSE_TICKLESS_IDLE 1 ``` 2. **唤醒测试**：使用外部中断或RTC唤醒，验证唤醒后任务调度是否正常 3. **功耗测量**：用万用表测量MCU的RUN模式与SLEEP模式电流，确认低功耗生效 ### 相关问题