AX-8在没有错误情况下出现Error灯常亮该如何处理？

（1）请尝试进行固件更新查看是否改善。

（2）若无法解决请联系代理商或原厂人员。

该错误是由于PLC内存储区被擦写90%以上导致，请按以下步骤排查解决：

（1）查看是否有调用指令在不停的读写文档导致PLC存储区被写坏，比如Sysfile或者DFC_StoreRetain等相关指令。

（2）是否通过AX控制器多次取放文件或取放大容量文件。

（3）请联系台达厂家进行处理。

注：若PLC存储区域损坏只能通过更换硬件解决，请在编程时注意勿要频繁擦写PLC存储区。

（1）若控制器处于停止状态，可将控制器置于启动状态后再进行观察。

（2）若控制器处于运行状态，可尝试更新固件版本进行观察。

注：①可使用DIADesigner-AX连接控制器，查看控制器状态。

②请谨慎进行固件更新操作，必要时可联系代理商或原厂人员。

 R1-EC8124模拟量输入模块无数据显示该如何处理？

请参考以下步骤进行操作：

（1）设置2000h选择模拟量输入类型。

（2）设置2002h sub1-4为1来启动硬件输入功能。

下图以-20mA~20mA输入为例：

image.png

其相关物件如下：

图片1.png

图片2.png

注：其SDO有写入顺序要求，应先选择输入类型，后启动硬件输入。

关键词：模拟量输入

（1）查看导入的EDS文件是否正确；

（2）检查IP相关设置是否正确；

（3）通讯时间应适当调大至50ms以上；

关键词：埃斯顿、EIP、Scanner

使用OPC UA无法与上位机进行通讯该如何处理？

可按照以下方式进行排查：

（1）需要确定节点路径是否正确，节点路径可通过Browser或者Uaexpert确认；

（2）AX-8设备名称不能含有中文、空格或者括号等特殊符号；正确命名方式：字母_数字等；

注：不支持空字符串写入，可写入“0”进行表示。

关键词：OPC UA、AX-8

AX系列控制器同时为Adapter和Scanner时，会出现Adapter通讯异常现象，可参考如下解决方式：

方式1：与AX通讯的Scanner取消兼容性检查，包含Product ID和Vendor ID;

方式2：修改AX8 Adapter EDS文件设定值，将Product ID修改为100，将Vendor ID

修改为1285，修改后再进行导出动作，如下图所示：

img_1763023340194.png

关键词：AX全系列、Adapter、Scanner

使用R2-EC0902时发现实体无法进行输出，该如何处理？

(1)    添加R2-EC0902模块后，默认其输出功能为关闭状态，可查看过程数据中并未配置索引2001h（开启DO通道输出功能）。

img_1763023300898.png

(2)    在“启动参数中”添加2001h索引内容，并开启DO通道输出功能。

img_1763023301051.png

img_1763023301207.png

(3)    启动参数中的值设为255为2#11111111，即将8bit位全置为TRUE，开启DO输出功能，具体变量可在EtherCAT/IO映射中进行映射。

关键词：DO输出、R2模块、EtherCAT从站

       工程编译正常但登录会出现 “Object reference not set to an instance of an object” 的错误信息时，可以先确认程序逻辑是否有指定地址，当指定的地址超出范围或不存在时，就会出现此情况。

同时需要提供的以下信息给原厂技术人员：

● 完整整的DIADesigner-AX 版本号。

● 完整的现象描述。

● 可以重现异常的步骤。

● 可以重现的Project Archive 工程文件。

● 信息窗格内的详细信息（包含窗格内的文字、详细信息和错误报告）。

       当工程登录后，发现控制器有异常时，可以先将控制器内的Application.core 复制出来，再打开相应的工程文件。在菜单栏上，单击调试 > 核心转储 > 加载核心转储打开复制出来的Application.core。

img_1763023298342.png

       双击核心转储已加载可跳出控制器LOG，再双击SOURCEPOSITION 可转到异常报错的具体位置。

img_1763023298494.png

img_1763023298664.png

当工程登录后，出现编译错误的信息，可以先确认下列信息：

●确认控制器LOG 信息。

●确认工程做过什么修改。

●转到符号配置执行符号配置内的编译。

●执行清除全部后，再次编译。

●将 .project 以外的文件删除后，再次编译。

