[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [lwip-users] Opinions on using lwIP for making application GPRS-chip
From: |
Sylvain Rochet |
Subject: |
Re: [lwip-users] Opinions on using lwIP for making application GPRS-chipset-agnostic |
Date: |
Fri, 21 Aug 2015 12:51:12 +0200 |
User-agent: |
Mutt/1.5.21 (2010-09-15) |
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
signature.asc
Description: Digital signature