20190812_Intel Realsense D435 关于摄像头USB掉线问题问题记录汇总
文章目录
- 关于摄像头掉线问题问题汇总
- 未尝试的可能的解决办法:
- 可能成功的尝试
- 20190921
- 20190923
- 20190924
- 20190925
- 20190930
- 20191008
- 20191016
- 20191129
- 20191225
- 20191231
- 20200105
- 20200107
- 20200114
- 20200114
- 20200115
- 20200120
- 20200120
- 20200121
- 20200224
关于摄像头掉线问题问题汇总
- 摄像头掉线的问题一直是我们未能解决的难点之一, 在我们已经尝试过的办法中, 均以失败而告终, 具体尝试方案如下:
- 尝试在摄像头USB线与延长线之间增加锡纸包裹, 期望降低接头之间的信号干扰
- 尝试去掉USB延长线, 只用摄像头自带的USB直接从电脑连接到摄像头
- 尝试重装系统, 并在新系统上运行程序, 其中一台系统为深度系统(Deep System 盗版破解系统), 另一台为windows10正版系统
- 尝试将摄像头固件更新到最新版本
- 尝试修改程序代码来解决摄像头掉线问题
- 尝试安装最新的官方提供的UWP工具，但仍然无效，不是SCP Overflow就是RT IC2 Config error。（201909018）
未尝试的可能的解决办法:
- 官方建议
- 尝试使用工业级USB线(解决信号干扰问题)
- 尝试使用有源USB线(解决摄像头供电问题) ×
- 尝试使用避免静电放电组件(ESD)https://www.intel.com/content/www/us/en/support/articles/000028140/emerging-technologies/intel-realsense-technology.html
- 其他人员建议
- 使用带有独立USB 3.0控制器的PCI-E卡
- 使用光纤USB线连接
- 使用Nvidia Jetson Nano(单片机?)去控制每个摄像头
- 尝试将USB3.0接口降级为USB2.0 https://blog.csdn.net/qq_42393859/article/details/88222977
-
20190814
测试了有源USB线后,还是不行 -
20190911
参考文章：D435 cameras not being detected if plugged in at boot #4457
尝试修复nvidia控制面板
尝试使用开发者模式
仍然无效×
可能成功的尝试
-
以往内存条插在cpu的同一边，经查询，发现这样可能是不合理的，我们将其插在cpu的两边对称位置，发现暂时消除了 Camera SCP overflow的错误。但仍然出现 RT IC2 Config error 错误。
-
于是我们通过只用单个摄像头连接发现，有的usb接口不会出现 RT IC2 Config error 错误，不会出现的接口位置如下（打钩的不会报错）：
-
于是我们将六个摄像头插在打钩的接口上，没一会儿，出现了 No Frame 的错误。根据以往经验，我们猜测这是由于 usb带宽原因导致的（参考摄像头官方测试文档 https://dev.intelrealsense.com/docs/multiple-depth-cameras-configuration#section-2-multi-camera-considerations），然后我们将摄像头由六个降低至五个测试，暂时未发现问题。继续测试。（20190920）
-
增加了一个pci-e 3.0 4口usb的扩展卡，然后将六个摄像头全部插在pcie卡上，打开Intel Realsense Viewer 六个摄像头查看，出现 No Frames Recieved错误！尝试减少到5个摄像头测试，等待结果。五个暂时未发现出错。
-
后来又在电脑上加装了16G内存，共32G内存，一开始插六个摄像头不行，后来就正常运行了，让它继续跑，看持续运行是否会报错。
-
此外，两位电脑专家还有其他一些建议，比如我们后面要用到5m长的usb线，其中一位建议采购belkin的usb线来保证稳定的视频流传输；另一位为了解决摄像头掉线的问题，建议使用 Intel 的主板，另外建议我们更新我们的主板bios。
20190921
-
使用六个摄像头直接运行darknet主程序，弹出控制台界面并输出识别坐标：
但运行一定时间后，界面消失，重复数次仍旧如此。 -
试着尝试降低摄像头数量测试，或者降低视频流分辨率测试，由下周开始进行。
-
如连接usb线过长，官方建议采用带有中继器的usb线。https://dev.intelrealsense.com/docs/multiple-depth-cameras-configuration#section-d-cabling-and-enumeration
20190923
- 周六我跟廖姐去完招聘会后下午我就回公司了，期间用笔记本远程了一下二号机（进门的那辆），运行了一下识别程序，没有什么问题，遂将二号机关机了。周一过来后发现二号机电池没电了，就跟翚工换了电池，重启后发现摄像头少了，就将猜测可能没有连上的摄像头usb重新插拔了一遍，但发现即使是连上的摄像头，也无法被程序读取数据（好像 Intel Realsense View 上显示被识别成黄色的 usb2.0 了），于是将所有摄像头usb线重新插拔，才解决。为什么关机后换上新电池后摄像头就会识别出错呢（还是只关机再启动就会？没测试过），这个问题一时无解(((φ(◎ロ◎;)φ)))。
- 二号机上，六个摄像头我们都插在了“正确”的位置上，但是有时候仍然还是出现了 SCP Overflow 以及 IC2 RT Config Error 的错误，这种错误极少，可能是由于插usb时没正确连接造成的，我重新插拔又好了。
20190924
-
初步猜测电脑在异常关机时重新启动会无法识别摄像头，需要重新插拔。造成异常关机的原因很多，其中二号机由于 pagefile.sys 文件占用c盘空间过大，运行压缩文件时导致系统异常重启是其中一种，后来我将pagefile.sys文件去掉了（如何管理hiberfil.sys文件与pagefile.sys文件释放C盘 （powercfg -h on）（225）），后来再压缩时没有出现异常关机情况。
-
将程序拷贝到win10正版系统那台机器（靠墙那台三号机）上运行，编译正常，但运行时却卡在了这个界面，要卡很长时间才能通过。通过后正常运行。
-
下午的时候，看二号机（进门那台），发现运行中掉了个摄像头，重启也没用，重新插拔才能继续连上，这是什么原因引起的呢？不得而知。
20190925
不加延长线测试，仍然会出现重启后找不到摄像头的情况。
用两片pci-e扩展卡测试，一个接四个摄像头，一个接两个摄像头，发现还是会出现接收不到帧情况。
将接四个摄像头的卡上的两个摄像头挪到主板自带接口上，发现可正常运行，暂未发现异常。有待继续测试。(20190926下午将测试的时候发现visual studio崩溃了【用的是svn程序】，遂将2号机程序拷来，c盘空间不够，就把win10sdk和win8sdk卸载了，运行Realsense Viewer后发现有scp over flow的错误，打开六个摄像头，有卡帧现象，后来没管它，正常跑程序运行了，看还不会不会出错)
将三号机上主板自带的接口上的一个摄像头挪到pci-e扩展卡上，三三均分，发现不行，打开 Intel Realsense Viewer 接收不到帧，可能的结论是：一个pci-e扩展卡上只能接不超过2个摄像头。
20190930
使用主板后面的扩展插槽，接上两个摄像头，其余两个插在稳定四口，打开 Intel Realsense View 发现存在掉帧或接收不到帧现象。
20191008
将小显卡拔了，只插1050Ti独立显卡，貌似也能正常运行。
参考文章：如何看自己的电脑是不是双显卡？双显卡有什么好处？
20191016
关于摄像头，在笔记本上调试python程序时，有时会启动失败，原因不明，显示run time out 5000，再次启动又好了，以后在设计启动程序的过程中，记得要检测是否成功启动，如启动失败则重新启动，而不是让程序直接死掉。
20191129
没加pcie，六个摄像头全部插在左边，有一个摄像头掉了，重启机器没用，还是掉，然后正常关机，断电，插上一块pcie，又好了，跑程序也正常。。。猜测，是否断电=摄像头重新插拔？那么这样子，我们是否需要寻求使主板断开usb口电的程序呢？
插了pcie，插的是长的四口那个，连接六个摄像头，打开Intel Realsensen Viewer，还是出现IC2 RT Config Error
不管了，就先这样吧，等哪天摄像头崩没了，再用devcon命令试试
20191225
之前摄像头使用1280×720传输好好的，后来韩工过来看摄像头，就把type-C口拔了又插回去，然后运行避障程序就不能启动了，用Intel Realsense Viewer查看接口都是3.x，但是会报RT IC2 CONFIG ERROR的错误，后来尝试将传输分辨率修改成640×480，就好了，但是第二天这个口直接就消失了，害我又重新插拔usb后它才连上。。。。
看来，为了保证程序稳定运行，我们是不是就该使用640×480的分辨率？待会我再看看它们的视角对比：
1280×720：
640×480：
640×360：
可见640×480左右视场角变窄，1280×720与640×360相同
20191231
今天啥也没做，特么又掉线了，五个摄像头变四个，以后是不是要在程序中加入usb重启断电加点机制（相当于重新插拔），这样子不就完美了吗蒽蒽？
20200105
今天我就不小心动了一下一个摄像头的tap-c头，结果六个摄像头全部掉了，啥情况？？？
20200107
如图：PCIE扩展卡槽最上面的插槽插了没反应，其余三个有反应，不知啥情况
还有个问题，就是今天不小心把摄像头的芯片序列号当作摄像头序列号填进代码里了，结果怎么也跑不起来，下回需注意啦，不能把芯片序列号（asic serial number）当成serial number了！
20200114
早上hui工来将电脑电源选项的usb设置中的选择性暂停设置设置为禁用，但是下午摄像头仍然掉了一个，程序没抱什么错，它就自己掉了。。。看来摄像头是否掉线可能跟这个没啥关系
然后它上面还有个关闭硬盘设置，我把它设置成立300000分钟（原先是20分钟），测试测试不知是否有用
20200114
下午使用UsbTreeView.exe重启了usb设备和端口，发现还是没法让摄像头回来，晚上更新了华硕主板固件，也不行，本来只掉一个摄像头的，这回变成掉4个了。。。
20200115
早上来跟hui工说，他说肯定是不行的，必须得先让摄像头usb给系统认一次。。。
然后，我把usb重新插拔了，然后就慢慢等，看它再掉不掉线吧
20200120
今晚加班的时候，不知道咋回事，它就掉了一个，，，先是显示 IT RC2 Config Error，再开时又没了
通过USB tree viewer工具也restart不回来。。。
通过插拔指定摄像头的tap-c接口，又让它回来了。。。
20200120
早上过来，发现390的主板掉了个摄像头。。。这掉线，是不是跟电压不稳有关系啊。。。
下午，把两台电脑的全部摄像头都用Intel Realsense Viewer将固件更新到05.11.15.00了
20200121
又掉了一个，怎么还是577
然后我发现它是软掉线来的（摄像头还在，就是程序出错结束了）
然后我把它改成报错无限循环了，除非是摄像头硬掉线（非得插拔才行的那种），否则程序不会结束，它会立即重头开始执行
20200224
今天加班，过来一看，华硕主板掉了一个摄像头：
390那台电脑也死机了。。
然后翚工说可能是谁来动过电脑电源，有可能是，因为我华硕电脑2号3号都有人过来搜索过什么固高电机。。。哎，重新测试吧
然后华硕电脑重启程序后，又变成这个了：
不懂，先去测试图片了