●将POU 一个一个禁用后编译，确认是哪一个POU 造成的，再将该POU 内的逻辑一段一段禁用后编译，才能确认是哪一段出现问题。

同时需要提供的以下信息给原厂技术人员：

● 完整整的DIADesigner-AX 版本号。

● 完整的现象描述。

● 可以重现异常的步骤。

● 可以重现的Project Archive 工程文件。

● 信息窗格内的详细信息（包含窗格内的文字、详细信息和错误报告）。

执行工程登录后，出现没有匹配的编译信息对话框，可以先确认下列信息：

●工程配置是否被改过。

●确认之前下载到控制器的工程是否包含编译信息下载。

img_1763023345271.png

● 确认打开的工程是否包含编译信息。

● 使用比较功能比较当前打开的工程是否与控制器的工程一致。

执行编译后，消息窗格的编译项目显示错误但无法定位到错误的位置时，可以试着执行下列动作：

●转到符号配置执行符号配置内的编译。

●执行清除全部后，再次编译。

●将 .project 以外的文件删除后，再次编译。

●将POU 一个一个禁用后编译，确认是哪一个POU 造成的，再将该POU 内的逻辑一段一段禁用后编译，才能确认是哪一段出现问题。

同时需要提供的其他信息给原厂技术人员：

● 完整整的DIADesigner-AX 版本号。

● 完整的现象描述。

● 可以重现异常的步骤。

● 可以重现的Project Archive 工程文件。

● 信息窗格内的详细信息（包含窗格内的文字、详细信息和错误报告）。

当用户反馈软件上下载太慢时，可以执行下列动作：

1、先 Ping 目标控制器，确认其时间是否合理及有无丟失封包。如果通信质量不好，需确认该网域（网络线或网络交换机或接线方式）是否异常。

img_1763023290248.png

2、控制器在停止状态下，再试一次上下载。

3、DIADesigner-AX 在执行上下载时，关注左下角显示的信息，理清编译时间和真正执行上下载的时间。

img_1763023290404.png

4、抓取上下载时的封包，提供原厂技术人员。

5、同时需要提供的其他信息如下：

●完整的DIADesigner-AX 版本号。

●完整的现象描述。

●可以重现异常的步骤。

●可以重现的Project Archive 工程文件。

●信息窗格内的详细信息（包含窗格内的文字、详细信息和错误报告）。

1、当发生软件没有响应（无响应）的情况时，可以先执行下列动作：

●打开任务管理器，确认有无其他软件占用CPU 效能。

●确认客户是否有其他软件在干扰DIADesigner-AX。

●在发生当下，右键单击任务管理器内的DIADesigner-AX，然后选择创建转储文件来保存当下的DMP 文件。

img_1763023322248.png

2、把文件提供给原厂技术人员。

3、同时需要提供的其他信息如下：

●完整的DIADesigner-AX 版本号。

●完整的现象描述。

●可以重现异常的步骤。

●可以重现的Project Archive 工程文件。

●信息窗格内的详细信息（包含窗格内的文字、详细信息和错误报告）。

当发生软件闪退 (crash) 的情况时，可以先执行下列动作：

1、使用台达的软件诊断工具抓取系统的事件信息，默认路径在C:\Program Files\Delta Industrial
Automation\DIAStudio\Diagnosis Tool 下，此工具可以抓取5 天内的系统事件信息。

img_1763023344536.png

2、转到下列三个路径查看是否有DMP 文件，如果有请把文件提供给原厂技术人员

● C:\Windows\memory.dmp 

● C:\Windows\minidmp\

● %appdata%\AllicationCrash

3、同时需要提供的其他信息如下：

● 完整整的DIADesigner-AX 版本号。

● 完整的现象描述。

● 可以重现异常的步骤。

● 可以重现的Project Archive 工程文件。

● 信息窗格内的详细信息（包含窗格内的文字、详细信息和错误报告）。

在软件中可通过以下两种放式获取控制器的日志：

(1)    在打开的工程中，连接到控制器后>>双击Device>>日志>>点击组件旁的刷新按钮即可获取控制器中的日志；

1.png

(2)    双击Device>>文件>>点击右侧刷新按钮即可显示控制器中的日志文件。

2.png

关键词：日志、获取、Log

与获取日志方法类似，保存日志也分以下两种方式：

在日志处获取日志后点击导出至XML文件，选择路径进行保存即可；

img_1763023336100.png

在文件处获取日志后选中日志文件，在左侧选择本地路径后点击左向按钮即可保存至本地；

