企业官网建设流程全解析

简介：以UPD78F0485芯片为核心的NEC单片机开发实例，对应78K0R系列8位微控制器，面向嵌入式初学者及需掌握NEC芯片特性的工程师，适用于工业控制、家用电器、仪器仪表等场景中的LCD显示与实时数据刷新。压缩包共71个文件，大小仅212KB，包含c、h源程序与asm汇编代码，rel、pcc、prn等编译链接文件，以及hex烧录文件、map映射文件和prj工程文件，覆盖从源码、编译到调试的完整开发流程。已有386人学习下载。从中可学习系统时钟初始化、I/O端口配置、定时器驱动LCD定时刷新，以及向LCD发送指令与数据的底层写法；同时附带buzzer、rtc、temperature、remocon等功能模块，对应蜂鸣器、实时时钟、温度采集和遥控处理，便于对照代码理解外设协作方式。

1. NEC单片机实例（UPD78F0485）：一块段码LCD和一颗78K0的完整工程

NEC单片机实例（UPD78F0485）这个工程包，解决的是仪表开发里最常遇见的一件事：让一颗8位单片机把段码LCD跑起来。实例用NEC 78K0内核的UPD78F0485做主控，屏幕是一块1/4占空比的段码LCD，不经过点阵屏、不接字库芯片，所有笔画直接用片内LCD控制器驱动。

这类平台在温控仪表、电量显示、手持式测试设备里还大量在用。工程里除了LCD驱动，还带了按键扫描、定时刷新、看门狗和低功耗处理，等于一个能直接改的“表头模板”。底层的LCD初始化、显示数据寄存器映射都是现成的，拿到手的不是零散片段，而是一个能编译、能烧录的完整工程。

适合两类人看：刚接触NEC单片机，想找一个能跑通的LCD例程的入门者；以及在用别的MCU刷段码屏、一直靠软件模拟I/O、想对比片内LCD控制器做法的人。整份工程用C写，工程文件齐全，按第3章的流程编译烧录，屏幕就能亮起来。

2. 硬件架构拆解：UPD78F0485的LCD控制器和引脚设计

先把UPD78F0485这颗芯片的定位讲清楚。它属于NEC的78K0/LF3系列，8位机，片内集成Flash和常用外设。这颗芯片不算新，但在仪表领域生命周期很长，优点是仪表需要的外设都堆在片内：LCD控制器、UART、ADC、定时器、看门狗。特别是LCD驱动这一块，对段码屏开发很关键——不需要外挂驱动芯片，SEG和COM引脚直接从MCU引出去接玻璃屏。整份工程的外设分配就是围绕这个特征设计的。

2.1 片内LCD控制器工作原理：段码屏直接挂总线

段码LCD的显示原理是：公共端COM作行、段输出SEG作列，某个交叉点通交流电时，这一段液晶就变黑。传统做法是用外部驱动芯片，用串口把段码灌进去。而UPD78F0485把LCD驱动电路做进MCU，SEG0~SEG31、COM0~COM3这些引脚从芯片特定端口引出，程序改内部显示数据寄存器，引脚上自然就有对应的AC波形。注意这种AC波形是连续的驱动输出，不是普通I/O口的高电平，初始化LCD模块之前这些引脚还只是普通I/O，初始化之后才是驱动输出。

本工程的屏幕规格是4个COM、26个SEG左右的段码屏，满打满算有128个可控制点，显示三位数加单位、状态标志足够。片内还有产生LCD偏置电压的倍压电路，外部只需在VLCD引脚挂一颗电容，不需要单独的负压电路——这是从51转过来的人最容易忽略的，以为是外部芯片在干活，实际上LCD驱动电路就在一颗片子内部。

如果换成常见的外部驱动方案，物料多一颗器件、驱动代码多一组SPI读写、显示数据要先搬到外部芯片，还多占两个I/O。片内集成方案代码量小一半，代价是裸屏引脚必须匹配MCU的COM/SEG引脚数，换屏时需要重新核对映射。工程面向固定型号的仪表产品，这种限制可以接受。

2.2 最小系统与引脚分配：COM、SEG、VLCD怎么接

先看一张引脚功能清单，这是最小系统里会用到的部分：

电源去耦没有玄学，就是常规布置。RESET引脚需要注意：如果接的电容太大，上电复位时间会变得很长，后面烧录校验失败时就首先怀疑它。时钟建议先用外部陶瓷振荡器启动工程，确认LCD正常后再去尝试片内IRC。原因是工程生成的Timer初始化代码默认按外部时钟计算分频，改成IRC后所有定时器的溢出时间都要重新算，第一步没必要给自己加这个变量。

