企业官网建设流程全解析

在工控这个圈子混久了，隔三差五就会有人问“国产X86和国产ARM工控机到底怎么选”。尤其最近几年供应链安全、国产化这两个词越来越高频，很多原本用进口整机的项目开始强制切到国产平台，但一上来就发现网上信息乱成一锅粥，要么是堆参数，要么是厂商软文，看完还是不知道该下单哪台。

我这些年经手过的国产工控机项目不算少，从电力监控到产线数据采集，从HMI人机界面到边缘AI盒子，X86和ARM两条路线都踩过坑、填过坑。说实话，选型这事没多玄乎，核心就一句话：先想清楚你的软件生态和环境约束，再倒推硬件平台。ARM和X86不是谁强谁弱的关系，而是两个思路完全不同的物种，选错了就是项目周期翻倍、预算超支，选对了能省一大半成本。

这篇文章我把两条技术路线的底层差异、六个关键选型维度、场景化决策方法全部捋一遍，最后再专门聊聊一个被问烂但是一直没被说透的问题——“工控机分辨率怎么调不高”。如果你是做设备集成、电气选型，或者替项目拍板采购，这篇应该能直接当参考手册用。

1. 先把平台底牌看清楚：X86和ARM到底差在哪

1.1 指令集和生态是根上的区别

很多第一次搞国产化替代的朋友，最容易犯一个错：把X86和ARM当成两种“CPU品牌”来比，比完主频比核心数，比完掉头去买。实际上这两个东西压根不是一个物种，它们之间最根本的差异是指令集架构。

X86走的是复杂指令集（CISC），一条指令能完成的事情多，芯片内部逻辑复杂，功耗天然高。ARM走的是精简指令集（RISC），指令短小精悍，设计上就是为了省电高效，所以在手机、嵌入式设备里统治了几十年。这个底层差异决定了后面所有事情：软件能不能跑、功耗有多高、散热怎么做、外设能不能兼容。

你在选型时不用把指令集学得多深，但一定要建立一个基本概念：X86是“标准普通话”，几乎所有工业软件都建立在它上面；ARM是“各地方言”，生态碎片化，很多x86下现成的软件到了ARM上不一定有版本，或者行为不一样。项目里如果软件栈已经钉死了，架构基本没得选。

1.2 国产X86阵营的真实家底

国产X86工控机现在市面上最常见的芯片厂商就是兆芯，海光也有一些，但海光更偏向服务器和高端边缘计算，普通工控机形态下遇到的机会相对少一些。兆芯的KX-6000系列、KX-7000系列是目前工控圈里点名率最高的，8核心，主频能到3.0GHz以上，性能和酷睿的低电压版本有得一拼。

X86平台最大的杀手锏是兼容性。你在Windows下装什么组态王、WinCC、Halcon、各种采集卡驱动、运动控制卡DLL，基本都是双击安装直接跑，和进口Intel平台的使用习惯没有任何区别。很多工厂MES、SCADA系统的客户端只有x86版本，历史数据库、报表插件、ActiveX控件，这些东西在国产X86平台上是零改造迁移。

代价也明显：功耗和散热。一颗KX-6000配上芯片组和内存，整机功耗奔着几十瓦去是常态，4U机箱基本要上主动风扇，或者至少是开大散热孔的被动散铝。一些要求完全无风扇的密闭环境，用X86比较头疼。

1.3 国产ARM阵营的实际能力

国产ARM工控机的芯片阵营比X86热闹，飞腾和瑞芯微是两个典型代表，定位也完全不同。飞腾的FT-2000/4、D2000/8多用于工控机、一体机、边缘服务器，D2000是8核2.3GHz，整体算力接近中低端桌面X86，支持ECC内存，稳定性更偏向工业级。瑞芯微的RK3568、RK3588则是另一条路线，主打低功耗、高集成度，RK3588自带6TOPS的NPU和8K视频解码能力，边缘盒子和HMI一体机里出现频率极高。

