你亨哥呢

print spooler打印服务提示报错1608：依赖服务或组无法启动及Spoolsv.exe应用错误报错

Sat, 18 Jun 2022 21:17:51 +0800

尝试很多就这个文章可行

知识点分析:

print spooler打印服务提示报错1608：依赖服务或组无法启动，如下图：

操作步骤:

这种情况首先需要检查print spooler服务对应的依存服务（Remote Procedure call服务）是否开启，若没开启请参考下面1开启方法。若已经开启了那很有可能是打印的依存服务对应的注册表被修改了，参考下面2进行设置。

1、依存服务：“Remote Procedure call”服务开启，方法如下：

（1）按“Win+R”键打开运行，在运行中输入“ services.msc ”，如下图所示：

（2）点击确定，进去服务之后，找到print spooler服务，双击点击进去，选择“依存关系”，如下图所示：

（3）进去依存关系之后，我们可以看到依存的Rpc，“Remote Procedure call”服务，如下图所示：

（4）我们返回服务列表，找到“Remote Procedure call”服务，将它启动，如下图所示：

2、修改注册表的方法

重要提示：修改注册表有风险，修改错误会导致系统不稳定或崩溃，请提前备份注册表和电脑中的数据，在专业人士指导下慎重操作。

（1）再进入开始菜单，打开运行，输入regedit命令，确定；

（2）进入注册表后，依次打开[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Spooler]，到Spooler的右侧窗口，找到“DependOnService”，双击；

（3）在编辑多字符串窗口，把数值由“RPCSS和http”改为“RPCSS”，确定。然后重启Print Spooler服务，让其启动成功；

但是当重启电脑后，系统依旧出现Spoolsv.exe错误提示，并且之前启动成功的Print Spooler服务，也变成了停止状态。如图：

当出现此报错时需要3删除注册表里面的驱动文件及4清空打印机驱动文件方法如下：

3、删除注册表里面的驱动文件

（1）按“Win+R”组合键，在运行窗口里面输入regedit，点击确定；

（2）定位到：【HKEY_LOCAL_MACHINE\SYSTEM\Control\print\Environments\Drivers】3、在Drivers选项下面，找到【Version-3】之后点击右键，直接将其删除。

4、清空打印机驱动文件

（1）打开 C:\WINDOWS\system32\spool\PRINTERS；

（2）删除PRINTERS文件夹里面所有的驱动文件；

（3）操作完后重启下电脑，就不会有Spoolsv.exe错误提示了，然后再次打开打印服务即可。

建议重新删除打印机概要文件重新再进行连接加载打印机，打印机就恢复正常了。

解决多路由第二个路由器不能上网问题

Thu, 10 Jun 2021 22:54:22 +0800

最近搞个15个副路由的网络总结的问题，朋友不舍得花钱，我不想搞那么复杂只能搞这个出来，解决多路由第二个路由器不能上网问题。

不同网段下多路由网络，副路由开启DHCP的机子不能上网，因此副路由不能开启DHCP自动获取功能，不然第二个从副路由获取到IP的设备无法联网，只能一个人能上。反过来同一网段副路由就开启DHCP可以上网。

什么是不同网段呢？例如子网掩码是255.255.255.0的，192.168.0.1-192.168.0.255的IP都是同网段，IP前三个数字只要一个个不一样就是不同网段，如192.168.1.1和192.168.0.1不是同网段，100.168.0.1和192.168.0.1不是同网段。

怎样才能让同网段呢，修改子网掩码为0.0.0.0这样就肯定都在同网段了，但不能这么设置浪费资源，一般路由就保留后面两位不相同即可，子网掩码改成255.255.0.0，IP地址设置成192.168.XXX.XXX，只要主路由和副路由都在这个192.168.XXX.XXX范围内的IP路由都是同一个网段的。