SEG引脚上，很多屏的定义并不是按顺序排的。比如PCB上SEG3可能接的是屏的第一位a段，而SEG5接的是另一位g段。拿到实物第一件事就是把屏的COM/SEG排列和PCB走线对上，组成一张映射表，后面代码里字形表就照这张表来写。第4章会给一个实例。

走线方面，COM和SEG属于交流驱动，PCB上避免长距离平行走线，否则串扰会让不该亮的段半亮。显示发淡时，除了倍压问题，排线间距过近也常见。

2.3 供电与低功耗设计：电池供电的段码屏注意什么

段码LCD的应用场景大半是电池供电，所以工程里供电结构也是按低功耗设计的。整板电压用3V，LCD偏压由内部倍压电路生成。3V供电下，倍压电路可以配置成2倍或3倍。如果屏的驱动电压需要5V，就选3倍压。倍压越高，屏对比度通常越好，功耗也越高；倍压不够时，段显会特别淡。选2倍还是3倍，不是随手定的，要看屏规格书里的工作电压，一般3V系统配2倍或3倍都在安全范围内。

比较隐蔽的是停机模式下LCD的行为。部分LCD驱动电路在MCU进入halt时会停止输出波形，屏幕直接闪掉或全灭。解决办法是停机前把待显示的数据固化到显示数据寄存器，并让LCD模块在低功耗下继续保持输出；如果芯片不支持保持，就只能在唤醒后重新执行一次LCD初始化。工程默认的做法是维持正常halt刷新，先保证功能正确，不主动追求极致的静态电流，等整机功能稳定后再逐个砍电流。

2.4 硬件检查清单：LCD不亮时先测哪几个点

硬件上最容易出问题的位置就三个，按顺序排查比翻代码快得多：

第一，量VDD电压。段码屏对电压敏感，3.0V和3.6V下的对比度差异肉眼可见，如果电压偏低，优先解决供电。第二，量VLCD引脚。正常情况下这里会有倍压后的直流电压，比如3V供电开2倍压，VLCD能测到接近6V，如果VLCD始终等于VDD，说明倍压电路没有工作，回到第4章的LCDS寄存器设置去查。第三，用示波器看COM0引脚波形。正常驱动时COM0上有低频交流波形，如果没有波形，说明LCD模块根本没使能，问题在初始化代码而不是硬件。

这三步走完，大概能排除八成“屏幕不亮”的问题。剩下的再往段码映射、显示数据寄存器里找，那属于软件层面的排查，第5章会展开。

3. 工程结构拆解：Applilet3生成和PM+工程的组织方式

拿到工程先看目录，分清哪些文件是工具链生成的、哪些是可以手写的。NEC的78K0开发常配PM+编译平台，外设初始化则用Applilet3工具生成。实例工程里两者搭配：Applilet3生成定时器和LCD底层的初始化框架，手写代码集中在main.c、lcd.c里。改代码前先认清边界，否则重新生成一次配置，手写的改动很可能被整体冲掉。

3.1 工程目录：生成文件与手写文件的边界

工程文件结构如下：

UPD78F0485_LCD_Demo/ ├─ demo.prj # PM+工程文件，双击打开 ├─ src/ │ ├─ main.c # 主函数、任务调度 │ ├─ lcd.c # LCD驱动：初始化、段码刷新 │ ├─ lcd.h │ ├─ key.c # 按键扫描 │ ├─ key.h │ ├─ tmr.c # 定时器初始化（Applilet3生成） │ └─ wdt.c # 看门狗初始化（Applilet3生成） ├─ inc/ │ ├─ lcd_cfg.h # 屏幕引脚、COM/SEG映射配置 │ ├─ hw_common.h # 公共宏和数据类型 │ └─ ... └─ doc/ └─ 连接说明.txt

demo.prj用PM+打开，双击后能在工程视图中看到全部源文件。tmr.c和wdt.c是Applilet3生成的，里面往往有/* START USER CODE */的保护区注释，重新生成配置时，保护区内的代码会被保留，保护区之外的部分会被覆盖。lcd.c和main.c是手写代码，不与工具链冲突。lcd_cfg.h集中存放COM/SEG映射关系，换屏时主要改这个文件。

Applilet3生成时还会在目录里放一些.bak备份文件，不要手贱去删。改配置改到一半想回退时，这些文件是后悔药。

