资讯

精准传达 • 有效沟通

从品牌网站建设到网络营销策划,从策略到执行的一站式服务

怎么使用VisualStudioCode+CMake+SDCC进行C51开发尝试

今天就跟大家聊聊有关怎么使用Visual Studio Code + CMake + SDCC 进行C51开发尝试,可能很多人都不太了解,为了让大家更加了解,小编给大家总结了以下内容,希望大家根据这篇文章可以有所收获。

公司主营业务:网站建设、成都网站制作、移动网站开发等业务。帮助企业客户真正实现互联网宣传,提高企业的竞争能力。创新互联建站是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化,感谢他们对我们的高要求,感谢他们从不同领域给我们带来的挑战,让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。创新互联建站推出和政免费做网站回馈大家。

起因当然是Keil 太烂了,在尝试重新回到C51 的时候听说了可用于C51 的开源编译器SDCC,于是就开始尝试Keil 以外的开发方案。先提一下结果:失败了。部分失败了,虽然用SDCC 成功生成了可用的程序,但是致命的缺陷在于SDCC 没有Debug 体验可言。除此之外还有一些小问题,以下详细叙述,留作备份。

现有基于SDCC 的几个方案

1. Platform IO + Visual Studio Code

【应有图1】

这是我最先搜到并开始尝试的方案。Platform IO 相当于一个通用的嵌入式开发助手,主要功能是通用的“新建项目向导”, 工具链管理和统一的调试工具等。

开始的体验非常 sweet,Platform IO 无缝集成于VS code 中,对STC C51 单片机有了实验性的支持,使用SDCC 编译器,用STCGAL 作为编程工具,统一的Debug 功能说实话有点儿不可思议,我还没尝试。创建项目的过程非常顺滑,由Visual Studio Code 支持的编辑体验当然也很不错,不过代码的智能补全和分析功能是由C/C++ 插件提供的,基于Clang,对C51 扩展的C语言语法没有支持,所以头文件里的寄存器定义全部报错,当然也没有相应的智能补全了,这个问题的解决方案见后文。

【应有图2】

但是就和所有企图大包大揽的东西一样,随后我就发现了Platform IO 细节上的不讲究。Platform IO 提供一个配置文件给用户,用于调整项目的一些设置,比如说引用外部的库文件、设置路径、添加编译选项之类的,问题是Platform IO 使用了类似Arduino 的库组织方式,它默认一个库就是个具有一定文件结构的包,其中包括了头文件和源代码,因此似乎没有必要再单独提供一个选项让你配置头文件包含目录,而我当时遇到的问题是智能提示找不到SDCC 的头文件,最简单的解决方案是在C/C++ 插件的项目配置里加一条路径就行了,但是这个配置文件是受Platform IO 管理的,每次Platform IO 更新状态的时候手动添加的内容就会被清理掉,所以必须去Platform IO的配置里加路径,然而它并没有提供单独配置头文件包含目录的功能……搜索一番后,唯一能做的似乎只有在添加编译选项的时候把目录加进去,编译器当然能找到它自己的头文件,但是我的智能提示依然不能work。

除此之外,Platform IO 的其他问题和这个类似,都是大包大揽的工具偶尔照顾不到的细节问题,比方说工具链的版本滞后,又没有什么简洁的方法直接升级;或者是在用STC 以外的C51 单片机的时候,如果要让Platform IO 兼容它的工作流,显然还得付出不少时间看它的文档,调配置。

然而既然都要花时间费劲看文档、调配置,为什么我不去用一个功能更强、更有用、更受欢迎的工具呢?说的就是CMake

2. QtCreator + CMake + SDCC

【应有图3】

CMake 是时下流行的开源跨平台构建工具,主要用来管理C/C++ 项目的构建任务,这里有一个不错的CMake 基础教程,来自Clion,言简意赅。显然C51 项目也是C 项目,遵循传统的编译 - 链接流程,无非是目标平台是在单片机上裸机运行,需要交叉编译而已。QtCreator 则是目前来说开发Qt 程序体验最完整的IDE,毕竟是官方出品,用于开发非Qt 的普通C/C++ 项目时,相比VS, VS code 之类的其他IDE 环境的体验也是各有千秋,Qt 还是开发桌面GUI 程序或者说上位机程序的最优框架之一,如果能用QtCreator 一站式解决开发单片机和上位机程序的需求的话那就比较香了。