主路由看子网掩码，如果是255.255.255.0的话，网关是192.168.0.1的，DHCP设置只能是下面范围192.168.0.2-192.168.0.255都是同一网段的，如果第二路由网关是192.168.1.xxx那么这两个路由就不是同一网段了，这样设置副路由仅仅是一个人上网应该没问题，但是第二个人通过网线或者wifi连接就无法上网了。

怎么才能多人在副路由上网呢？

第一种方法，上面为例把副路由网关改成192.168.0.xxx后，关掉路由器的DHCP功能，那么你的副路由就相当于一个带wifi功能的交换机桥接起来了，DHCP功能转交给了主路由来分配了。（基础知识不太懂得要搞清楚，不一定是要192.168.0.XXX，可以很多种，192.168.1.xxx也行，10.0.0.1也可以看子网掩码范围来分配）

第二种方法，前提需要你的主路由允许LAN设置里面修改子网掩码，把LAN设置里面修改子网掩码为255.255.0.0，主路由IP地址为192.168.XXX.XXX范围内的就可以，你的副路由就可以设置LAN里面的网关IP或者IP地址为192.168.XXX.XXX的IP了，这样的话主路由和副路由都在同一网段下了就可以不用理会副路由到DHCP功能导致的文章标题的情况无法上网了。

注意有些家庭路由不允许修改子网掩码的那么只能使用第一种方法了或者其他你知道的方法。

PS：不建议这么高网络，如果非要还是搞个软路由吧，硬路由便宜的处理能力有限副路由多了后影响整体网速，主路由计算能力有限无法快速处理数据转发到对应的用户上，打开网页会有所延时。

【蜂窝】at+qcfg="band"的计算和使用

Mon, 26 Apr 2021 18:56:12 +0800

查询附件 Quectel_EC25_LTE_模块产品规格书_V1.6

可知当前的蜂窝模块所对应的band频带是什么？

eg.1

EC25-AU

当前选择4G 优先，

FDD LTE

可看手册QCFG命令

+QCFG: “band”,<bandval>,<ltebandval>,<tdsbandval>

<bandval> 一个十六进制值，它指定GSM和WCDMA频带。<bandval>设为0，表示不更改GSM和WCDMA频段

<ltebandval>也是十六进制值，指定的是LTE的频带

此时查看EC25-AU log可知当前的band参数

AT+QCFG="band",ff,80080000df,0

将ff转换为十进制是255 二进制是11111111

查看 https://www.docin.com/p-856155867.html

十六进制

WCDMA(3g)=00000010（2100）+00000020（1900）+000000040（850）+00000080(900)=16+32+64+128=240

GSM(2g)=00000008（1900）+00000002（1800）+00000004（850）+00000001(900)=8+2+4+1=15

240+15=255

LTE将 80080000df 转换为二进制位

从后往前看二进制数,第一位是1第二位也是1第三位也是1第四位也是1第五位也是1 说明当前支持B1 B2 B3 B4 B5 B7 B8 B28

以此类推去查看附录文件对应的band频带是否与模块厂商和芯片厂商设置的是一样的

eg2.

EC25-AF模块

当前模块选择为非auto状态时查看log

AT+QCFG="band",260,42000000000000381A,0

B71就是在从右边往左数的第71位是1 第66位是1 第14位是1...相加得出来的答案

以此类推

声明欢迎转载,但请保留文章原始出处:) 博客园:https://www.cnblogs.com/chenxiaomeng/ 如出现转载未声明将追究法律责任~谢谢合作

IDEA java：-source 1.5中不支持diamond运算符，请使用-source7或更高版本以启动diamond运算符

Thu, 11 Mar 2021 13:21:40 +0800

从github上下载项目下来报错，其本身的环境变量为1.5，可是我本地为1.8，Rebuild的时候编译报错，解决方法

IDEA中File==》Project Setting==》Modules

选择后点击Apply
File 》 Settings 》 Build, Execution, Deployment》 Compiler》 Java Compiler

因为我本地JDK是1.8所以我就填了1.8

