-->
Page 12 of 14

Re: Replacing LWIP

PostPosted: Wed May 08, 2019 9:41 am
by eriksl
SLIP? That's ancient, what's the use? It's in the code, you can enable it (but never tried it). Even the successor PPP isn't that shiny new anymore.

Re: Replacing LWIP

PostPosted: Wed May 08, 2019 9:44 am
by eriksl
davydnorris wrote:The new MQTT code uses setsockoptions() to set up a receive time out and then select() to enable it - I think I'll just have to hack the existing library at the moment but it's apparently working fine in the RTOS SDK

I am afraid the ones that make the code calling setsockopt() and select() have a bit too much confidence in the level of compatibility regarding LWIP against a full blown Unix IP stack. I wouldn't bet my money on it that it completely works as expected. I think the model of callbacks suits small memory devices much better than select/poll/unix sockets API.

Re: Replacing LWIP

PostPosted: Wed May 08, 2019 6:57 pm
by davydnorris
Yeah I think you're right there.

For now, I've converted the higher level new MQTT from RTOS to NonOS, and have started creating an espconn based transport to get me over the line.

I'll go back and look at the lwIP/mbedTLS based code once I get these damn boxes out

Re: Replacing LWIP

PostPosted: Thu May 09, 2019 1:59 am
by eriksl
Yeah I see the consideration here.

What's your experience with mbedtls? I've never used it (never need it...). Is it easy to use on top of an existing LWIP implementation or does it need changes in LWIP? What's the memory footprint (my greatest concern)?