欧姆龙NJ501无协议串口通信发送：从硬件配置到程序实现

这次我们来看一个很具体的工业现场需求：欧姆龙NJ501怎么把数据通过无协议串口通信发送出去。很多从CJ系列或CP1H转过来的工程师，通常会先找一条类似TXD的指令，但NJ501的编程环境已经切到Sysmac Studio，CPU本体又没有串口，真正做起来会卡在硬件选型和软件配置上。这篇文章不绕弯，直接把无协议串口通信从硬件结构、Sysmac Studio配置、PLC发送程序到串口调试助手验证这条链路讲完，后面接扫码枪、标签打印机、串口仪表、LED显示屏时可以直接照这个思路做。

NJ501本身不带RS-232C或RS-422A/485串口。所谓“无协议串口通信发送”，多数情况下并不是在NJ501主CPU上写一条指令就结束，而是要先把一个串行通信单元挂到系统里，再在Sysmac Studio中把该单元设置成No-protocol模式，最后通过程序或功能块把缓冲区数据送到串口。为了让你清楚知道每一步改哪里，下面分三个层面展开：硬件层怎么把串口挂上，软件层怎么把串口配成无协议，程序层怎么把发送逻辑调通。

1. 核心能力速览

在开始配置之前，先给一个总体速览表，方便后面调试时对照：

从实际经验看，这个需求最典型的场景是“PLC要把一个结果字符串发出去”，比如称重仪表每次称重完成后把重量值发给PLC，PLC处理后把打印内容通过无协议方式发给打印机；又比如产线扫码枪读到条码后，PLC把当前工单信息以自定义帧格式发送给显示屏。这类通信不涉及Modbus地址映射，也不需要FINS节点，双方约定好字节顺序就能工作。

2. 无协议串口通信原理与适用边界

无协议通信就是把缓冲区里的原始字节直接送到串口，不附加地址、功能码、CRC校验等协议约束。接收方收到什么就显示什么，PLC也按原始字节接收。与Modbus-RTU、FINS串行通信相比，区别非常明显：

选无协议通信的核心判断依据是：对端设备手册是否只要求“发一串字节过去”。比如一台标签打印机，它规定只要收到^XA...^XZ这样的ZPL指令就会打印，这时PLC完全不需要了解打印机内部状态，直接把ZPL文本逐字节发出即可。如果对端设备响应内容里带有站号、功能码，说明它本身走的是Modbus，再硬用无协议就白费功夫。

需要注意的是，无协议通信没有链路层的错误回复机制。Modbus收到的报文如果CRC错误，从站会不响应；无协议通信里数据错了就是错了，对端设备如果恰好把错误数据当成命令执行，可能产生不可预期的结果。因此发送方的数据帧尽量加自己的包头、包尾、长度和累加校验，或者至少保证触发条件不会在通信链路不稳定时自动重发。

3. NJ501硬件选型与通信链路

3.1 无协议串口的硬件架构

NJ501 CPU本体上没有DB9串口，常规做法是在NJ系统中扩展CJ系列串行通信单元。典型链路如下：

NJ501 CPU → CJ单元机架/连接单元 → CJ1W-SCU31-V1 / CJ1W-SCU41-V1 → 外部串口设备

这里有两个容易踩的点：

第一，不是把模块直接卡在NJ501前面板上就行。NJ要使用CJ系列的CPU总线单元或特殊功能单元，需要对应的CJ单元机架或连接方式，项目选型时要确认机架型号、连接模块型号是否与NJ501匹配。具体型号以欧姆龙官方选型手册为准，不同NJ机型扩展能力不完全一样。

第二，串行通信单元本身存在多个型号，外观接近但电气接口不同。RS-232C和RS-422A/485不能混用。如果现场距离较短、对端设备是RS-232C，常见选择是CJ1W-SCU31-V1这类带RS-232C口的模块；如果现场距离较远或者需要连接RS-422A/485总线，则要选带RS-422A/485的单元。

3.2 为什么先确认端口类型

无协议通信发送前，必须确认串口的物理电平类型。RS-232C的TXD、RXD是相对GND的电压信号，通信距离一般不超过15米；RS-422A是差分信号，RS-485则在差分基础上支持多点组网。实际接线时如果PLC端是RS-232C，而设备端是RS-485，中间还要加转换器，不能直接拧在一起。