3.2 Applilet3配置LCD与定时器：关键参数怎么选

用Applilet3生成外设初始化，界面里有几个参数不能按默认值一路点下去：

占空比和偏压是厂商设计屏的时候就定好的，选错屏幕会闪或发暗。定时器周期选10ms是权衡：段码LCD肉眼无感、按键扫描有足够去抖时间，主循环里还能做别的事。如果屏幕刷新内容频繁，改成5ms也行，中断更密集，功耗会略高。

生成代码后，在PM+里把工程编译一遍。Applilet3生成的初始化函数命名没有统一标准，但通常会按模块拆成多个函数，主函数里一个XXX_Init()调用。不需要背函数名，打开tmr.c看哪个函数写了定时器配置，在main.c里调用它就行。

3.3 编译选项与烧录流程：第一步把HEX生成出来

PM+里的编译流程不复杂，但有几个选项影响后续烧录：

第一，在工程属性里把芯片型号选成UPD78F0485，不要选错相邻型号，否则Flash容量、LCD引脚数量都可能对不上。第二，编译模式选小规模内存模型，这个工程代码量和RAM占用都不大，用默认的small模式足够。第三，链接脚本用工程自带的，不要手动改内存地址，除非你已经明确知道那个区域是空的。

确认配置后点击Build，生成demo.hex。烧录用支持78K0的Flash写入器，连接方式通常就是一根4线串行线加电源。烧录软件里选择芯片型号、确认电源、读取HEX，执行写入。写成功后复位板子，屏幕应该出现初始值。

这一步可能遇到的问题：编译通过但烧不进去，大多不是编译问题，而是选项字节或电源问题。我一般会在烧录前先确认选项字节区没有被篡改，尤其是看门狗是否被设为硬启动。更具体的翻车记录放在第5章。

3.4 第一次跑通：正常运行时会看到什么现象

工程烧录并复位后，正常现象有三个：屏幕点亮并显示初始值，比如“0.0”；按键能切换显示内容或进入设置状态；程序进入halt后，整机电流明显降低，用万用表能看到毫安级的变化。

如果现象对不上，往四个点排查：电源电压、COM/SEG接线、LCDM寄存器是否使能、定时器中断是否打开。这四个点覆盖了九成第一次跑不通的情况。第4章会把这四个点的代码实现逐一拆开讲。

4. 核心代码拆解：LCD驱动、按键和主循环的完整链路

代码链路从初始化开始，到显示数据寄存器写入结束，中间隔着一次定时中断驱动的刷新。下面按初始化、映射、主循环三个部分拆解。

4.1 LCD初始化：寄存器顺序和倍压设置

初始化函数是整个工程的基础，顺序不能乱：

#include "lcd_cfg.h" void LCD_Init( void ) { /* 第一步：关闭LCD输出，避免配置过程中屏幕出现毛刺 */ LCDC = 0x00; /* 第二步：设置占空比和偏压，本工程为1/4 duty、1/3 bias */ LCDM = 0x0D; /* 第三步：内部倍压2倍，给VLCD提供偏压 */ LCDS = 0x02; /* 第四步：等电压建立，10ms左右比较稳 */ for ( unsigned int i = 0; i < 2000; i++ ) { ; } /* 第五步：打开COM/SEG输出 */ LCDC = 0x01; }

LCDC是LCD总开关，LCDM是模式寄存器，决定占空比和偏压方式，LCDS是电压生成寄存器，配置倍压倍数。正确顺序是关输出、设模式、设倍压、等待、开输出。如果先开输出再设倍压，上电瞬间COM/SEG会以不可控的电平跑，屏幕会闪一下，严重的还会产生直流分量，长期看对液晶屏不利。

LCDM = 0x0D是本工程根据自己的屏幕选的值，不同占空比对应不同位设置，换屏时需要查数据手册重新算。不要把这行当作通用值抄到别的芯片上，说的是寄存器思路，不是常量。

4.2 显示数据写入：SDR映射和字形表

段码屏没有显存的概念，但要往显示数据寄存器里写数据。78K0/LF3系列里，显示数据按COM分配到多个SDR寄存器，一个COM一个字节，字节里每个bit对应一个SEG。示意写法如下：

/* 以4个COM为例，每个COM一个字节 */ void LCD_Refresh( unsigned char com_buf[4] ) { SDR0 = com_buf[0]; SDR1 = com_buf[1]; SDR2 = com_buf[2]; SDR3 = com_buf[3]; }