本文链接：https://blog.csdn.net/AdminPwd/article/details/103765283

EC20模块TCP/IP模式切换方法

Sun, 07 Mar 2021 17:16:46 +0800

本模块TCP/IP的AT指令包含三种类型的数据通道类型。

1.缓存通道模式。
2.直接传递通道模式。
3.透传通道模式。

当通过AT+QIOPEN开启一个套接字服务，可以通过参数<access_mode>确认数据传输模式。当套接字服务开启后，AT+QISWTMD可以被用来改变数据通道模式。

1.在缓存模式中，发送数据通过AT+QISEND。当接收到数据时，模块会缓冲这个数据，然后上传一个 +QIURC:"recv",<connectID>的URC给主机。主机可通过使用AT+QIRD读取数据。说明：如果模块缓冲区不是空的，模块不会发送一个新的URC给主机，除非主机通过AT+QIRD读取所有数据。

2.在直接传递模式中，发送数据通过AT+QISEND。当接收到数据，数据将会以 +QIURC:"recv",<connectID>,<currectrecvlength><CR><LF><data> 直接通过COM口发送给主机。

3.在透传模式中，相对应的端口(如UART，USB解调器等)进入专有的模式(USB AT端口不支持透传模式)。模块从COM口接收到的数据直接发送到互联网上，从互联网上接收到的数据直接从COM口传输给主机。“+++”是用来退出透传模式的。当“+++”返回OK，这个模块将会切换到缓存通道模式。AT+QISWTMD可以被用来回到透传模式。说明：在透传模式中，主机不能执行AT指令。如果套接字连接因为网络错误或者其他原因关闭，模块会上传NO CARRIER给主机和退出透传模式。在这种情况，AT+QICLOSE将被执行去关闭套接字服务。

4.为了退出透传模式，使用“+++”或者DTR(设置AT&D1)。为了防止“+++”被当成数据，它应该完成如下顺序：

1）在输入“+++”之前T1时间(1秒)内不要输入任何字符；

2）在输入“+++”1秒内，没有任何字符输入；

3）在输入“++++”后，1秒内不要输入任何字符；

4）返回OK，退出透传模式。

5.这里有两种方式回到透传模式：

1）使用AT+QISWTMD。设置<access_mode>为2.如果进入透传模式，CONNECT将会反馈。

2）使用ATO。在退出透传模式后，ATO将会改变传输模式到透传模式。如果成功，返回CONNECT，失败，返回NO CARRIER。

最全整理！四大运营商频段使用情况

Tue, 02 Mar 2021 13:25:27 +0800

中国移动

1. 900MHz(Band8),889~904/934~949MHz：最初获批用于部署GSM，为2G频段，现用于GSM、NB-IoT、LTE FDD。GSM和NB-IOT使用894-909/939-949MHz(10MHz)，LTE FDD 使用889-894/934-939MHz (5MHz)，原904-909MHz/949-954MHz 让给中国联通。Band8是移动4G打底频段。

2. 1800MHz(Band3),1710~1735/1805~1830MHz：最初获批用于部署 GSM，为2G频段，现用于GSM、LTE FDD。GSM使用1730~1735/1825~1830MHz(5MHz)，LTE FDD使用1710~1730/1805~1825MHz(20MHz)。Band3是移动4G重要频段，5G NSA 组网的锚点频段。据悉，移动已经在考虑开始关闭2G网络，腾出Band3和Band8频段。

3. 2GHz(Band34),2010~2025MHz：也称A频段，最初获批用于部署TD-S，为3G频段。现大部分TD-S已退网，部分地区重耕用于部署TD-LTE，补热。

4. 1.9GHz(Band39),1880~1920MHz：也称F频段，最初用于部署TD-S/TD-LTE，为3G/4G频段，现用于部署TD-LTE。实际部署TD-LTE使用1885-1915MHz，1880-1885MHz腾退让给电信。Band39是移动4G广覆盖频段，5G NSA 组网的锚点频段。

