声明数组起始数不为0时会出错
在标签页中声明数组标签时，勾选数组设定数量n后，会默认声明成[0..n-1]，例如声明10个word数组：
但是数据类型中的(0..9)是可以编辑的，我们可以改为(1..10)：
更改之后编程、编译、下载、运行都没有报错，但是他会出现一个致命的bug：数组中某个数据赋值不正确或无法赋值！是不是很诡异， 但是这个错误不是一定出现的，只有在大量使用复杂编程的时候才有可能出现，以前项目中出现一次我找了一整天才发现原因！附上当时的异常照片：
图中程序是将bit数组Done(1..7)赋给7个bit变量，但是Done[6]的值却无法传递给其他变量，解决这个问题的方法就是将所有数组的起始号都改为0，即使0用不到，空着浪费也要声明出来。
for循环下结构体数组多层嵌套会出错
在我的蜘蛛纸牌视频中（三菱plc编写《蜘蛛纸牌》），有一段程序就碰到了这个问题，如下图：
在这段程序中我将数组 iDownNumb[ii] 传递给 jj ，又将 jj 写入结构体的元素数组BEHIND_LINE[ii].Numb[jj] 中，我为什么要这么写呢？我可以直接写成BEHIND_LINE[ii].Numb[iDownNumb[ii]] 的啊，为什么要用个 jj 变量呢？原因是如果我省略jj 将数组变量直接写入结构体元素数组中，那么这个FOR循环执行后 BEHIND_LINE[ii].Numb中赋的值就不正确，跟等号后面的数组变量pageList里面的值完全没有关系，我当时因为这个情况一度怀疑我是不是哪里写错了看不出来，脑袋秀逗了？弄了半天才发现问题所在，大家以后如果遇到类似的问题，先不要怀疑自己，有可能是软件比较坑爹，解决的办法就如上图所示，变量不要嵌套太多层，多用点中间变量来过度一下。
长时间编辑程序软件会崩溃
这个问题最坑爹了，写了半天的程序，终于写的差不多了想点一下编译，看看有没有错误，结果软件卡死崩溃了，关键是还没有自动保存，只能眼睁睁的看着你好不容易写了半天的程序变成浅灰色，看着那转着圈圈的鼠标和弹出的错误提示框，狠心的点下“关闭程序”。当时的心情就是：关机不干了。。。
所以在使用GX Works2时一定要养成随手点保存的良好习惯，如果你真的忘了保存且软件崩溃的话，记得及时给显示出来的程序照一张照片，能救一点是一点。
软件崩溃的时候还可能导致程序文件受损，这个就更惨了，比如网上这个人：
保存时断电导致整个程序打不开，几天的活白干了，这就太打击人了，所以重要的项目程序不仅要“保存”还要“另存”。
添加注释时程序会变“绿”
相信用过三菱ST的都遇到过这个问题吧，只要你写注释，就会大概率发生这个问题 ：
还是刚才的蜘蛛纸牌中的程序，我只是在赋值语句后面增加一段注释，加了一行空行，程序的部分标签就变为了与注释相同的绿色，这个绿色如果只是出现在标签上影响还不太大，如果出现在基本指令或者功能函数上，很可能编译会报错。
刚开始使用GX Works的人可能会不知所措，但解决的办法很简单，点击保存按钮，颜色就会恢复正常了，如果你不幸的遇到了不能编译的情况，你还要找到变绿的指令，保存后在后面敲击空格，或者重新输入才能解决。
低版本的软件使用ModbusTCP模块报错
ModbusTCP用的人可能不是很多，三菱的PLC需要智能模块支持，这个模块卖的很贵而且货期也长，网上资料也少，在使用这个模块时按照手册一步步配置，给400一遍遍打电话询问，但编译的时候一直报错，后来问了很多人才锁定问题出在软件版本上而不是设置上，当时三菱官网下载的中文最高版本仍然不能解决问题，后来网上各种找、给各个三菱供应商打电话找到一个英文版的才好用，现在我用的是V1.555D中文版也能够正常使用这个模块了，下载运行后模块的报警灯仍然会闪，但是不影响使用了。
下面说说三菱PLC在ST语言下的一些不足：
只能声明一维数组
三菱PLC只能声明一维数组，这对编程人员来说有了很大的限制。像西门子、倍福、施耐德都是可以声明多维数组的：
上图是门子博图软件声明的一个三维int数组，如果三菱支持这个功能，上面蜘蛛纸牌的程序中BEHIND_LINE[ii].Numb[jj]就不必写成结构体+数组的形式，直接写成一个二维数组BEHIND_LINE[ii,jj] 就可以了。
只能建立一层结构体
在三菱的结构体中只能声明基本类型的标签，无法声明其他的结构体，这也注定了三菱不能像施耐德和西门子那样完成复杂的逻辑功能。看一下西门子的多层结构体：
调用后是这样的：
有什么用呢？给大家看一下我们机器人控制系统的局部变量：
ROBOT结构体作为机器人核心控制程序的接口，所有的设置、状态和命令等全部包含其中，图中展示的只是其中的几个参数。
数学计算中数据类型无法自动转换
比如三菱的加法运算，我们把加号“+”用鼠标拖入程序中，看他支持的数据类型：
图中显示，加法运算支持任意类型的数字量+任意类型的数字量；那我们直接写“1+1.2”可不可以呢？
编译后显示报错，提示数据类型不一致，也就是“+”的前后必须是相同的类型，因为1是整形，1.2是浮点型，如果想要进行上面的运算，必须将1写成1.0才行。简直不可理喻啊！
word类型标签不支持按位寻址
三菱的内部软元件D是可以按位使用的，比如D0.0表示字软元件D0的第 0 位，可以当作开关量来使用。但是如果你声明一个word类型的标签，也是16位的数据类型，而且PLC会把他自动分配给D软元件缓存，但他却不支持按位使用，比如声明varTemp:word;程序varTemp.0:=true会报错：
可以看到varTemp.0无法解析，不知道这是为啥。。。
其他
三菱还有一些其他的问题，比如ST编程不支持单步执行、程序断点等功能，你们还遇到过哪些问题呢？