写入时机由主循环的10ms节拍控制。显示数据寄存器的内容会持续输出到引脚，不需要像动态数码管那样反复扫描，这也是段码屏省电的原因之一。

字形表按7段码的常规顺序定义：

/* 0~9的7段码示意，段顺序为 a,b,c,d,e,f,g */ const unsigned char digit_code[10] = { 0x3F, 0x06, 0x5B, 0x4F, 0x66, 0x6D, 0x7D, 0x07, 0x7F, 0x6F };

这张表只适用于段顺序恰好是a到g连续排列的屏。工程里实际用的屏可能不是这个顺序，所以lcd_cfg.h里专门留了SEG_GET_BIT()这类宏，把逻辑段号映射到物理引脚。换屏时第一件事就是改这个映射表，而不是改字形表。这里特别提醒：段码LCD的段序非常自由，同一颗芯片，两块不同厂家的屏，映射表大概率不一样。

4.3 主循环：定时刷新、按键事件和低功耗

主流程用状态机加中断节拍组织：

volatile unsigned char g_tick = 0; void main(void) { unsigned char disp_buf[4] = { 0, 0, 0, 0 }; unsigned char key; LCD_Init(); Timer_Init(); Key_Init(); WDT_Init(); EA = 1; /* 开总中断 */ while (1) { if ( g_tick ) { g_tick = 0; key = Key_Scan(); if ( key != KEY_NONE ) { OnKeyPress( key, disp_buf ); } LCD_Refresh( disp_buf ); } WDT_Feed(); /* 喂狗 */ __halt(); /* 进入停机，被定时器中断唤醒 */ } }

g_tick由定时器中断置位，表示10ms节拍到了。Key_Scan()在同一个节拍里执行，天然具备去抖条件。LCD_Refresh()只在节拍标志置位时执行，写入量很小，不占时间。主循环大部分时间停在__halt()上，被中断唤醒、处理完、再睡回去，这是整机低功耗的关键。

有些初学者会改成几行delay轮流刷屏，那样CPU全程都在忙，中断一进来还会被delay挡住，按键响应延迟变大。段码屏本身不需要持续刷新，显示数据写一次就一直在输出，用delay刷屏纯属浪费。工程里这套“中断置标志、主循环处理、无事halt”的框架，后续加功能时也方便扩展。

5. 避坑与常见问题：编译烧录和LCD显示的翻车排查

流程走通之后，实际交手板子时问题会集中出现在几个环节。下面是六条记录得比较典型的坑，每条都按现象、原因、解决三个部分来记。

5.1 编译烧录环节的坑

坑一：烧录器连接后始终找不到设备，或烧写到一半校验失败。

现象：Flash写入器连接板子，软件提示无法识别芯片，偶尔识别到也是时断时续，烧到一半报校验错误。原因通常有三个：RESET引脚并的电容太大，导致芯片一直处于复位状态；烧录软件里选的时钟源是内部高速时钟，而板子实际靠外部晶振启动；还有可能是目标板没有供电，只接了烧录线。

解决：把复位电容降到0.1uF左右；烧录软件的连接界面里选择外部时钟来源，有些版本有“自动选择”选项，优先使用；供电顺序改成先给板子供电，再连烧录线，最后点连接。这三点按顺序排除，基本能解决九成的连接问题。

坑二：编译没有错误，烧进去之后程序不跑，电流很小，屏幕不亮。

现象：程序烧录成功，但复位后没有任何反应，整机电流只有几十微安，像处于待机状态。原因很多时候是选项字节把看门狗设成了硬启动，芯片在进main之前看门狗已经复位了几十圈，程序根本没机会运行。这个问题在Applilet3生成代码里尤其容易踩到，看门狗配置界面的初始化选项如果没有仔细看，默认可能会把看门狗设成上电即启动。

解决：恢复选项字节的默认设置，再在main函数开头第一时间初始化看门狗并喂一次狗，保证从复位到主循环建立之间不被狗咬。改完之后观察电流是否突然跳起来，如果跳起来说明程序已经在跑了。

坑三：仿真时程序跳到意外的地方，进了一个从没主动打开过的中断。

现象：用仿真器单步执行，代码突然跳到中断向量表，打开寄存器看到是某个定时器中断标志被置位，但程序里明明没有初始化这个定时器。原因往往是未使用的中断向量没做处理，或者全局中断使能位打开时，某个悬空引脚的外部中断被噪声触发。