下面是一份常见的选型确认清单：

• NJ501具体型号是否已确认，CPU固件版本是多少。
• 现场是否有空闲的CJ单元扩展位。
• 外部设备串口是RS-232C还是RS-422A/485。
• 波特率、数据位、停止位、校验方式是什么。
• 外部设备需要接收ASCII字符串，还是HEX字节。
• 外部设备接收一帧数据后是否需要回复，超时时间给多少。

这些信息通常可以从设备手册第一章的通信规格里找到。确认完再下载程序，后面返工会少很多。

3.3 串口线缆连接与检查

RS-232C接线不要默认“收发直连”。PLC作为数据终端设备，和PC、打印机连接时，通常是PLC的TXD接对方RXD，PLC的RXD接对方TXD，GND对接。有些设备还需要短接RTS/CTS或DSR/DTR，否则无法发送。如果模块型号选的是RS-422A/485，则要注意A、B端子不要接反，RS-422A的发送和接收是独立的，内部还需要终接电阻的现场再接终接电阻。

建议第一次测试时单独拉一条短距离串口线，PLC端SCU模块通过USB转串口模块接到电脑，先不接实际设备。这样能把“PLC配置问题”和“设备端协议问题”隔离开。

4. 软件环境准备

4.1 Sysmac Studio安装与版本确认

NJ501的工程无法用CX-One里的CX-Programmer打开，必须在Sysmac Studio中新建。Sysmac Studio可以从欧姆龙官网或正规授权渠道获取，文章这里不提供任何非官方下载或破解方式。安装前注意：

• 电脑操作系统是否满足当前Sysmac Studio版本要求。
• 软件版本是否支持现场NJ501的固件版本，旧版本Sysmac Studio打开新固件工程时可能提示固件版本过低。
• 安装过程中建议关闭杀毒软件实时防护，避免授权组件被拦截。
• 软件安装完成后，通常还要单独安装授权许可证，否则可能进入演示模式，无法完整下载监控。

相关热词里经常有人搜“Sysmac Studio在哪可以下载”“欧姆龙编程软件怎么下载”。严格说，欧姆龙软件属于商业授权软件，最稳妥的方式是联系欧姆龙当地技术支持或授权代理商，让技术工程师提供正规下载链接和授权申请流程。网上流传的所谓绿色版或离线注册工具不建议用于生产项目，一方面可能有木马，另一方面还会导致软件授权异常，现场服务时会很被动。

4.2 现场工程备份

在开始配置串口通信前，先把原始工程备份一次。Sysmac Studio的工程备份不等于普通复制文件夹，还要在“工程”菜单里执行在线备份或另存完整工程，确保PLC程序、轴配置、网络配置、单元配置都在一个备份文件里。改串口参数前，最好再用SD卡或在线备份把当前PLC内程序完整保存一次。

如果现场PLC已经在跑产线，要避免在设备运行状态下随意切换单元配置，因为部分单元参数下载后需要重启电源或复位特殊单元，可能造成短暂停机。

5. Sysmac Studio工程与串口通信单元配置

5.1 新建工程并添加CJ单元

新建工程时选择对应NJ501机型，不要只选“NJ系列默认”，因为不同NJ型号的轴数、内存容量、EtherCAT能力不同。工程建立后，在“配置和设置”里找到CJ单元机架相关项：

1. 添加CJ单元机架，设置机架号。
2. 在机架上添加串行通信单元，例如CJ1W-SCU31-V1。
3. 设置单元号，单元号要和模块正面DIP开关设定的数字一致。
4. 确认模块版本与软件库匹配。

单元号是后面程序访问模块端口的重要依据。一个机架上如果有多个CPU总线单元，单元号不能重复，否则Sysmac Studio在通信时可能把数据写到错误的单元上。

5.2 串口无协议模式配置

选中串行通信单元后，在单元设置里找到串行端口设置。以常见的两个串口单元为例，每个端口都可以独立设置通信协议。我们需要把对应端口设置成“无协议”或“No-protocol”模式。以下参数必须逐一核对：