ARM平台的能耗比是真的香。一块RK3588满载功耗也就10瓦上下，D2000平台的整机功耗也远低于同性能X86平台，所以ARM工控机可以做成完全无风扇、密闭铝合金外壳、宽温（-20℃到70℃）的形态，放在粉尘车间、隧道、户外配电柜里都不怕。

但ARM平台绕不开三个坎：第一，跑不了完整的Windows生态（严格说也有特殊移植版本，但工业场景里几乎不会有人这么用），软件栈基本锁定Linux、国产OS、或者各种RTOS；第二，x86时代的PCIe扩展卡到了ARM平台上驱动基本没法用，很多采集卡、CAN卡、运动控制卡在ARM下根本没有驱动；第三，即便跑Linux，某些厂商内核定制得太深，升级内核或换OS大版本后外设驱动就可能出问题。

2. 选型前必须盘清楚的六个维度

之前我把选型要点总结成六个维度，每个维度都要有明确结论再去比价格。否则光看CPU型号和网口数量下单，十有八九要返工。

2.1 性能指标别只看CPU主频

工控机在工厂里不是跑分用的，实际负载是“长时间、高占用、多种外设同时工作”。很多ARM芯片主频看着也有2.0GHz左右，但它的IPC（每时钟周期指令数）和X86有差距，实际跑复杂业务逻辑时差距会拉大。所以选型时要把整机能力拆开看：

• CPU算力：X86适合算法复杂、分支多、单线程要求高的任务；ARM适合并行度高、IO密集型任务。
• 内存通道和带宽：飞腾D2000支持DDR4 ECC，长时间运行更稳；瑞芯微那类SoC一般不支持ECC，但对HMI这种场景够了。
• 编码解码能力：RK3588支持8K视频硬解码，这在做视频上墙、多媒体发布时反而是优势，X86平台要干同样的事还得加独立显卡。
• AI算力：如果项目里有目标检测、OCR识别，ARM平台自带的NPU可能会让X86平台“加一块显卡”的预算失去意义。

2.2 扩展与外设兼容性要掰开揉碎看

工控机和家用电脑最大的区别就是“往外接东西”。一台产线工控机背后经常挂着一堆设备：扫码枪、电子秤、PLC、视觉相机、温控模块、继电器板。这些外设的接入方式五花八门，串口、USB、网口、HDMI、GPIO、PCIe插槽全都有。

X86平台的兼容性优势在扩展性上体现得最明显。PCIe槽里插一张运动控制卡或者图像采集卡，在X86上可能有驱动，或者至少原厂能提供Windows/Linux驱动。换到ARM平台上，先别想性能，单是“有没有写好的驱动”这一条就够让人头疼。很多厂家的PCIe扩展卡在ARM Linux下根本没有官方驱动，要自己抓寄存器、自己写内核模块，开发成本直接起飞。

所以如果你确定项目里要插很多专用PCIe卡，或者现场有大量老式ISA/PCI设备的通信需求，基本可以直接选X86。反过来，如果外设网络化程度高，都是走Modbus TCP、EtherNet/IP、MQTT这类协议，那么ARM平台的网口数量够多就行，扩展插槽没那么重要。

2.3 实时性与控制任务别拍脑袋

工控场景里常常要跑任务级别或者亚毫秒级的控制，比如伺服轴同步、EtherCAT主站轮询、高速数据采集。这时候就要讨论“实时性”。

X86平台跑Windows时，可以通过INtime、RTX这类方案给Windows“打补丁”，实现硬实时扩展，很多国际大牌运动控制器走的就是这条路。跑Linux时则可以上PREEMPT_RT或Xenomai。所以高端运动控制、CNC、多轴插补，一般选X86心里更稳，生态里成熟方案一抓一把。