5. 2.3GHz(Band40),2320~2370MHz：也称 E 频段，最初获批用于部署TD-LTE，但仅用于室内，为4G频段，是移动 4G 室内覆盖主要频段。

6. 2.6GHz(Band41,n41),2515~2675MHz：也称 D 频段，最初移动获批 2575~2635MHz(60MHz)，用于部署TD-LTE。2018年底，移动获批 2515~2575(60MHz)，2635~2675(40MHz),加上之前的2575~2635(60MHz)，移动拥有2515~2675MHz连续160MHz频段。

当前2515~2615MHz(100MHz)用于部署5G，2575~2635(60MHz) 用于部署TD-LTE，未来计划将TD-LTE迁移到2615~2675MHz。Band41是移动4G重要频段，n41 是移动5G广覆盖频段。

7. 4.9GHz(n79),4800-4900MHz：5G 频段，当前暂未大规模部署使用，用于5G补热、专网等。

中国联通

1. 900MHz(Band8),904~915/949~960MHz：最初获批 909~915/ 954~960MHz 用于部署 GSM，为 2G 频段；后增加移动腾退的 904- 909/949-954MHz，共 11MHz。现用于 GSM、NB-IoT、WCDMA、LTE FDD。

2. 1800MHz(Band3),1735~1765/1830~1860MHz：最初获批 1735- 1755/1830-1850MHz(20MHZ)用于部署 GSM；后又增获 1755- 1765/1850-1860MHz(10MHz)用于部署 LTE FDD。

现1735-1745/1830-1840MHz部署GSM，1745-1765/1840- 1860MHz部署LTE FDD。Band3是联通4G主力频段，5G NSA组网锚点频段。联通已经开始关闭2G网络，腾退 Band8 和 Band3频段。

3. 2.1GHz(Band1, n1),1940~1965/2130~2155MHz：最初获批用于部署WCDMA，为3G频段。现主要用于部署LTE FDD，联通4G重要频段，5G NSA组网锚点频段。同时，联通将与电信频率共享，重耕该频段部署5G，以增加5G覆盖。

4. 2.3GHz(Band40),2300~2320MHz：最初获批用于部署TD-LTE，但仅用于室内。实际联通未规模部署TD-LTE。

5. 2.6GHz(Band41),2555~2575MHz：D频段，最初获批用于部署TD-LTE，为4G频段，实际联通未大规模部署TD-LTE。2018年底国家重新分配D频段，该部分划给移动，联通限期清频。

6. 3.5GHz(n78),3500MHz-3600MHz：获批用于部署NR，为5G频段，是联通5G主要频段，将与电信共建共享。

中国电信

1. 850MHz(Band5, BC0),824~835/869~880MHz：最初获批用于部署CDMA，为2G频段。现主要用于部署 CDMA2000、LTE FDD，是电信4G广覆盖频段。同时，电信正在进行CDMA退网。

2. 1800MHz(Band3),1765~1785/1860~1880MHz：获批用于部署LTE FDD，为4G频段，是电信4G重要频段。

3. 2.1GHz(Band1,n1),1920~1940/2110~2130MHz：最初获批用于部署CDMA2000，为3G频段。实际CDMA2000使用825~835/870~880MHz，该频段用于部署LTE FDD，为电信4G重要频段。同时，电信将与联通频率共享，重耕该频段部署5G，增加5G覆盖。

4. 3.5GHz(n78),3400MHz-3500MHz：获批用于部署 NR，为5G频段，是电信5G主要频段，将与电信共建共享。

广电

广电是移动通信领域新玩家，第四个运营商，拥有700MHz和4.9GHz频段：700MHz(Band28,n28), 703-733/758-788MHz和4.9GHz(n79), 4900MHz-4960MHz。

三大移动运营商频段划分，记录下

Tue, 02 Mar 2021 13:20:27 +0800

记录下总忘记，这个不好记

中国移动频段划分