QtCreator 近期也集成了CMake 支持,CMake 已经是成熟的构建工具了,按说不应该出什么妖蛾子才对。结果折腾了挺长时间CMake 配置不成功,因为QtCreator 对CMake 有一些额外的、为了便于使用的配置,结果成也GUI 败也GUI,总之我也不确定究竟是什么地方配置错了,我只是希望不要再让我配置这些东西了。

于是最终,决定回归“原生”体验,去掉那些杂七杂八的“便利”、“统一化”功能,干脆的直接手写CMake 好了。

使用Visual Studio Code + CMake

【应有图4】

要支持C/C++ 开发需要先安装C/C++ 插件,巨硬官方出品,随后安装同样是巨硬出品的CMake tools 插件,或许需要重启一次VS code 让插件准备完毕。在此之前安装CMake 依赖的Ninjia 构建工具,添加到PATH。

接下来新建一个文件夹作为项目文件夹,用VS code 打开,然后点F1 打开命令面板,搜索CMake 相关的命令,运行CMake:配置 命令,用于准备好CMake 环境,如果是个完全空的新建文件夹的话运行配置命令后会又提示找不到CMakeLists.txt,点一下让它新建就好了,然后目标类型选择executable,这样它会自动准备一个CMakeLists.txt 文件在文件夹下面。弹出面板选择工具的时候选择“未指定”,因为它给的列表里应该没有SDCC。

然后一个CMake 项目文件就算准备好了,其中的build 文件夹之后会用于存放生成的文件。

使用CMake + SDCC 编译

首先安装SDCC,添加到PATH。

需要编辑CMakeLists.txt 文件,允许使用SDCC 编译项目,启用智能提示。CMake 默认使用本地环境作为目标环境,要使用SDCC 交叉编译,需要添加以下两行:

set(CMAKE_SYSTEM_NAME Generic)
set(CMAKE_C_COMPILER sdcc)

第一行指定交叉编译的目标平台,对于单片机裸机环境就是Generic,第二行指定SDCC 为C 编译器。至少CMake 3.18 安装后带有基本的SDCC 支持文件,所以用这两行开启SDCC 支持后基本上不需要再添加别的东西,可以算是真实省心。然后像一般的项目一样添加源文件,生成就好了。点击下部状态栏齿轮“生成”按钮或者执行CMake: 生成命令。

【应有图5】

SDCC 默认生成的文件是.ihx 格式,位于build 子文件夹内,要给STC 单片机编程的话可能需要转化成.hex 或.bin 格式的文件,SDCC 提供了packihx.exe 和makebin.exe 两个命令行工具用来做这件事,格式如下:

# 生成hex:
packihx.exe blink.ihx > blink.hex
# 或生成bin:
makebin.exe blink.ihx > blink.bin

需要注意的是,这个地方对Windows 用户有个坑,如果用powershell 命令行执行命令的话,输出文件的编码存在问题,无法正常编程,至少是无法用STC-ISP 编程。这个问题我没有细究,可能是powershell 输出的文件编码使用了UTF-16 双字节编码,或者说是Unicode,而正常的hex 文件使用ASCII 编码,因此我看到的现象是powershell 输出的文件是正常文件的两倍大小,用文本编辑器,比如Notepad3 或者Notepad++ 打开错误的hex 文件,转换编码到UTF-8 就可以解决问题。

可以编辑CMakeLists.txt 实现让CMake 在编译后自动执行ihx 到hex 文件的转换工作,相关代码如下:

add_custom_command(TARGET blink
                   POST_BUILD
                   COMMAND packihx.exe ARGS $ " > blink.hex"
                   WORKING_DIRECTORY ./)

这样自动生成的文件没有编码错误。

然后就可以使用STC-ISP 或者STCGAL 上传程序文件。这一步也可以通过编辑VS code的launch.json 实现集成。

文后会附上blink 实例程序和CMakeLists.txt 文件

解决智能提示兼容性问题

SDCC C51 扩展了不少非标准C 语言关键字,基于clang 的智能提示无法理解这些东西,于是使用这些关键字的时候都会报错,无法智能提示头文件中定义的寄存器。

一种解决思路是利用条件编译,区别智能提示运行环境和SDCC 实际编译环境,用空的define 取代这些关键字,寄存器也都用宏代替,然后在SDCC 实际编译时使用原来C51 语法的寄存器定义,举例来说:

#ifdef __SDCC
	__sfr __at (0x80) P0;    //实际有效的寄存器定义
#else
	#define __sfr    //空的关键字宏,消除关键字不兼容
	#define __at

	#define P0 (*(char*)(0x80))    //用于兼容标准C 语法的寄存器符号,没有实际功能
#endif