ARM平台的优势是可以在底层跑真正的RTOS，比如FreeRTOS、RT-Thread、Zephyr，实时性天然比“改造出来的”Windows好调。但开发复杂度和生态成熟度就另说了。如果用的是CODESYS，官方有ARM Linux Runtime版本，中小型逻辑控制是可以扛下来的，但要做高精度电子凸轮、多轴插补，你敢用ARM做运动控制我敬你是条汉子，但出了问题售后会很难受。

2.4 国产化与供应链不是“芯片换个名字”就完事

“国产化”这三个字在选型里已经被说烂了，但实际执行时很多人还是搞混两层概念：一是整机厂商在国内组装贴牌，内里CPU还是进口件；二是从CPU到芯片组到关键器件全部实现国产优选。

有些项目招标文件里写着“核心部件国产化率不低于XX%”，这里面CPU只是其中一项，还涉及国产OS适配、国产数据库、国产中间件。所以选平台前，一定要把整机组件的国产化清单拿到手，看清楚哪些器件是国产的、哪些还是进口的。我见过不止一个项目，报价时报的是“国产工控机”，实际是Intel平台，整机国产化率其实极低，最后验收被卡得死去活来。

供应链层面则要看芯片的供货周期和生命周期承诺。兆芯、飞腾、瑞芯微这些厂家的工业级芯片供货年限一般有承诺，但也分具体型号，有些消费级SoC说停产就停产，对长期要备货的设备厂家来说风险不小。采购协议里一定要写明“停产停产前的最后购买窗口提前通知周期”以及“后续兼容替代方案”。

2.5 功耗、散热与结构设计决定能否装得进去

工控机的安装环境千奇百怪：配电柜里的40℃闷罐、户外立柱上的太阳能供电、带腐蚀性气体的化工厂房、震动一直不停的注塑机旁边。结构设计直接决定设备能不能活着干活。

ARM平台在功耗和散热上是碾压级优势，10-15W整机的散热压力很小，可以将整机做成全密闭铝合金外壳，靠外壳自然散热，防护等级可以做到IP65级别。而X86平台就算是最低功耗型号，整机功耗也轻松上30W以上，风扇几乎是躲不掉的，有风扇就意味着有灰尘吸入、有运动部件磨损，维护周期要缩短。

如果你现场环境特别好，装在空调机房、控制室里，X86随便选。如果设备要被砸到露天、粉尘、高温、潮湿环境里，ARM的密闭无风扇设计真的是省心很多。这个维度看的是“场景适配”，不是“谁更高级”。

2.6 成本与长期维护别只看采购单价

很多项目做预算时就盯着硬件采购单价，实际用下来发现维护和培训成本比硬件更扎心。一个X86平台，现场工程师上手就会，Windows操作谁都会，坏了随便找个电脑店都能排查；而ARM平台往往跑定制Linux，出了问题要远程SSH登录，用命令行查日志，这对很多传统工控现场是个隐形门槛。

软件许可费用也别忘了。X86平台上一套组态软件、一套数据库可能动辄几万，换到ARM平台，如果还要继续用同一家软件，有些厂商按平台收许可费，有些压根没有ARM版本，必须换开源方案或者自研，这些隐性成本往往比硬件差价大好几倍。

所以我的习惯是：选型表里除了设备单价，单独列一行“全生命周期成本”，把软件迁移、开发调试、人员培训、备件库存全估算进去,再决定最终方案。

3. 具体场景怎么决策

理论说了一堆，落到具体场景里怎么定？我总结了几个最常见的工控应用场景和对应的架构偏好，你可以把它当参考坐标，再根据自己项目的实际约束做加减法。

3.1 场景一：HMI人机界面和组态监控

工厂里最多的工控机就是用来跑触摸屏界面、组态监控画面的。如果你的软件栈已经定了组态王、WinCC、紫金桥这类老牌组态软件，那么不用想了，选国产X86平台，原因只有一个：这些软件的运行时要兼容Windows，ARM平台装不上，或者运行起来各种怪毛病。