如果外部设备要求的是ASCII字符串，那么数据位通常选8；如果涉及7位ASCII和奇偶校验的特殊老设备，才需要把数据位改成7。校验方式设置不正确时，最容易出现“电脑串口助手能收到数据但内容是乱码”的现象。

需要注意的是，无协议模式下结束代码不是必须的。PLC发送时如果指定了固定字节长度，即使外部设备没有接收结束字符，也会按长度把数据发出。很多工程师第一次调试时，在Sysmac Studio里看到“结束代码”就以为必须填，结果发送内容里被自动附加了不需要的字节。只有外部设备明确要求以CR或LF等字符作为一帧结束时，才配置结束代码或手动在发送数据末尾加0D 0A。

5.3 下载配置到PLC

配置完成后，把工程“传输到控制器”或在线下载到PLC。下载后不是立即生效，部分串口单元参数需要给模块重新上电，或执行单元复位。Sysmac Studio的设备诊断窗口中可以看到串行通信单元是否在线、是否报错。如果模块黄色闪烁或报警代码出现，优先检查单元号和总线连接。

6. PLC发送程序设计与示例框架

6.1 发送程序的整体流程

无协议发送程序不复杂，但要注意触发方式。流程一般如下：

1. 建立发送数据缓冲区，例如数组或结构体。
2. 在触发条件上升沿时，把待发送的内容写入缓冲区。
3. 调用串行通信发送功能块或指令，将缓冲区数据交给串行通信单元。
4. 功能块返回“发送中”时，禁止再次触发，防止数据帧覆盖。
5. 功能块返回“发送完成”后，复位触发信号，准备下一帧。

如果发送的数据不是固定内容，例如要发送“称重值:12.34kg”，需要先把数值转成字符串，再拼接进发送缓冲区。这个过程建议放在普通周期任务中完成，不要在运动控制快任务里做大量字符串拼接。对于NJ平台，运动控制任务周期一般是0.5ms到2ms，普通任务周期可以到4ms或更高，无协议串口发送本身是毫秒级操作，放到标准任务或周期更长的任务里更合适。

6.2 ST语言发送框架示例

下面是一段示意性的ST代码框架。因为不同版本的Sysmac Studio以及不同版本的官方库，串口发送功能块名称会有差异，实际使用时请以你安装的Sysmac Library中的功能块名称为准。下面代码重点展示“构建缓冲区、上升沿触发、发送忙状态避免重入”的思路：

// 发送缓冲区：假设需要发送 10 个字节 VAR sendFrame : ARRAY[0..9] OF BYTE; sendLen : WORD := 10; sendTrg : BOOL; sendBusy : BOOL; sendDone : BOOL; sendErr : BOOL; errCode : WORD; i : INT; END_VAR // 手动触发或上位机触发 IF sendTrg AND NOT sendBusy THEN // 构建一帧测试数据，实际项目中从设备数据区读取 sendFrame[0] := BYTE#16#41; // 'A' sendFrame[1] := BYTE#16#42; // 'B' sendFrame[2] := BYTE#16#43; // 'C' FOR i := 3 TO 9 DO sendFrame[i] := BYTE#16#30; // '0' END_FOR; sendBusy := TRUE; // 调用官方功能块进行发送，FB名需要替换为实际库中名称 serialSend_Instance( Execute := TRUE, UnitNo := 0, PortNo := 1, SendData := sendFrame, SendSize := sendLen, Busy := sendBusy, Done := sendDone, Error => sendErr, ErrorID => errCode ); END_IF; IF sendDone OR sendErr THEN sendTrg := FALSE; sendBusy := FALSE; END_IF;

这段代码并不是从某个具体工程里复制出来的，而是一个通用的调用框架。真正到现场时，你需要根据官方功能块定义调整形参。用这种方式写有一个好处：如果后续要改成定时发送或批量轮询，只要把sendTrg改成P_1s或其他任务脉冲就可以。

6.3 避免把发送逻辑写在过于频繁的任务里

