设备诊断、通道诊断、播放诊断，名字看着差不多，用起来完全是三件事。搞混了，就是在错误的界面上浪费时间。
监控运维有个很典型的场景：现场说某一路看不了，你打开平台，想找个地方查一下，结果发现"诊断"这个词在视频汇聚/视频融合/视频分析EasyCVR平台里出现了好几次------设备列表里有个设备诊断，通道旁边有个通道诊断，点开某个通道播放又有个播放诊断。
名字都叫诊断，点哪个？其实这三个按钮各自只回答一个问题。分工理顺了，排查就不会乱。
1、先把三个诊断的分工摆出来
设备诊断：通用信令查看。可以填写过滤条件（IP或国标ID过滤），再点"开始接收"。用于排查多设备接入、安防监控/视频汇聚EasyCVR平台信令异常等问题。
通道诊断：针对单台GB设备，自动做目录查询。
实时显示该设备相关的SIP信令（如REGISTER、心跳、目录查询等），用于排查设备注册失败、频繁掉线、目录同步异常等问题。
播放诊断：针对单路通道，自动做PS抓包与点播拉流，用来排查点不通、无码流。
翻译成大白话：
关键差别在于"你在追哪一层"。
2、信令层的问题，看设备诊断
设备诊断看的是通用信令。它支持对GB28181设备的诊断------这一点很重要，别把它当成万能工具去查RTSP或者SDK接入的设备。
它的用法是"手动选择条件+开始接收"。也就是说它不主动帮你判断，是把信令原文捞出来给你看。适合什么场合？
-
设备注册过程有没有正常走完
-
两端消息来回的时序对不对
-
想确认某个特定条件下平台和设备之间到底通信了什么
这类问题的共同点：你在怀疑"话有没有说清楚"，而不是"画面有没有传过来"。
3、设备在线但目录出不来，用通道诊断
通道诊断针对单台GB设备，做的是自动目录查询。它解决的是另一类现象：设备在列表里显示在线，但下面的通道列表是空的，或者少了几路。比如视频汇聚/视频融合/视频分析EasyCVR平台的接入配置里，就有Ehome支持通道状态巡检------这说明"通道状态"本身就是一个需要被主动检查的东西，不是天然就准确的。
所以当你看到设备在线、通道不全，第一反应应该是通道诊断，而不是去翻信令。目录查询是自动的，你选设备就行。
如果通道确实查回来了但状态不对，那可以再去设备列表里手动更新一次通道------这是另外一个动作，两件事不冲突。
4、点不通、没码流，才轮到播放诊断
播放诊断是使用频率最高的那一个，因为它对应的是最常被反馈的现象：点开播不了。它的动作是自动PS抓包加点播拉流。使用路径很具体：视频→直播观看→对应的通道→播放诊断。
为什么这类问题特别值得单独讲？因为国标协议本身就分成两半。GB28181设备在线，但是无法播放------国标GB28181分为信令和流媒体两部分，在线表示信令没问题，出问题的大概率是RTP音视频数据发不过来，使用视频-直播观看-对应的通道-播放诊断。
这段话点出了排障里最容易走偏的地方："在线"只证明信令通了，不证明流能过来。很多人一看到设备是在线的，就去查设备配置、查注册参数、查密码，方向从一开始就错了------信令层面没问题，你在这里翻多久都翻不出东西。真正该做的是直奔播放诊断，看流到底卡在哪一步。
5、一个顺序，避免来回折腾
把三个诊断串成一条排查线：
第一步，确认是设备级还是通道级。如果是整个设备都异常（注册不上、离线），走设备诊断看信令；如果只是某几路看不了，直接进通道层。
第二步，通道不出来的，先通道诊断。目录查询跑一遍，把"平台有没有认到这个通道"这件事先确定下来。
第三步，通道在、就是播不了的，上播放诊断。这是"信令通、流不通"的典型，让抓包告诉你RTP数据到没到。
第四步，还定位不了，再回到设备诊断。用设备诊断配合过滤条件，把信令全过程拉出来做交叉对照。
这个顺序的价值在于：它把"瞎点"变成"有依据地往下走"。每次只排除一层，排除掉的就不要再回头查。
6、顺手说三个容易踩的坑
坑一：以为设备诊断能查所有设备。视频汇聚/视频融合/视频分析EasyCVR平台支持对GB28181设备的诊断。别的协议接入的设备，不要在这个界面上耗时间。
坑二：把播放诊断当成画质检查。播放诊断看的是能不能拉起来流，不是画面好不好。画质类问题（偏色、过亮过暗、马赛克、花屏这些）走的是视频质量诊断那条线，那是另一套功能，两回事。
坑三：以为诊断会自动上报。这三个诊断都是你要主动去点的动作。设备诊断甚至要手动填条件再开始接收。别指望它自己在后台发现问题。
总结
记住一句话：设备诊断看"话怎么说"，通道诊断看"有没有认到这个通道"，播放诊断看"流有没有过来"。三个问题，三个入口，别混着用。