|
From: | Ajay Garg |
Subject: | Re: [lwip-users] Opinions on using lwIP for making application GPRS-chipset-agnostic |
Date: | Fri, 21 Aug 2015 18:27:07 +0530 |
Hi Ajay,
On Wed, Aug 19, 2015 at 02:52:57PM +0530, Ajay Garg wrote:
> Hi All.
>
> We have a scenario, wherein we are developing application to be run in an
> embedded-scenario.
> This application can be flashed on any umpteen number of micro-controllers.
>
> This application talks to external-internet-world by interfacing through
> GPRS-chipsets.
>
> These chipsets may or may-not contain embedded TCP/IP stacks within them.
> Worse, even if some of them do, each of those chipsets is likely to have a
> non-standardised set of "extended AT commands" for TCP connection
> setup/methods.
> This would mean that we would have to compile different versions of our
> application for different chipsets.
>
>
> So, we were wondering if we could use lwIP to integrate the TCP/IP stack
> within our application, and use standard "Hayes AT commands" to talk to
> GPRS-chipsets (both that contain and those that do-not-contain embedded
> TCP/IP stacks).
>
> Does our approach make sense? In particular, will this make our application
> chipset-agnostic (as far as TCP/IP connectivity is concerned)?
> (Note that I haven't delved much into lwIP's code as of now, just wanted to
> confirm if our requirement is sensible in the lwIP-ecosystem).
>
>
> We will be highly grateful for listening from you experts :) :)
As long as you are only using GPRS modem supporting 3GPP AT commands, it
should work. You'll lose some features though, like having a blinking
RF-TX LED or a network status LED on some GPIO pins of your GPRS modem.
Sylvain
_______________________________________________
lwip-users mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/lwip-users
[Prev in Thread] | Current Thread | [Next in Thread] |