看着程序，搞个纸笔，一边看一边分析

你在前边说不是找问题，现在又说找BUG，有什么不同？
你现在还是属于看别人的程序，程序又没很好的注释，对工艺还不熟悉……

如果是逻辑判断，花些时间整个树状图不就理顺了，而且也能作为项目交接使用别人看的也直观明了

一边画状态逻辑图，从宏观上，分析各个程序之间的逻辑联系。一边用软元件监控表，监控变量的变化是否符合逻辑。软元件监控没有实际的曲线图更直观，只能看当前的值，对于变量在什么时刻跳转的，监控不了。类似博图里的Trace追溯功能。

你说的没错，逻辑判断画个状态图，标出逻辑状态与状态之间的跳转条件，比如手自动切换的条件，报警触发的条件，轴运行的条件等。问题是现在不仅是要搞清楚逻辑联系，而是说，程序复杂了后，一个变量比如急停，会贯穿所有的动作逻辑，当急停断开时，所有动作程序都会打断。类似急停这样的贯穿于多个程序逻辑的变量，如何有效的去监控它。特别是它变化的时候，其他程序有没有跟着变化。类似与博图里的Trace追溯功能。

跟踪，自己写段程序就行了，比如对某个变量进行计数，基本上也解决问题，至于信号比较高速那用Trace要好一些