但如果你用的HMI/SCADA是Web化的，比如用Node-RED、Grafana、自研的Web组态，后端跑Linux，浏览器做界面，那ARM平台反而更合适。尤其是RK3588这类芯片，拖动大屏画面非常流畅，还能硬解视频流，功耗低到可以塞进面板一体机里，整体结构做得很薄。

3.2 场景二：边缘计算与多协议数据采集

现在很多项目要在一台设备上同时对接几十种协议（Modbus、OPC UA、S7、DL/T645、MQTT）做数据采集和转发，再捎带做一些本地逻辑判断和告警。这类任务对算力要求不太高，但是对接口丰富度、稳定性、功耗有明确要求，ARM平台是主力，尤其是RK3588这种集成NPU的SoC，还可以在采集数据的本地顺便做一轮AI预处理，把有价值的数据再传上去。

如果采集的数据量大、要做实时数据库存储和复杂分析，比如要把一年份的历史曲线全存在本地，ARM平台的内存和磁盘IO会有些吃力，这种建议上X86平台，尤其是需要跑主流关系型数据库做报表查询时，X86的软件生态省太多事。

3.3 场景三：运动控制、CNC与PLC类任务

做伺服运动控制、CNC、多轴插补这类硬实时任务，目前工业现场的主流方案几乎全在X86生态里：Windows+RTX/INtime、Linux+Xenomai、或者直接Windows+CODESYS SoftPLC。国产X86平台在兼容这些软件时，稳定性我实测下来是靠谱的。

ARM平台也不是完全不能做运动控制，CODESYS官方支持ARM Linux，国内也有一些厂家做了IPC+运动控制器一体机。但说实话，真要跑到8轴、16轴，插补周期1ms以内，ARM平台的实时性能和驱动生态都会被拉出来吊打。中小型设备、轴数少、定位精度要求不苛刻的场景可以尝试，做完一个给我留言，告诉我踩了几个坑。

3.4 场景四：机器视觉与AI质检

视觉检测是现在工控机选型里增长最快的需求。传统视觉算法（Halcon、VisionPro、OpenCV）在Windows上的支持和运行效率目前还是最佳，如果你要做尺寸测量、表面缺陷检测且算法非常依赖CPU算力，选国产X86插图像采集卡，是最稳的路线。

但如果做的是AI质检，比如用深度学习做外观缺陷分类、OCR字符识别，这个场景ARM平台的优势就被放大了。RK3588的6TOPS NPU跑轻量级YOLO模型非常流畅，功耗还低，很多一体式视觉控制器就是基于这个芯片做的，一台设备能顶过去“工控机+独立显卡”的方案，体积小还便宜，部署也方便。前提是你的模型得是量化后的、轻量化的，想在ARM上跑大模型重型推理，那还是老老实实X86加GPU。

3.5 快速判断口诀

为了避免每次都被客户拉着反复解释，我总结了一套快速判断口诀，可以帮你三秒钟做个粗判：

• 软件栈已经定死Windows/老牌组态/专用DLL，无脑选X86。
• 从零起步、系统可以完全Linux/Web化的新项目，认真评估ARM。
• 要插大量专用PCIe卡，选X86。
• 全部设备走网口/串口协议，ARM够用。
• 环境有高温、粉尘、剧烈震动，先看ARM。
• 预算有限、长期大量部署，ARM的整机单价和能耗成本优势会放大。
• 项目在涉密/关键基础设施领域，有国产化率硬指标，单独看整机元器件清单，别听宣传。

4. 重点实操：工控机分辨率调不高？从底层排查一遍

你要是去电商平台看工控机的评价区，“分辨率调不上去”绝对是个高频词。很多客户好不容易买台性能不错的国产工控机，接上4K显示器或者宽屏触摸屏，发现系统里最多只能选到1920x1080，怎么调都上不去，第一反应就是退货、差评、骂厂商。我很负责任地说，这个问题的根源十有八九不是硬件坏了，而是下面几个环节里某个地方没打通。

