E160E USB GSM调制解调器连续将数据转储到串行端口 [英] E160E USB GSM Modem Continuously Dumps Data Into The Serial Port

问题描述

我正在使用python脚本通过Serial(在此情况下为"AT")发送一个简单的AT命令进行发送. 如果一切顺利，通常返回OK.

I'm using a python script to send using Serial , a simple AT Command in this case "AT". That normally returns OK , if everything is going well.

问题是几秒钟后GSM调制解调器将转储以下内容. RSSI:19(是的，我知道这是信号强度).

The problem is that after a few seconds the GSM Modem Will Dump the following. RSSI:19 (yes i know this is the signal strength).

它也会转储:

BOOT:23243559,0,0,0,77

这只是偶尔发生，并且仅在Linux中会发生，而在Windows中则不会发生.

This is only occurs from time to time and it ONLY Happens in Linux it doesn't happen in Windows.

我在Linux中使用python脚本和腻子在Windows中使用了Hyperterminal进行了测试. 使用相同的串行配置.

I tested this using the python script and putty in Linux and using Hyperterminal in Windows. With the same serial config.

感谢您的帮助.

推荐答案

好，因此经过几次尝试和错误. 如果您遇到此问题

Ok , So After A Couple Of Trial And Errors. If you ever face this problem

谨记E160与操作系统一起打开了两(2)个USB端口". 这两个端口都可以支持AT命令，但是一个端口的作用类似于状态监视器"端口，而另一个端口的作用类似于普通端口.

Keep In Mind That E160 opens two (2) USB "ports" with the OS. These two ports both can support AT Commands but one acts more like an "Status Monitor" Port while the other acts like a normal Port.

---以下内容仅基于经验---

--- The Following Is Only Based On Experience ---

Monitor端口始终是最高编号(它是第二个注册端口，您可以查看dmesg).

The Monitor port always has the highest number ( it's the second to register , you can take a look at dmesg ).

还！

简而言之，它是CNMI报告所来自的端口:

Its the port where CNMI Reports will come from so in short :

USB0，不发送任何命令垃圾(您在此处进行所有操作)

USB0 , Send At Commands no garbage ( you do all the stuff here )

USB1，监视器端口，定期报告，网络状态和SMS收到的警报仅在此处广播.

USB1 , Monitor Port , Periodic Reports , Network Status And SMS Received Alerts are ONLY broadcasted here.

如果您需要帮助，请回复:)

If you need help just respond :)

这篇关于E160E USB GSM调制解调器连续将数据转储到串行端口的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！