1.900 MHz (Band8) 上行：889-904 MHz 下行：934-949 MHz 带宽共计15 MHz 目前部署：2G/NB-IoT/4G

2.1800 MHz(Band3) 上行：1710-1735 MHz 下行：1805-1830 MHz 带宽共计：25 MHz 目前部署：2G/4G

3.2 GHz（Band34) 2010-2025 MHz 带宽共计：15 MHz 目前部署：3G/4G

4.1.9 GHz(Band39) 1880-1920 MHz 实际使用1885-1915 MHz，并腾退1880-1885 MHz给电信拓展20MHz；带宽共计：30 MHz 目前部署：4G

5.2.3 GHz(Band40) 2320-2370 MHz，仅用于室内 带宽共计：50 MHz 目前部署：4G

6.2.6 GHz(Band41,n41) 2515-2675 MHz 带宽共计：160 MHz 目前部署：4G/5G

7.4.9 GHz(n79) 4800-4900 MHz 带宽共计：100 MHz 目前部署：5G

中国联通频段划分

1.900 MHz(Band8) 上行：904-915 MHz 下行：949-960 MHz 带宽共计：11 MHz 目前部署：2G/NB-IoT/3G/4G （移动清频5M）

2.1800 MHz(Band3) 上行：1735-1765 MHz 下行：1830-1860 MHz 带宽共计：30 MHz 目前部署：2G/4G

3.2.1 GHz（Band1,n1) 上行：1940-1965 MHz 下行：2130-2155 MHz 带宽共计：25 MHz 目前部署：3G/4G

4.2.3 GHz(Band40) 2300-2320 MHz，仅用于室内带宽共计：20 MHz 目前部署：4G

5.2.6 GHz(Band41) 2555-2575 MHz，已重新分给中国移动，正在清频 带宽共计：20 MHz 目前部署：4G

6.3.5 GHz(n78) 3500-3600 MHz 带宽共计：100 MHz 目前部署：5G

7.3.4 GHz(n77）3300-3400MHz 中国电信、中国联通、中国广电共同用于5G室内覆盖带宽共计：100 MHz 目前部署：5G

中国电信频段划分

1.850 MHz(Band5,BC0) 上行：824-835 MHz 下行：869-880 MHz 带宽共计：11 MHz 目前部署：3G/4G

2.1800 MHz(Band3) 上行：1765-1785 MHz 下行：1860-1880 MHz 带宽共计：20 MHz 目前部署：4G

3.2.1 GHz（Band1,n1) 上行：1920-1940 MHz 下行：2110-2130 MHz 带宽共计：20 MHz 目前部署：4G

4.2.6 GHz(Band41) 2635-2655 MHz，已重新分给中国移动，正在清频 带宽共计：20 MHz 目前部署：4G

5.3.5 GHz(n78) 3400-3500 MHz 带宽共计：100 MHz 目前部署：5G