解决：把工程里所有用不到的中断向量统一填成空函数，或者在初始化阶段把相关外设模块的电源彻底关掉。78K0系列的中断向量表里未用项不是默认安全的，这个习惯要养起来。

5.2 LCD显示环节的坑

坑四：屏幕能亮，但笔画颜色很淡，强光下根本看不清楚。

现象：字符是有的，但对比度极差，侧着看才能勉强辨认。原因多数是倍压设置不够，VLCD引脚的实际电压没有达到屏的驱动电压。3V供电下如果只配置了2倍压，而屏幕规格需要5V以上，显示就会这样。

解决：把倍压改成3倍，重新编译烧录。改完之后等几秒再观察，内部倍压的建立有个过程，不要刚上电就下结论。如果屏幕变深，说明方向对了；如果反而出现鬼影，说明电压过高，再退回2倍压。这一步是调显示最常规的操作。

坑五：显示内容位置对不上，我想让第一位显示1，结果第二位某个段亮了。

现象：数据显示逻辑看着没问题，但屏幕上的位置就是不对，有时还会出现同一个字符的段分布在两个不同位上的情况。原因基本可以断定是COM/SEG映射表没建准。LCD玻璃屏的引脚排列经常不是线性的，厂商可能把第一位的a段接到SEG7，第二位的a段接到SEG9，PCB走线再绕一圈，就彻底对不上了。

解决：用点亮测试把真实映射测出来。写一个临时函数，每次只把某一个SEG置1，记录屏幕上哪个位置亮了，把全部SEG测完，得到一张真实映射表，然后去改lcd_cfg.h。这个过程有点枯燥，但一次做对以后，换屏时反而更快。

坑六：LCD每隔几秒闪一下，或者整屏均匀闪烁。

现象：不是个别段的问题，是整体一亮一暗，周期很规律。原因通常是刷新时机乱了，比如在刷屏函数里加了长时间的软件延时，或者用了两个定时源同时在抢显示数据。段码LCD的驱动波形本身是交流的，寄存器的写时序如果和驱动输出争抢，就会出现闪烁。

解决：把刷新固定在一个节拍源里，工程里统一放到10ms定时中断后的主循环中执行，不要在刷屏函数里加delay。如果已经固定了刷新节拍还闪，去看LCD偏压电压是否波动，电压不稳也会导致亮度抖动。

提示：把仿真器单步和冷启动行为混为一谈是新手最常见的误判。单步时外设依然在跑，很多中断不会像裸机运行时那样按预期触发，遇到奇怪现象时先冷启动复位一次再看。

6. 二次开发：把段码LCD实例工程改造成自己的仪表

这个工程的改造方向有三个，按成本从低到高排：换屏、加传感器、加通信接口。换屏是改动最小的，屏的COM/SEG参数不变的话，只需要改lcd_cfg.h里的映射表，字形表保持不变；屏的占空比变了，就去改LCD_Init里的LCDM值和Applilet3里的LCD配置，其他代码不用动。

加传感器是仪表最常见的方向，比如用一个NTC热敏电阻做温度显示。过程是在现有工程上加一路ADC采集，把采样值换算成温度，再通过字形表更新disp_buf。示意代码如下：

/* 在主循环里读ADC通道0，把结果换算成毫伏 */ unsigned int adc_value; unsigned int mv_value; adc_value = ADC_Get( 0 ); mv_value = adc_value * 3300 / 1023; /* 再把mv_value换算成温度，送入disp_buf */ temp = NTC_ToTemp( mv_value ); disp_buf[2] = digit_code[ temp / 10 % 10 ]; disp_buf[3] = digit_code[ temp % 10 ];

ADC_Get是对ADC模块初始化函数里读通道的封装，NTC_ToTemp需要根据你所用的热敏电阻B值自己写查表。这一步做完，原有的LCD刷新逻辑完全不用改，显示值是从disp_buf来的，自然而然就显示到屏上。

加通信接口方向也不难，78K0的UART在工程里已经预留，做完协议层后，可以在主循环里增加一个判断：收到上位机命令就去改写disp_buf[0]，把屏幕当一个远程仪表显示。这个过程我自己的习惯是：第一次拿到新屏，先点亮测试做出真实映射表，再把映射表写进lcd_cfg.h，最后才动手改显示函数，免得花了半天调代码最后发现是接线错。从那以后，凡是接段码屏的工程，我都强制先把映射表固化到配置头文件，再开始写驱动逻辑。希望帮到你。

本文还有配套的精品资源，点击获取