我目前正在使用AT命令来管理GSM调制解调器（由Multitech提供）。
此调制解调器用于将测试命令发送到配备SMS功能的现场设备。作为回报，这些设备将测试结果通过SMS发送回GSM调制解调器。 返回的SMS非常简单，例如“ TESTOK”或“ TESTNOK”，不包含任何花哨字符。
问题是，GSM调制解调器没有收到任何这些标签-相反，我收到一些“ @@@@@@@@”消息，每个字母一个@（例如TESTOK为6 @， TESTNOK为7 @）。
两个事实：
这些现场设备上的SIM卡已经很旧了。当我们从一张SIM卡切换到一张新SIM卡时，返回的SMS正确（TESTOK，TESTNOK）。
使我迷失的是：我尝试使用较旧的Multitech调制解调器，并且可以正常工作。无论使用哪种SIM卡（请参见上文），旧的Multitech GSM调制解调器都能获得正确的短信。
总而言之，当使用更新的Multitech调制解调器从装有原始SIM卡的这些现场设备接收文本消息时，就会出现问题。 现场设备使用文本模式发送其SMS。到目前为止，我尝试过的两个Multitech调制解调器也都配置为使用文本模式，并且都配置了IRA编码。 我检查了AT命令的初始化脚本，但没有发现两个调制解调器之间有什么不同。
1 / PDU或文本模式是否改变了向调制解调器提供SMS内容的方式，还是改变了SMS本身的格式（即将要接收的SMS格式）？ / p>
2 / SIM卡如何更改SMS的最终内容？它是SIM卡功能还是电话公司（APN）管理SMS传输的方式？
3 /我在这里想念什么？
我到处看，但找不到类似的情况。 欢迎任何帮助。
编辑：如果有人处于相同的情况，我会自己回答。问题实际上出在调制解调器API本身上：调制解调器采用了RESTful API，该API允许发送/获取SMS。但是，它并不总是能正确转换收到的SMS。诀窍是禁用此SMS API功能并坚持使用100％AT命令方法。希望对您有所帮助。