6.3.4 GHz(n77）3300-3400MHz 中国电信、中国联通、中国广电共同用于5G室内覆盖带宽共计：100 MHz 目前部署：5G

中国广电频段划分

1.700 MHz(Band28,n28) 上行：703-733 MHz 下行：758-788 MHz 带宽共计：30 MHz 目前部署：4G/5G

2.4.9 GHz(n79) 4900-4960 MHz 60 MHz 5G

3.3.4 GHz(n77）3300-3400MHz 中国电信、中国联通、中国广电共同用于5G室内覆盖带宽共计：100 MHz 目前部署：5G

相关补充说明

1.移动2.6G动态频谱

移动在2.6GHz上有160M带宽，需要在部署5G的同时，还要和原有的TDD 4G进行动态频谱共享来提升频谱利用率。

2.电信联通200M双载波AAU

电信和联通在3.5GHz上各有100M带宽，两家要进行共建共享的话，就需要在一个AAU上同时支持200M的带宽。

学一学STM32的USART中RTS、CTS的作用和意义

Wed, 23 Dec 2020 22:28:08 +0800

Ⅰ、写在前面

我们都知道USART中RX和TX这两个引脚的功能，这两个引脚是USART串行通信最常见和必不可少的两个引脚。但我们在手册中会发现关于USART的其他引脚：USART_CK、USART_RTS、USART_CTS，如下图：

但我们大部分都没怎么使用过USART_RTS和USART_CTS这两个引脚。下面将给大家简单讲述一下关于USART串口拓展的知识。

Ⅱ、关于DB9串口接头

我们都听说过RS232，说232就知道DB9这个串口接头。

DB9个引脚的功能：

1 CD ← Carrier Detect 载波检测

2 RXD ← Receive Data 接收数据

3 TXD → Transmit Data 发送数据

4 DTR → Data Terminal Ready数据终端就绪

5 GND — System Ground 系统接地

6 DSR ← Data Set Ready 数据设备就绪

7 RTS → Request To Send 请求发送

8 CTS ← Clear To Send 允许发送

9 RI → 这个好像是什么提示信号

相信大家都知道DB9这个标准的串口接头，但我们大部分就只用RX、TX和GND这三个引脚，其他引脚都不关心，或者都不知道是什么意思，相信看了引脚定义之后，大概有所理解。

Ⅲ、RTS CTS

在ARM处理器中的USART中，基本上都具有硬件流控的功能，也就是说一般都有RTS CTS引脚（注意：功能简单一点的处理器，如51、STM8等，很少有串口硬件流控功能）。

RTS：是模块的输入端，用于MCU通知模块，MCU是否准备好，模块是否可向MCU发送信息，RTS的有效电平为低。

CTS：是模块的输出端，用于模块通知MCU，模块是否准备好，MCU是否可向模块发送信息，CTS的有效电平为低

RTS （Require ToSend，发送请求）为输出信号，用于指示本设备准备好可接收数据，低电平有效，低电平说明本设备可以接收数据。

CTS （Clear ToSend，发送允许）为输入信号，用于判断是否可以向对方发送数据，低电平有效，低电平说明本设备可以向对方发送数据。

Ⅳ、STM32中硬件流控配置

我们配置串口时，有如下一段配置代码：

USART_InitTypeDef USART_InitStructure;

USART_InitStructure.USART_BaudRate = 115200;

USART_InitStructure.USART_WordLength = USART_WordLength_8b;

USART_InitStructure.USART_StopBits = USART_StopBits_1;

USART_InitStructure.USART_Parity = USART_Parity_No ;

USART_InitStructure.USART_HardwareFlowControl = USART_HardwareFlowControl_None;

USART_InitStructure.USART_Mode = USART_Mode_Rx | USART_Mode_Tx;

USART_Init(USART1, &USART_InitStructure);

上面配置代码中有一个参数：

USART_InitStructure.USART_HardwareFlowControl = USART_HardwareFlowControl_None;

其实这个参数可以为：

#define USART_HardwareFlowControl_None ((uint16_t)0x0000)

#define USART_HardwareFlowControl_RTS ((uint16_t)0x0100)

#define USART_HardwareFlowControl_CTS ((uint16_t)0x0200)

#define USART_HardwareFlowControl_RTS_CTS ((uint16_t)0x0300)

也就是可以配置使用RTS和CTS这两个引脚为硬件流控的功能。

Ⅴ、最后

文章作者的网站：https://www.strongerhuang.com

smslib包错误java.lang.RuntimeException: getText() not supported

Tue, 15 Dec 2020 16:21:50 +0800

短信设备猫池接收短信时m.setContent(i.getText()); 获得短信内容报错 java.lang.RuntimeException: getText() not supported

Exception in thread "SMSLib-AsyncMessageProcessor : modem.com1" java.lang.RuntimeException: getText() not supported
at org.smslib.InboundBinaryMessage.getText(InboundBinaryMessage.java:37)
at com.sdb.test.ReadAndSendSimple.actionPerformedMsg(ReadAndSendSimple.java:63)
at com.sdb.modem.SendReadMsger.msgArrive(SendReadMsger.java:87)
at com.sdb.modem.Modem.msgArrive(Modem.java:56)
at com.sdb.modem.Modem.access$0(Modem.java:55)
at com.sdb.modem.Modem$InboundNotification.process(Modem.java:221)
at org.smslib.modem.AModemDriver$AsyncMessageProcessor.run(AModemDriver.java:898)

解决方案尝试：

读取到的message要判断类型先，binary的message肯定是没有getText的方法的

if(inboundMessage instanceof InboundBinaryMessage){
				if (((InboundBinaryMessage)inboundMessage).getDataBytes() != null){
					String binaryString = PduUtils.bytesToPdu(((InboundBinaryMessage)inboundMessage).getDataBytes());
					logger.info(binaryString);
					sms.setContent(binaryString);
				}
			}else if(inboundMessage instanceof InboundEncryptedMessage){
				try {
					logger.info(((InboundEncryptedMessage) inboundMessage).getDecryptedText());
					sms.setContent(((InboundEncryptedMessage) inboundMessage).getDecryptedText());
				} catch (InvalidKeyException e) {
					// TODO Auto-generated catch block
					e.printStackTrace();
				} catch (IllegalBlockSizeException e) {
					// TODO Auto-generated catch block
					e.printStackTrace();
				} catch (BadPaddingException e) {
					// TODO Auto-generated catch block
					e.printStackTrace();
				} catch (NoSuchPaddingException e) {
					// TODO Auto-generated catch block
					e.printStackTrace();
				} catch (NoSuchAlgorithmException e) {
					// TODO Auto-generated catch block
					e.printStackTrace();
				} catch (SMSLibException e) {
					// TODO Auto-generated catch block
					e.printStackTrace();
				}
			}else{
				logger.error(inboundMessage.getText());
				logger.error(inboundMessage.getPduUserData());
				sms.setContent(inboundMessage.getPduUserData());
			}

本人没实际应测试过这个方法，但有客户已经测试，另外发现出现这个错误的原因是因为接收到一些营销彩信导致报错的，因为彩信是没有正常短信内容所以无法获取到短信内容。

有时间的可以自己下载smslib源码及开发文档介绍了解这个包的彩信功能进行修改添加，把彩信进行解析出来即可，也可以判断如果是8位编码信息直接删除短信，不给予解析理会跳过，就不在报错了。

原问题连接：https://bbs.csdn.net/topics/390466667

华为虚拟化服务器把USB设备绑定给WIN2008系统虚拟机后无法识别出设备

Wed, 02 Dec 2020 11:51:38 +0800

今天遇到一个客户描述设备无法在虚拟机上使用，一年多了一直都不可以使用，也没跟我们反应，一直都是用的物理机，今天确实需要到虚拟机上使用了，然后就咨询我怎么调试。

客户的虚拟系统信息如下图：

客户宿主机把USB外设备绑定windows2008R2虚拟机后的驱动情况如下：

只有一个问号USB控制器驱动在其他设备上面，不清楚是什么设备，所以无法工作。

想各种可能...无用略过，宿主机绑定过来时是以USB3.0还是USB2.0进行绑定的，跟共享中心同事语音一起沟通后知道是通过USB3.0进行绑定的，USB2.0无法绑定，另外共享中心的同事反应插USB2.0的U盘windows2008虚拟机能识别出来，但短信设备就是无法正常识别。

最后让客户查看设备管理器下的通用串行总线控制器如下图：

就发现问题，不太符合逻辑了，windows2008系统上只有USB2.0的控制器，宿主机是以3.0绑定虚拟机那么肯定无法识别了。

怀着不确定的心情让客户网上下载一个USB3.0的驱动安装在windows2008系统上试试，最后还真的就是这个版本对不导致的，安装USB3.0驱动后效果如下图：