4.1 先确认“分辨率上限”卡在哪个环节

分辨率在一台工控机的显示链路里要经过这么几个节点：CPU/GPU输出 -> 主板显示接口 -> 信号线材 -> 显示器/屏 -> 显卡驱动 -> 系统显示设置。任何一个节点不支持，分辨率就上不去。排查时别急着刷驱动，按照链路从物理到软件一层层过，大多数情况十分钟能定位到问题。

4.2 接口和线材是第一个坑，也是最常被忽略的坑

先说接口。VGA接口在工控机上存量非常大，但VGA最高也就1920x1080@60Hz，想上2K、4K根本不可能。如果你的机器只有VGA输出，显示器又是高分屏，那系统里分辨率上不去是正常的。这种请优先考虑用HDMI或者DP接口输出，同时确认主板是不是只有一路HDMI/DP。

再就是线材。工业环境里转接线、延长线到处都是，很多廉价HDMI线标称4K实际连2K都稳不住，线材质量差还会导致EDID信息传不完整，系统根本不知道显示器支持什么分辨率。我遇到过一台机器接某根旧VGA线只能显示800x600，换一根线直接1920x1080顶满。所以排查的第一步永远是“换输出口、换线材”，不信你试试，这个动作能解决三分之一的问题。

4.3 显卡驱动没装“对”，系统会“装瞎”

如果换了线材、接口，分辨率还是上不去，打开Windows的设备管理器，看一眼“显示适配器”下面是什么。如果显示的是“Microsoft基本显示适配器”或者“标准VGA图形适配器”，恭喜你，驱动压根没装上。

国产平台的驱动安装比Intel/AMD那套要敏感得多，兆芯的核显驱动、飞腾平台的显卡驱动一般都需要从芯片原厂或者整机厂商的官网单独下载，Windows Update自动装的驱动大概率不好使。装驱动有个顺序要求：先装芯片组驱动，再装显卡驱动，装完重启，然后进显示器设置里看最高分辨率。有些国产平台还需要先装一个“显示控制器”的补丁包，这个只有原厂支持页面上有，所以要养成“到整机厂商官网找驱动”的习惯。

ARM Linux平台也同理，启动后如果DRM/KMS驱动没有正确加载，系统就只能用低分辨率的帧缓冲。用dmesg | grep drm看一眼日志，确认有没有加载对应的显示驱动（比如飞腾平台是phytium_display之类），如果没有，先解决内核模块和设备树的问题，再去调xrandr。

4.4 BIOS里显存和显示优先级设置被忽视

排完驱动，如果还是不行，进BIOS看一眼。X86平台的核显方案里有几个参数很关键：一个是显存共享大小，有的BIOS默认只分32MB或64MB给核显，这种情况高分模式会被系统能力判断“自动降级”，建议手动调到256MB或512MB；另一个是显示优先级，有的主板默认优先走板载VGA，外接HDMI在系统里只能被识别成副屏，导致分辨率受限。

国产ARM平台上也有类似参数，不过更多是显示输出接口的使能设置，得看具体主板手册。遇到BIOS里有IGD/DVMT Pre-Allocated这类选项时，先拍下来，改大显存、把首选项改到对应的HDMI/DP接口，再重启测试。

4.5 Linux系统分辨率设置：从GRUB到xrandr全流程

Linux环境下分辨率上不去，和Windows的排查思路差不多，但多了一层“内核启动参数”的变量。有些发行版默认启动的终端分辨率就是1024x768，用Systemd和GDM登录画面也只能保持这个水平，这其实是GRUB_CMDLINE_LINUX里缺少分辨率参数。

把GRUB配置里加上video=1920x1080@60或video=2560x1440@60，然后update-grub重启，一般能解决启动阶段和桌面分辨率问题。