//...
	P0 = 0xf0;
	P0 |= 0x02;
//...

以上条件编译把代码区分到智能提示和实际编译两个环境,在实际编译时,SDCC 编译器会预定义__SDCC 符号,因此实际编译时使用实际有效的寄存器定义,而在智能提示环境,用空的宏取代所有关键字,消除关键字的不兼容,然后用一个宏定义寄存器,保证寄存器名智能提示依然可以使用。这里将P0 定义为一个对char* 指针解引用的左值表达式, 因为这样一来在语法上对P0 的赋值才是合法的,括号里的数值可以是任意不太大的整数,当然用P0 本来的值更合适。

实际使用时,创建一个特殊的头文件,其中的条件编译在实际编译时正常包含C51 头文件,将C51 头文件中的符号都转写成兼容的形式,供智能提示使用,见附1的代码。

其他增强

  1. C51 项目的CMake 配置是类似的,可以使用类似项目模板的插件,简化新建项目的工作。

附1:8051_inc_error_hide.h

#ifndef 8051_INC_ERROR_HIDE_H
#define 8051_INC_ERROR_HIDE_H


/*
	To solve the problem that vs / clang dose not
	recognize those SDCC defined keywords.
*/

#ifdef __SDCC
	#include 

#else
	//keywords
	#define __interrupt
	#define __using
	#define __code
	#define __data
	#define __near
	#define __xdata
	#define __far
	#define __idata
	#define __pdata
	#define __code
	#define __bit
	#define __sfr
	#define __sfr16
	#define __sfr32
	#define __sbit
	#define __at
	#define __critical
	//#define __asm
	//#define __endasm

	//header - 8051.h registers

	#define P0 (*(char*)((0x80)))
	#define SP (*(char*)((0x81)))
	#define DPL (*(char*)((0x82)))
	#define DPH (*(char*)((0x83)))
	#define PCON (*(char*)((0x87)))
	#define TCON (*(char*)((0x88)))
	#define TMOD (*(char*)((0x89)))
	#define TL0 (*(char*)((0x8A)))
	#define TL1 (*(char*)((0x8B)))
	#define TH0 (*(char*)((0x8C)))
	#define TH1 (*(char*)((0x8D)))
	#define P1 (*(char*)((0x90)))
	#define SCON (*(char*)((0x98)))
	#define SBUF (*(char*)((0x99)))
	#define P2 (*(char*)((0xA0)))
	#define IE (*(char*)((0xA8)))
	#define P3 (*(char*)((0xB0)))
	#define IP (*(char*)((0xB8)))
	#define PSW (*(char*)((0xD0)))
	#define ACC (*(char*)((0xE0)))
	#define B (*(char*)((0xF0)))
	#define P0_0 (*(char*)((0x80)))
	#define P0_1 (*(char*)((0x81)))
	#define P0_2 (*(char*)((0x82)))
	#define P0_3 (*(char*)((0x83)))
	#define P0_4 (*(char*)((0x84)))
	#define P0_5 (*(char*)((0x85)))
	#define P0_6 (*(char*)((0x86)))
	#define P0_7 (*(char*)((0x87)))
	#define IT0 (*(char*)((0x88)))
	#define IE0 (*(char*)((0x89)))
	#define IT1 (*(char*)((0x8A)))
	#define IE1 (*(char*)((0x8B)))
	#define TR0 (*(char*)((0x8C)))
	#define TF0 (*(char*)((0x8D)))
	#define TR1 (*(char*)((0x8E)))
	#define TF1 (*(char*)((0x8F)))
	#define P1_0 (*(char*)((0x90)))
	#define P1_1 (*(char*)((0x91)))
	#define P1_2 (*(char*)((0x92)))
	#define P1_3 (*(char*)((0x93)))
	#define P1_4 (*(char*)((0x94)))
	#define P1_5 (*(char*)((0x95)))
	#define P1_6 (*(char*)((0x96)))
	#define P1_7 (*(char*)((0x97)))
	#define RI (*(char*)((0x98)))
	#define TI (*(char*)((0x99)))
	#define RB8 (*(char*)((0x9A)))
	#define TB8 (*(char*)((0x9B)))
	#define REN (*(char*)((0x9C)))
	#define SM2 (*(char*)((0x9D)))
	#define SM1 (*(char*)((0x9E)))
	#define SM0 (*(char*)((0x9F)))
	#define P2_0 (*(char*)((0xA0)))
	#define P2_1 (*(char*)((0xA1)))
	#define P2_2 (*(char*)((0xA2)))
	#define P2_3 (*(char*)((0xA3)))
	#define P2_4 (*(char*)((0xA4)))
	#define P2_5 (*(char*)((0xA5)))
	#define P2_6 (*(char*)((0xA6)))
	#define P2_7 (*(char*)((0xA7)))
	#define EX0 (*(char*)((0xA8)))
	#define ET0 (*(char*)((0xA9)))
	#define EX1 (*(char*)((0xAA)))
	#define ET1 (*(char*)((0xAB)))
	#define ES (*(char*)((0xAC)))
	#define EA (*(char*)((0xAF)))
	#define P3_0 (*(char*)((0xB0)))
	#define P3_1 (*(char*)((0xB1)))
	#define P3_2 (*(char*)((0xB2)))
	#define P3_3 (*(char*)((0xB3)))
	#define P3_4 (*(char*)((0xB4)))
	#define P3_5 (*(char*)((0xB5)))
	#define P3_6 (*(char*)((0xB6)))
	#define P3_7 (*(char*)((0xB7)))
	#define RXD (*(char*)((0xB0)))
	#define TXD (*(char*)((0xB1)))
	#define INT0 (*(char*)((0xB2)))
	#define INT1 (*(char*)((0xB3)))
	#define T0 (*(char*)((0xB4)))
	#define T1 (*(char*)((0xB5)))
	#define WR (*(char*)((0xB6)))
	#define RD (*(char*)((0xB7)))
	#define PX0 (*(char*)((0xB8)))
	#define PT0 (*(char*)((0xB9)))
	#define PX1 (*(char*)((0xBA)))
	#define PT1 (*(char*)((0xBB)))
	#define PS (*(char*)((0xBC)))
	#define P (*(char*)((0xD0)))
	#define F1 (*(char*)((0xD1)))
	#define OV (*(char*)((0xD2)))
	#define RS0 (*(char*)((0xD3)))
	#define RS1 (*(char*)((0xD4)))
	#define F0 (*(char*)((0xD5)))
	#define AC (*(char*)((0xD6)))
	#define CY (*(char*)((0xD7)))

	/* BIT definitions for bits that are not directly accessible */
	/* PCON bits */
	#define IDL             0x01
	#define PD              0x02
	#define GF0             0x04
	#define GF1             0x08
	#define SMOD            0x80

	/* TMOD bits */
	#define T0_M0           0x01
	#define T0_M1           0x02
	#define T0_CT           0x04
	#define T0_GATE         0x08
	#define T1_M0           0x10
	#define T1_M1           0x20
	#define T1_CT           0x40
	#define T1_GATE         0x80

	#define T0_MASK         0x0F
	#define T1_MASK         0xF0

	/* Interrupt numbers: address = (number * 8) + 3 */
	#define IE0_VECTOR      0       /* 0x03 external interrupt 0 */
	#define TF0_VECTOR      1       /* 0x0b timer 0 */
	#define IE1_VECTOR      2       /* 0x13 external interrupt 1 */
	#define TF1_VECTOR      3       /* 0x1b timer 1 */
	#define SI0_VECTOR      4       /* 0x23 serial port 0 */