NJ501的程序可以分成多个任务。无协议串口发送如果放在1ms周期的运动控制任务里，会导致功能块频繁触发，而且串口通信单元本身处理速度跟不上，容易造成缓冲区覆盖。更合理的做法是单独建一个10ms或20ms周期任务，用于通信处理和数据拼接。这样即使程序后续增加多个串行通信单元，CPU周期任务里的逻辑也不会影响运动控制任务。

6.4 不要直接照搬CX-One程序

热词里大量出现CX-One升级包安装、CP1H MOV指令、CJ2M内存详解，这些都属于欧姆龙另一条技术线。CP1H、CJ2M用CX-Programmer编写，指令表里有MOV、TXD等，但NJ平台使用Sysmac Studio，程序基于IEC 61131-3的变量和功能块。两个平台的程序不能直接复制。如果调试时遇到“Sysmac Studio里找不到TXD指令”，原因是NX/NJ平台的指令体系已经从FINS指令集转向Sysmac Studio功能块体系，应该去Sysmac Library中找通信相关功能块，而不是对照CX-One的指令名。

7. 串口调试助手与上位机联调验证

7.1 调试链路搭建

在连接真实设备之前，先用PC串口调试助手验证PLC有没有把数据发出来。链路如下：

• PLC端串口模块的TXD接USB转串口模块的RXD。
• PLC端串口模块的RXD接USB转串口模块的TXD。
• PLC端GND接USB转串口模块的GND。
• USB转串口模块插入电脑，安装驱动。

然后打开串口调试助手，选择COM口，设置与Sysmac Studio中一致的波特率、数据位、停止位、校验位。打开串口后，触发PLC发送一次，观察调试助手接收区是否出现数据。

如果发送的是ASCII内容，可以在调试助手里选择文本显示；如果发送的是十六进制命令，建议选择HEX显示，并按设备手册核对每个字节。千万不要在文本显示模式下判断HEX命令，这样容易把不可见字符显示成乱码，误判为通信故障。

7.2 用Python脚本接收验证

在没有串口调试助手时，也可以用Python快速验证。下面的脚本使用pyserial读取串口数据，适合测试PLC定时发送或手动触发后的接收效果：

import serial # 根据实际端口号修改 ser = serial.Serial( port="COM3", baudrate=9600, bytesize=8, parity="N", stopbits=1, timeout=2 ) print("等待PLC数据，按Ctrl+C退出...") try: while True: data = ser.readline() if data: print("收到:", data) except KeyboardInterrupt: ser.close()

运行前先确认电脑能识别到USB转串口模块，并且串口号没有被其他软件占用。如果PLC端配置的波特率是115200，Python脚本里的baudrate也要改成115200。一次收不到数据时，不要急着改脚本，先检查接线和COM口。

7.3 用C# SerialPort读取并打印

如果是做上位机集成，C#是比较常见的语言。核心代码如下：

using System; using System.IO.Ports; class SerialTest { static void Main() { using (SerialPort sp = new SerialPort("COM3", 9600, Parity.None, 8, StopBits.One)) { sp.Open(); Console.WriteLine("串口已打开"); sp.DataReceived += (s, e) => { Console.WriteLine("收到: " + sp.ReadExisting()); }; Console.ReadLine(); } } }

C#里需要注意DataReceived事件是在后台线程触发的，不要在事件里直接操作界面控件。实际工程中通常用线程安全队列或Invoke把接收数据送到UI线程。这个接收验证环节，能确认PLC端发送链路是否通畅。如果PC端能稳定收到数据，下一步再接真实设备调试打印或显示格式。

7.4 验证步骤示例

下面的流程可以直接用来判断无协议串口通信发送是否成功：

1. 在Sysmac Studio中下载工程，确认串行通信单元无报警。
2. 用一条短串口线连接PLC串口模块和PC调试串口。
3. 在PLC程序里建立一个手动发送按钮变量，强制或触点为TRUE。
4. PLC发出固定内容，例如字符串“NJ501_HELLO\r\n”。
5. PC串口调试助手收到“NJ501_HELLO”即为通信链路通。
6. 如果PC没有收到数据，检查PLC侧发送完成标志是否置位、模块是否报错。
7. 如果收到数据但内容乱码，重点检查波特率、校验位和数据位。

8. 资源占用与性能观察

