我的同事和我都挖掘GPRS MODEM市场适用于嵌入式Linux使用的模块。在市场扫描,我们可以看到,一些厂商强调的是他们的调制解调器包括一个嵌入式TCP / IP协议栈。

这让我怀疑:当我们使用嵌入式Linux已经包含PPP使用一个TCP / IP协议栈和连接时,将它使用在所有包含在GPRS MODEM堆栈的?

我现在的假设是堆栈是为了与那些不提供自己的堆栈的小微控制器的操作系统使用。也有一些调制解调器的允许在调制解调器基带处理器运行的小应用程序,其可以解释嵌入堆...

所以:是与HL OS使用它或者通过GPRS MODEM多余提供的TCP / IP堆栈没有我忽略的东西。

有帮助吗?

解决方案

这是几乎可以肯定在你的使用情况是多余的。

大多数蜂窝调制解调器产品的产品设计用于移动电话的使用删节版。显然,在一个电话应用程序,TCP / IP堆栈是必需的,以一个整体一堆其他功能一起。

一个典型GPRS调制解调器可能包含一个ARM9处理器,并且这是不大大taxted运行刚调制解调器软件。对于许多小型应用它无疑提供了足够的性能来运行整个应用程序(想想有点像自动售货机表明它几乎是空的,例如)和TCP / IP堆栈可能会有所帮助这里。

有一个略微无所顾忌可能的解释了。很多手机堆栈比他们的制造商多一点的软件耦合愿意承认,它可能会变成那简直是不值得删除TCP / IP协议栈的努力。

在您的应用程序,那么几乎可以肯定要使用AT命令界面(这是老式的拨号调制解调器命令集的扩展,使您可以获取信息,如信号强度,网络状态等的最佳选择

其他提示

这是我一直在问自己这两天完全一样的问题。 ^^

一些研究之后,问的时候,我发现这一点:

在智能电话的情况下,这样的iPhone /机器人,TCP / IP是在应用处理器(AP)运行的操作系统的一部分。基带处理器(BP)是简单网络调制解调器(想想古代的56K拨号调制解调器和PC安装的)。当然,BP将运行移动网络堆栈(GSM,CDMA,LTE ...)跳蜂窝网络上,但AP,它是透明的,只是做调制/解调工作,为无线网络。调制解调器接收AT命令,并且可以命令模式和操作的数据模式之间切换。在数据模式下,AP和BP之间的协议通常是PPP在串行(!纠正我,如果我错了我在这里)。所以TCP / IP / PPP /串。

嵌入式TCP / IP栈在一些BP发现旨在提供对某些应用的整个抽象由此网络堆栈不可由于系统的限制或简单地做成简单。 TCP / IP协议栈是那么BP非常有用的。至于你提到的一些BP(例如infenion)确实有用户应用程序和/或网络协议栈额外的处理能力。 AP,在这种情况下,甚至没有必要的。这是一个功能的手机(如诺基亚砖)的典型设置。在命令集扩展,然后由BP提供创建一个套接字或甚至FTP连接。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top