img_1763023336260.png

关键词：日志保存，本地保存

在DIADesigner-AX打开原生CODESYS工程，一般直接编译 (F11) 会遇到错误，如下图所示：

1.png

如何避免编译错误：

1. 选择DIADesigner-AX > 工程 > 工程设置。

   2.png

2. 设置页面选择Compile options，并把Fix version选择最新版本3.5.18.50。

3.png

设置后再次编译 (F11) 后，无编译错误。

4.png

注：原生CODESYS工程建议使用保存归档功能后，再转换至DIADesigner-AX打开，可以避免库缺失、版本不兼容等情况。

5.png

关键词：AX全系列控制器、CODESYS、编译错误

如出现Online change再上电后程序对比不同现象，可能是由于在进行Online change时没有选择”更新启动应用”，如下图所示：

若未使能此选项，重新上电后在线修改的部分会丢失。

1.png

关键词：在线修改、程序丢失

在使用标签通讯时，如果某个变量在符号配置中被配置为导出到符号文件，但在后续修改中声明被删除，则会在符号配置页面显示为红色。

当出现这种情况时，在符号配置页面中找到具体变量，并取消其导出的勾选，即可消除该问题。

关键词：Tag通讯、符号配置

变量强制赋值并非在整个运行周期内都保持强制值不变，而是在周期开始时与结束时强制给定赋值，所以在周期内，该变量数值仍然会根据逻辑程序而变更。

1.png

关键词：强制、数值变化

需要注意MC_Power功能块Enable引脚与bRegulatorOn引脚的触发时序，如果Enable引脚先置为FALSE,bRegulatorOn引脚的输入无法被执行，将其置为FALSE轴也仍然保持使能。

所以需要将轴解除使能时，应保证bRegulatorOn引脚先置为FALSE，轴状态变更后再将Enable引脚置为FALSE。

关键词：失能、取消使能

在AX-8 Windows机种上安装Docker软件后，造成Windows执行到Windows Logo开机画面后就会再自行重开，以致于无法顺利开机。其原因为Windows的系统配置与设置是根据硬件与搭配的CODESYS RTE版本而配置，如果在Windows 10中再安装虚拟OS软件如Docker等软件，这会影响原本Windows 10与CODESYS RTE系统的配置，会造成AX-8 与Windows 10系统的不稳定，导致Windows在开机后会一直自行重开机。

解决方法为送回台达客服中心将Windows系统重新安装。

关键词：AX-8、CODESYS RTE、重启

由于Task的执行机制为抢断制，高优先级Task可能将正在执行的低优先级Task打断，在这种情况下，多个Task对同一全局变量进行读写操作时，对于较大的数据读写可能导致数据不同步问题，使用3.5.17以上版本的SysSem库中的相关函数代替原有函数（指指令），可以有效避免并发调用导致的数据不同步。

关键词：多TASK、数据

答：出现此信息主要有下列原因：

控制器出厂后设备中无工程

执行初始复位

关键词：AX全系列控制器、程序下载、初始复位

若发生问题状况，请参照下列步骤说明，状况说明：

1. 在工程中新增全局变量，如下图所示。

1.png

2. 在程序中使用GVL全局变量。

2.png

3. 添加符号配置，勾选GVL添加全局变量到交换变量表。

3.png

4. 通过第三方OPC UA Client程序与OPC UA通讯，并将全局变量加到Data Access中。

Publish interval：100ms

Sampling interval：100ms

4.png

5. 回到PLC工程，在GVL全局变量新增变量。

5.png

6. 不做任何编译动作的情况下，直接在线修改去登录到PLC。

6.png

7. 将全局变量内的ar2数组通过「//」注释掉，然后一样不做任何编译动作直接在线修改去登录到PLC。

7.png

8. 将全局变量内的ar3矩阵通过「//」注释掉，然后一样不做任何编译动作直接在线修改去登录到PLC。

8.png

9. 在线修改的过程中有可能会发生卡住情况，并且失去与PLC的联接，且再也无法扫到PLC，必须要将PLC重新上电。

9.png

如何避免问题：

若有变更符号配置所勾选的变量内容，请选择登录并下载。

10.png

如果必须使用在线修改，以下方式可减少问题发生频率：

先将程序和符号配置进行编译后，再进行在线修改。

11.png

关键词：AX全系列控制器、工程下载中断