# 编辑 /etc/default/grub GRUB_CMDLINE_LINUX_DEFAULT="quiet splash video=1920x1080@60" sudo update-grub

如果桌面环境已经起来了但还是没有想要的分辨率选项，用xrandr查看当前所有模式，然后自己生成一个并强制设置。这一套命令是标准操作，写下来直接用：

# 查看当前输出及支持模式 xrandr # 用 cvt 生成 2560x1440@60 的显示参数 cvt 2560 1440 60 # 加载新模式（把输出名改成实际接口，比如 HDMI-1、DP-1） xrandr --newmode "2560x1440_60.00" 312.25 2560 2752 3024 3488 1440 1443 1448 1493 -hsync +vsync xrandr --addmode HDMI-1 "2560x1440_60.00" xrandr --output HDMI-1 --mode "2560x1440_60.00"

在工业一体机上，这个操作经常是给触摸液晶屏定制的，屏幕原生分辨率是1920x1080，但系统里却没有这个选项，多半是EDID读取不完整，需要手动指定原生分辨率，并且设置对应缩放。

4.6 EDID信息丢失的“硬核”解法

EDID是显示器向显卡汇报自己“能力”的小档案，包括支持的最大分辨率、刷新率、屏幕尺寸。如果你的显示器或者屏是通过转接线、延长线接上去的，EDID经常传不完整，系统就只能保守地选择低分辨率。

Windows环境下，可以在Intel、NVIDIA、AMD的显卡控制面板里找到“自定义分辨率”选项，手动填写你显示器原生支持的分辨率和刷新率。Intel核显在图形命令中心里可以建立自定义分辨率，AMD在“自定义分辨率”里也有类似功能。ARM平台Linux下用我刚才给的cvt+xrandr那套，把生成的新模式强制加到系统里，一样能解决。

这里有个隐藏坑需要单独说：有些国产工控机主板的HDMI接口其实是DP转HDMI方案转出来的，这种转接芯片本身最高只支持到4K@30Hz，即便系统能设4K@60Hz，实际画面也可能会闪屏、黑屏，这个硬限制是驱动和设置帮不了你的，只能在选型时确认主板规格书上的HDMI版本和最大分辨率支持。

4.7 触摸一体机的“分辨率”可能是缩放比例在捣乱

还有一种情况要单独拎出来：触摸一体机和带触摸的显示器。用户反馈“分辨率调不高”有时其实不是最高分辨率不够，而是Windows的显示缩放比例被设置成了125%或150%，桌面图标和字体看着“发虚”、“很大”，误以为是分辨率不够。

处理方法是在“设置 -> 系统 -> 显示”里，检查缩放比例是否设置到100%，或者对应屏幕原生分辨率的推荐缩放值。触摸屏一体机如果用的是老的电阻屏驱动，还会出现触摸不准、但分辨率正常的情况，那是驱动标定问题，和分辨率是两码事，别混为一谈。

5. 避坑实录与选型速查清单

前面几个部分把大方向和常见实操讲清楚了，最后我再分享一些只靠“试错”才能悟出来的经验和一套可以拿去直接用的选型自查清单。

5.1 我踩过和见过别人踩的几个大坑

第一个坑是“只看CPU不看扩展、只看性能不看结构”。有个客户要买工控机做设备改造，第一句话就问“有没有8核”，结果买回来发现是迷你整机，内置PCIe槽只有一个半高槽，想插一张图像采集卡根本塞不下，最后只能换整机，工期浪费半个月。选型前一定先把“要接什么卡、要装多大硬盘、去哪里(柜内/桌面/壁挂/导轨)”这几个结构约束写死。

第二个坑是“以为ARM可以跑Windows”。现在市面上确实有ARM版Windows的传闻和实验性方案，但工业环境里千万别拿生产设备赌这个。我有一次给客户做方案，对方坚持说“网上有人说飞腾能装Windows”，结果买回来折腾一星期，驱动装不上、软件跑不动，最后还是老老实实换成Linux方案。如果项目必须用Windows生态，就直接跳ARM这个选项。