#endif
#endif

附2:blink.c

#include "8051_inc_error_hide.h"  //-->#include 
#include 

#define LED P0_0

void delay(uint16_t t) {
	while(i--);
}

void main(void) {
	while(1) {
		LED = 0;
		delay(20000);
		LED = 1;
		delay(20000);
	}
}

附3:CMakeLists.txt

cmake_minimum_required(VERSION 3.5)

project(blink LANGUAGES C)

set(CMAKE_SYSTEM_NAME Generic)
set(CMAKE_C_COMPILER sdcc)

add_executable(blink blink.c 8051_inc_error_hide.h)

add_custom_command(TARGET blink
                   POST_BUILD
                   COMMAND packihx.exe ARGS $ " > blink.hex"
                   WORKING_DIRECTORY ./)

看完上述内容,你们对怎么使用Visual Studio Code + CMake + SDCC 进行C51开发尝试有进一步的了解吗?如果还想了解更多知识或者相关内容,请关注创新互联行业资讯频道,感谢大家的支持。


本文题目:怎么使用VisualStudioCode+CMake+SDCC进行C51开发尝试
浏览地址:http://cdkjz.cn/article/gccosd.html
多年建站经验

多一份参考,总有益处

联系快上网,免费获得专属《策划方案》及报价

咨询相关问题或预约面谈,可以通过以下方式与我们联系

大客户专线   成都:13518219792   座机:028-86922220