无协议串口通信发送的数据量通常不大，一次发送可能只有几个字节到几十个字节，对NJ501的CPU周期影响很小。但性能问题往往不是CPU算力不足，而是通信任务设计不合理。

常见的观察点有三个：

第一，串口通信模块有没有长时间Busy。如果外部设备没接或者串口线断开，发送功能块可能一直处于Busy状态。此时如果程序只用脉冲信号触发一次，下一次再触发时，由于上一个发送还没完成，新数据会被丢弃或覆盖。调试时可以通过Sysmac Studio监控功能块的Busy、Done、ErrorID信号，判断卡在哪一步。

第二，周期性任务是否过长。发送程序如果做了大量字符串拼接，例如把浮点数转成字符串、再拼接单位、再查表替换，累计执行时间可能会超过任务周期设定值。Sysmac Studio的任务诊断中可以看到任务执行时间，超过设定值会报警。遇到这种情况，把通信处理放到更长周期的任务中，并把字符串拼接与发送分成两个步骤。

第三，发送频率是否过高。无协议通信没有硬件流控时，连续发送几十帧数据可能导致串口缓冲区溢出。更稳妥的做法是在每一帧发送完成后，延时或等待对端设备的回应，再发下一帧。不要用一个FOR循环在单个任务周期内连续发几百帧，那样模块缓冲区会很快占满。

现场判断通信是否稳定，不能只看PLC程序侧发送完成标志。因为标志只能说明数据已经交给串口模块，不能说明外部设备一定收到正确内容。最可靠的方式是在外部设备侧或在线上挂一个串口监听工具，观察物理链路层的实际数据。

9. 常见问题与排查方法

以下表格覆盖了无协议串口通信发送最常见的现场故障：

现场排错时建议按照“物理链路 -> 模块状态 -> 软件配置 -> 程序逻辑”的顺序检查。先确认串口线、接口类型、模块指示灯，再打开Sysmac Studio的设备诊断；如果模块本身报代码异常，先处理模块状态，再去看程序。很多工程师一上来就检查ST程序，最后花了一个小时发现只是RS-485的A/B线接反了。

10. 合规与安全使用提示

无协议串口通信的调试对象经常是第三方设备，现场操作时要注意以下几点：

• 修改PLC或通信单元配置前，必须确保产线处于安全状态，急停回路有效。
• 不要在带电状态下插拔串口通信单元或端子排。
• 与外部设备联调时，先单帧测试，再连续发送，避免错误帧导致设备误动作。
• 涉及上位机、扫码枪、打印机等设备的协议内容，要取得设备所有者授权后再编写和调试。
• 工程文件要保留原始版本备份，所有测试记录建议截图留存，方便后续故障追溯。
• 如果PLC程序通过远程方式调试，必须确认远程通道安全可靠，避免控制指令被非授权访问。

11. 调试建议与下一步方向

欧姆龙NJ501实现无协议串口通信发送，真正的难点不在“发”这个动作，而在硬件链路识别、Sysmac Studio单元配置和触发逻辑设计这三步。第一次做这个功能，建议按下面的顺序推进：

第一，先把串行通信单元挂到Sysmac Studio工程里并配好无协议模式，下载后通过设备诊断确认模块在线；第二，用临时手动触发变量发送固定测试帧，用PC串口调试助手验证物理链路；第三，链路通了以后再写真实业务逻辑，例如称重数据拼帧、扫码结果发送、打印机指令组包；第四，为发送功能块做封装，统一管理Busy、Done、ErrorID，方便后续多个设备复用。

需要提醒的是，不同型号的欧姆龙串行通信单元、不同Sysmac Studio版本和不同NJ固件版本，在功能块名称和配置界面上会有差异。现场调试时如果找不到文中提到的选项，优先查看当前版本自带的帮助文档，而不是照搬互联网上旧版本工程截图。

如果你后续还要把NJ501接到仪表、变频器或温控器上，建议优先考虑Modbus-RTU而不是无协议通信，因为Modbus有标准的寄存器映射和CRC校验，开发效率更高。无协议通信更适合发送自定义显示内容或私有协议命令。两种方式配合使用，才能覆盖绝大多数现场串口对接需求。