第三个坑是“高价定制Linux内核导致外设驱动锁死”。有些国产ARM主板的BSP（板级支持包）内核版本非常老，整机厂提供的驱动也是编译死在内核版本上的。客户后期为了安全升级了一下内核，结果串口、网口驱动全部失效，找原厂要新版驱动，对方又说没排期。选ARM平台时，一定要在技术协议里要求“BSP内核长期更新支持”，或者保证驱动可以自行用DKMS方式迁移到新版内核。

第四个坑是“分辨率问题的冤假错案”。开篇提到那个热词“工控机分辨率怎么调不高”，我亲眼见过几个案例：一个工厂师傅打电话说新工控机接电视只能显示1024x768，怀疑是显卡坏了，我远程让他换了一根带屏蔽的HDMI线，当场就好了。每次遇到“分辨率上不去”，先走完接口->线材->驱动->BIOS->EDID自定义这条链路，别一上来就拆机刷BIOS，得不偿失。

第五个坑是“忽视供货周期和开放协议”。国产芯片的供货周期以前波动很大，选型时要找正规代理商确认当前交期，必要时准备双芯片平台备选方案。同时，采购合同里要写清楚“提供全套开发资料、原理图、设备树、驱动源码或可编译的驱动包”，这决定了将来出问题时你是等原厂“施舍”还是自己能动手解决。

5.2 选型自查清单：下单前逐项打勾

• [ ] 软件栈确定：是否依赖Windows/组态软件/专用x86 DLL？是则X86，否则可考虑ARM
• [ ] 扩展槽需求：需要几路PCIe/PCI？需要插什么卡？ARM平台难支持专用驱动卡
• [ ] 外设接口清单：串口数量、网口数量、USB口位置，是否满足现场实际布线
• [ ] 工作环境：温度、湿度、粉尘、震动、是否需要密闭无风扇
• [ ] 显示输出需求：显示器最大分辨率、接口类型（VGA/HDMI/DP）是否匹配，是否需要自定义分辨率
• [ ] 国产化要求：CPU/OS/整机组件的国产化率是否满足项目指标，索要器件清单而不是听宣传
• [ ] 实时性要求：是否需要硬实时、运动控制，EtherCAT主站采用哪种方案
• [ ] 采购与售后：供货周期、停产承诺、BSP内核更新支持、现场技术支持响应时长
• [ ] 预算口径：硬件单价、软件许可、开发调试、培训维护的全生命周期成本
• [ ] 样机测试计划：指定测试项目（连续72小时满载、温度冲击、外部干扰、断电重启恢复等）

5.3 最后几个用真金白银换来的经验

第一，样机千万别省。大项目采购前一定要求供应商提供样机，然后塞进你们真实的现场环境跑至少两周。条件允许的话，做一轮“恶劣环境测试”，把温度湿度拉到设备标称的边界值，连续跑72小时，再断电重启几十次。很多“看起来很美”的国产机型就是在这种测试下标原形的。

第二，“国产”不等于“不能升级”。现在国产平台的性能迭代很快，选型时可以留出20%左右的性能余量，给未来软件版本升级、功能扩展留个后路。但这个余量也不要太大，否则功耗和成本上去了，得不偿失。

第三，这份清单不是死规矩。每个项目都有自己的特殊性，你把维度拆开来看，该用表格就用表格，该现场测试就现场测试，别被我这篇文章框死。选型最怕的不是选错平台，而是没把需求想清楚就仓促下单——平台选错了还能换，需求想错了，整个项目都得推倒重来。

最后再分享一个我自己的习惯：在技术协议里明确写“整机厂家必须提供显示输出规格说明，包括各接口最大分辨率、转接方案类型、驱动获取渠道”。这一条看着不起眼，但真能帮你把“分辨率调不高”这类问题在选型阶段就消灭掉。