简介《YRC1000 并行IO使用说明书》面向安川机器人调试、电气集成与产线通讯配置人员聚焦YRC1000控制柜并行输入输出信号的定义、接线逻辑与编程调用帮助读者解决外部设备快速直连、信号地址规划及安全调试问题。包体为1个PDF文件约13.35MB内容完整呈现并行I/O特长与规格、输入输出信号编号含义、寄存器、弧焊用途分类以及梯形图指令实例和安全注意事项并补充MOTOMAN系统构成与示教编程器操作要点。已有2156人学习适合作为现场配置、故障排查和培训查阅的手册。读者可据此核对信号分类与编号理解专用信号逻辑参照梯形图示例完成指令设置并在急停、伺服断电、安全栏锁定等规程下开展示教与运行提升自动化产线集成效率。1. 并行I/O为什么它看着像一堆开关实际是控制器的实时总线柜门侧面一排端子几十根线拧上去传感器、电磁阀、门锁全挂在这。表面看是一堆离散开关真正决定它能不能用的却是控制器内部那张位映射表并行I/O 是每个扫描周期整体刷新的过程映像区外部端子给一个电平等于向某个确定字节的确定位写值。很多人把通讯配置理解成线接对就行等到指示灯亮着、程序纹丝不动才发现踩的坑全在地址语义上。这份说明书值钱的地方不在教人拧端子而在于把地址段、用途分类、专用信号语义这三张表摊开摆在一起——看懂它们之间的对应关系才谈得上调试。2. 编号即协议位地址的三层结构与寄存器为什么必须存在并行I/O 最常见的误解是把它当成编号连续的开关集合。编号在这个系统里不是标签是协议。同一串数字同时编码了三件事这段地址归输入还是输出、属于哪个外部设备单元、在该单元的字节里落在第几位。只要其中一层理解错接线的物理动作完全正确控制器读到的却是另一个位置的值。2.1 从端子到映像区一个扫描周期里发生了什么控制器运行时会维护一块过程映像区外部输入端子上的电平并不是程序读的时候才去采而是每个扫描周期被统一采样一次写进映像区的输入段程序在这一次扫描里读到的自始至终是这次采样的快照。输出侧反过来程序写的是映像区的输出段扫描末尾才整体刷到端子上。这个先集中采样、再统一输出的结构带来的第一个直接后果输入信号的宽度必须大于一个扫描周期否则会被整段漏掉。现场经常遇到气缸到位传感器偶尔没反应用示波器一量脉宽只有几毫秒比扫描周期还短这就是典型的玄学现场——信号确实来过只是没赶上采样窗口。第二个后果更隐蔽。映像区是整块刷新的意味着输出段里所有位在每次刷新时都会一起被写出去包括那些你以为没动的位。如果外部接了自锁继电器而程序里某一位在某次扫描被意外清零又置位端子上就会出现一个极窄的毛刺机械上看不见逻辑上足以让下游的计数器多记一次数。我一般会这么理解这块映像区就是控制器和外部世界之间的双缓冲。所有时序问题本质上都是缓冲区两端刷新节奏不一致造成的。想清楚这一点再去看那些信号到了但动作慢半拍的抱怨方向就很明确了。2.2 输入、输出、寄存器三段地址的分工地址空间在逻辑上分成三段各自承担不同的角色地址段承载内容单位典型用途输入段外部到控制器位传感器状态、按钮、门锁、外部设备就绪输出段控制器到外部位阀动作、指示灯、外部设备启动指令寄存器段数值双向传递字多位工位号、程序号、偏移量、计数、结果码位信号只能表达 0 和 1这个限制在简单场合够用一旦要传第 3 号程序偏移 12.5 毫米这类信息就立刻不够。硬用 8 个位拼一个字节是能拼出来的但拼的过程要自己保证原子性——高低位分别在不同扫描周期更新读的一方就可能读到半新半旧的组合值。寄存器段存在的意义就是把这件事从用户自己拼变成控制器保证一次写入整体生效。寄存器在内部按字组织一个字对应若干位一次读写是整体操作不会出现撕裂。这也是为什么涉及数值交互的场合正确的做法是把值放进寄存器再配一对握手位通知对方值已更新已取走而不是用一组位信号去模拟数值。2.3 位地址算错一个字节整个握手就废了位地址的换算本身不难难在现场没有工具能直观看到逻辑地址和物理端子的对应。写一段换算逻辑把它显式化是我比较推荐的自查方式# 位地址解析示意把逻辑地址拆成 设备号 / 字节偏移 / 位偏移 # 说明基址与步长是示意值实际取值以控制器的地址分配表为准 def decode_bit_addr(addr: int, base: int 0x1000, stride: int 0x20): if addr base: raise ValueError(地址不在该段范围内) offset addr - base device offset // stride # 第几个外部设备单元 within offset % stride # 单元内偏移 byte_off within // 8 # 落在第几个字节 bit_off within % 8 # 字节内的第几位 return device, byte_off, bit_off # 例两个相邻编号未必落在同一个字节里 for a in (0x1000, 0x1007, 0x1008): print(hex(a), decode_bit_addr(a))这段逻辑的重点不在函数本身而在它暴露的两个事实。其一编号连续不代表字节连续跨过 8 的整数倍就会跳字节跨过 stride 的整数倍就会跳设备单元其二设备号是从地址里算出来的不是靠拨码开关约定的一旦某个外部设备的地址段起始位置配错它后面所有信号的语义会整体平移。参数上最容易被忽略的是 stride它决定了每个外部设备单元能分到多少个位。如果现场把某台设备的信号接到了另一个单元的地盘上两边都在读写表现出来的现象是两台设备互相干扰排查时如果只从接线找原因基本找不到。提示位地址换算的结果建议在调试初期就用强制输出逐点核对一遍把逻辑地址—端子编号—现场器件三列写成表存档。这份表在后期改线时能省掉大量返工。3. 专用信号与通用信号为什么有些地址你写不进去地址空间里有一块是不能随便动的专用信号。它们在控制器内部被固定占用语义由系统定义用户程序只能读或者只能按规则写。另一块是通用信号留给产线自己做逻辑。这两块的分界线在哪直接决定了哪些信号必须由控制器产生、哪些可以自己造。3.1 专用信号的固定语义控制器状态机的输入源专用输入信号覆盖的是控制器自身的运行控制报警与信息的显示、周期选择与主程序调用、启动与停止、运行指令。这些不是给用户用的开关而是控制器内部状态机的转移条件。举个具体的启动信号不是按一下机器人就开始跑这么简单。它通常是一个边沿触发源控制器在等待启动的中间状态里检测到上升沿才从待机迁到运行。如果这个信号被一直置为常 ON第一次能启动停下来之后想再启动就不行了——因为状态机等的是边沿电平一直没变就没有第二个边沿。现场抱怨要断一下电才能再启动十有八九是这个原因。停止信号的设计更微妙。它一般同时存在两种语义一种走减速停止让机器人按既定轨迹收尾另一种走立即停止切断运动。这两者在地址上是分开的混用会导致要么停得太急损伤机械要么该停的时候没停住。把停止类信号当成一个开关来用是新手最容易翻车的地方。还有一类专用信号容易被忽略干涉信号、运算命令信号这类输出反映的是控制器内部区域的占用状态和运算结果。读它们的意义在于,上位机可以据此判断现在能不能进这个区域,而不是自己去推演一遍机器人的位姿。自己推演的结果和控制器内部判断不一致时一定是自己错。3.2 通用信号与设备1~8留给产线的自留地通用信号是一段不绑定系统语义的位地址用户爱怎么定义怎么定义。它的价值在于把产线自己的握手逻辑比如上料完成允许取件夹具已夹紧放在控制器能看到的地方而不是全靠外部 PLC 各管一段。和通用信号配套的是外部设备单元的概念地址被切成若干份每份对应一台外部设备——夹爪、变位机、焊机、输送线各自有自己的一组专用输入和专用输出。这样做的动机很实际一条产线上挂着好几台外围设备如果所有信号混在一段地址里换一台设备就得重新梳理全部地址按设备切片之后每台设备的信号自成一组接线、调试、替换都是局部的。设备号的存在还带来一个附带好处故障隔离。某台设备通信不正常时看它占用的那一段地址有没有在刷新就能判断是这台设备自身的问题还是控制器侧的公共问题。而如果所有信号混在一起就只能一个个试。3.3 用途区分信号一行配置改变整块地址的解释方式最容易被低估的是用途区分信号。它本身是专用输入信号的一部分作用是告诉控制器当前这套地址按哪种工艺解释。这个设计的动机是省钱——同一块 I/O 硬件、同一批地址在弧焊、搬运、点焊、通用四种用途下被赋予不同含义。不这样做的话要么为每种工艺准备一套独立地址表要么让所有信号取并集两种方案的地址利用率都很差。用一组输入位做模式选择控制器内部按当前模式去查对应的语义表地址复用就成立了。代价是模式信号本身变成了全局开关。它一旦和实际接线不匹配整块地址的语义就整体错位——线没接错、程序没写错但每个点位都对不上。这是排查时最耗时间的一类问题因为所有局部看都是对的。注意用途区分属于专用输入它的取值必须在控制器上电初始化阶段就稳定。上电过程中模式位抖动可能导致控制器按错误的一套表锁存了语义之后即使把模式位改对也要重新初始化才生效。4. 四种工艺用途下的同一块IO语义重映射的代价同一批物理地址在四种用途下意义完全不同这是这套系统最需要提前想清楚的设计。它的好处是硬件通用坏处是地址和功能之间不再有唯一对应关系中间隔着一层可切换的语义映射。4.1 弧焊、搬运、点焊、通用四套专用信号表四种用途的信号表各有一套逻辑风格差异很明显用途专用输入侧重专用输出侧重典型信号形态弧焊焊接开始/结束、条件选择电弧建立、焊接完成、异常时序握手为主搬运手爪开合、吸附确认、放件允许抓取完成、真空确认、释放状态确认为主点焊焊枪闭合、加压、焊接指令加压到位、焊接完成、电极磨损顺序动作为主通用用户自定义用户自定义无固定语义以搬运为例抓取动作不是输出一个位就完事。典型的信号序列是输出抓取指令 → 等待抓取完成输入 → 再输出提升允许。中间那个抓取完成是外部夹具反馈的控制器必须等到它才继续。如果外部把抓取完成直接短接到抓取指令上逻辑上能跑通但等于放弃了确认环节——夹具没夹住也照样往下走这类省事做法在调试期很常见量产后出问题的概率极高。弧焊的时序更严格因为涉及起弧和收弧的过程控制。焊接开始信号发出之后控制器要等电弧建立反馈才能进入焊接中的状态提前发收弧或者中途抖动都可能在中途断弧。所以弧焊用途下的信号表里握手位特别多不是设计啰嗦是工艺本身要求逐步确认。点焊的信号偏向顺序动作加压、通电、保持、抬起每一步都要有对应的到位反馈。和搬运不同的是点焊的时序错了往往不是不动作而是动作了但焊点质量不对这类问题最难查——信号全对结果不对最后追到某个保持时间没等够。通用用途则是彻底放开地址还是那些地址语义完全由用户定义。它适合那些不属于上面三类标准工艺的场合比如简单的取放、检测、分拣。代价是所有握手逻辑要自己设计控制器不再提供现成的语义保障。4.2 设备号分配8个外部设备的地址切片外部设备单元按编号切片每一片有自己的一组专用输入和专用输出。分配时有两条经验第一把动作耦合度高的设备放在相邻编号。比如夹爪和变位机如果存在联锁关系把它们分配到相邻单元信号的采样时刻更接近联锁判断的时序余量更大。反过来两个完全无关的设备挤在一起某台出问题时排查范围反而被放大。第二给未来留空位。8 个单元听起来够用但产线改造时加一台检测设备、加一个旋转台是常事。一开始就把 8 个编号排满后面只能挪用别人的。我一般会在方案阶段就标注哪几个编号是保留的写在电气图首页避免后期扯皮。4.3 换工艺不改用途区分是最高频的错位来源实际项目里最常见的翻车场景是这样的设备原本按搬运配置后来工艺改成点焊程序重写了、接线也调整了唯独用途区分信号没改。控制器仍然按搬运的信号表去解释地址结果每个专用信号的含义都偏了一位——本该是加压指令的地址被当成抓取指令处理。这类问题的迷惑性在于输出侧看控制器确实在动作指示灯确实在亮输入侧看外部设备确实在反馈。所有单点验证都通过只有整条流程走不通。排查思路应该反过来——不要从信号查起先确认用途区分信号的实际取值再对照该用途下的信号表逐条核对。另一类错位发生在多工艺共存的情况。有的产线一个控制器要服务两种工艺靠切换用途区分信号来实现。切换时必须保证两点切换动作发生在机器人停止状态且切换后重新初始化。在运行中切换控制器可能正处于某个中间状态语义表换了一半行为就不可预测了。5. 排查与避坑信号到了但没生效的五种现场5.1 现象指示灯亮着程序里的等待条件不满足原因通常是三层之一位地址错位、信号被专用地址占用、或者信号宽度不够一个扫描周期。先用强制输出/强制输入的方式在对端直接造一个稳定电平看程序能不能读到读不到就查地址表读得到就查时序。还有一种情况是极性反了。源型和漏型的接法不同端子上量到 24V 不代表控制器读到 1取决于公共端的接法。这个坑在现场极常见尤其是混用不同厂家的传感器时。解决方式是把端子电平—映像区位值—程序读取值三点串起来验证一次不要跳步。5.2 现象急停解除后伺服电源合不上原因不在急停本身。急停解除只是清掉了其中一个条件安全栏的安全插头如果没复位伺服依然被禁止。示教编程器上的伺服通指示灯不亮就是这个状态最直接的指示。还有一种急停按钮被按下后又被机械卡住旋钮转回来了但内部触点没复位。外观上看按钮已经弹起实际回路还断着。用万用表量触点通断比看外观可靠。解决的关键是把伺服允许的联锁条件列成清单逐条确认而不是反复按急停试。5.3 现象上电瞬间外部设备误动作原因在输出侧的初始状态。控制器上电或复位时映像区输出段会有一个确定的初始值如果这个初始值和外部继电器的自锁逻辑配合不当就会出现电一送、阀先动一下。血泪经验是凡是涉及安全的执行器夹爪、升降、旋转外部必须做上电互锁不能只依赖控制器的初始状态。控制器那一侧的正确性只能作为第二道保障。解决方式是把所有输出点在上电、复位、急停三种状态下的期望值列成表逐一实测。5.4 现象两台外部设备互相干扰单台测试都正常原因是设备号分配冲突或者两台设备的地址段有重叠。也可能是用途区分只对其中一台生效——某些场合下用途区分是按设备分别设置的只配了一台另一台仍按旧语义解释。解决方式是把所有设备占用的地址段画成一张区间图看有没有交叠。区间图比地址表直观得多重叠一眼就能看出来。5.5 现象数值传过去了但对端读到的值忽大忽小这是典型的撕裂读。用位信号拼数值、或者寄存器写入和读取之间没有握手读的一方在写入过程中取样就会拿到半新半旧的组合。表现是数值偶尔跳变且跳变值往往是相邻两个正确值之间的某个中间态。解决方式是加握手写入方置数据有效位读取方取走后置已读取位写入方看到已读取才允许写下一组。握手位和数据本身必须分属不同地址段否则握手位的变化会和数据在同一次刷新里被看到起不到隔离作用。注意排查这类问题时用趋势记录比用示波器更有效——把寄存器和握手位一起记录能直接看到读写的时间关系比猜快得多。5.6 现象示教编程器放错位置伺服意外接通这不是信号问题是物理问题。示教编程器背面的有效开关是按压式的放在机器人本体、夹具或者地面上时机身自重或夹具的凹凸可能把它压住等效于一直按着使能开关。之后只要有人碰一下启动伺服就通了。解决方式很朴素用完必须放回支架。这条写在说明书的安全章节里不是形式主义——它是少数几个不涉及任何逻辑、纯靠习惯就能避免的事故源。6. 并行I/O的设计取舍为什么它没被总线淘汰从工程角度看并行 I/O 在今天的技术条件下有一堆缺点线多、距离短、点数受限、没有诊断信息、改一个点就要动一次端子。按先进替代落后的直觉它早该被现场总线全面取代。但实际产线上它一直留着而且往往是安全回路和关键握手的最后一道。原因在确定性。并行 I/O 的延迟是固定且可预测的一个扫描周期的采样、一个扫描周期的输出抖动范围以毫秒计且不会突然变大。总线不一样它的延迟取决于网络负载、协议栈调度、节点数量平均延迟可能更低但最坏情况下的抖动难以给出硬保证。对于夹爪必须在这个位置合上这类硬时序要求,固定延迟比低延迟更重要。第二个原因是故障模式的可见性。并行 I/O 出问题时故障是局部的、可测量的量端子电压、看指示灯、强制输出三板斧下去基本能定位。总线的故障可能是协议层、物理层、配置层排查要工具、要日志、要经验。在需要快速恢复的产线上前者明显更受欢迎。代价也是实打实的。点数一多柜内布线量指数上升端子排占满整面柜壁改一个信号要重新穿线、重新编号、重新核对地址表跨柜距离一长压降和干扰就成了新问题。这套方案的可维护性完全建立在文档准确这个前提上——地址表错一行后面所有人的排查都会走弯路。所以这类控制器普遍的做法是两条腿走路关键的安全回路和硬实时握手走并行 I/O大量的状态监视和参数交互走总线。分界线画在哪取决于哪些信号错一次就出事。这个判断没法通用化只能一个项目一个项目地过。我自己的习惯是项目一开始就把所有并行 I/O 点列成一张三列表——逻辑地址、端子编号、现场器件再补一列失配后果。最后一列写不出来的点说明还没想清楚它为什么要接。这张表在调试期是排查依据在交付后是唯一的真相来源。从那以后我每次接手改造项目第一件事都是先要这张表要不到就先自己量一遍补齐再动手改任何一行程序。希望帮到你。本文还有配套的精品资源点击获取