Hi Raivis,
By any chance - can you share source codes which would help me to achieve a
similar setup?
I'm using an STM32F429 with CubeMX, attached a SIM800l GSM modul and I need
to enable PPPOS connectivity.
I would really appreciate the help.
Thank you,
Balas
--
Sent from:
for lwIP users
Subject: Re: [lwip-users] Advise on PPPoS implementation
Hi Sarp,
Just to get it working, yes.
But also to avoid crashing on high latency medium I had to enable
SYS_LIGHTWEIGHT_PROT as well.
sarp (šajā datumā: Ce, 2018. g. 21. jūn. 11:48)
rakstīja:
Was the only problem checksum
Hi Sarp,
Just to get it working, yes.
But also to avoid crashing on high latency medium I had to enable
SYS_LIGHTWEIGHT_PROT
as well.
sarp (šajā datumā: Ce, 2018. g. 21. jūn. 11:48)
rakstīja:
> Was the only problem checksum enabling?
>
>
>
> --
> Sent from:
Was the only problem checksum enabling?
--
Sent from: http://lwip.100.n7.nabble.com/lwip-users-f3.html
___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users
Hi,
Yup, you were absolutely correct.
By default all checksums are disabled in Stm32 CubeMX.
I just enabled them, regenerated the code via CubeMX, now PPPoS and TCP
client works without me faffing around with the config file.
That was a bit of challenge to get it working :)
Thank you again
Hi,
On Sun, Nov 05, 2017 at 08:05:28PM +, Raivis wrote:
>
> Here is the original stm32 lwipopts.h:
> https://pastebin.com/LEueShJv
Well, I'm confident CHECKSUM_GEN_* values set to 0 won't work when using
PPPoS. I know none hardware UART able to compute them on the fly on HDLC
formatted
Hi,
I re-implemented on Unix system with threading, the code is basically 99%
identical as the one I'm running on stm32.
I double checked the priorities, and they are the same as on unix system.
All relative to default thread priority
Also I only used tcpip_init() to initialize it, as far as I
Hi,
On Thu, Nov 02, 2017 at 11:15:18PM +, Raivis wrote:
> Hi,
>
> I tested with UDP, and it didn't work.
>
> But, whole day, I've been working on porting the PPP GSM interface to unix
> system. Took me a while since, I hadn't worked with LwIP at this detail
> before.
>
> Thankfully, I can
Hi,
I tested with UDP, and it didn't work.
But, whole day, I've been working on porting the PPP GSM interface to unix
system. Took me a while since, I hadn't worked with LwIP at this detail
before.
Thankfully, I can confirm it works on my linux machine, but not on stm32.
So I've probably made
Hi,
On Thu, Nov 02, 2017 at 05:02:36PM +, Raivis wrote:
> That's a very good, point, I've been so frustrated that it didn't occur to
> me that I can just print the packet in my serial function.
>
> Apologies I somehow over glanced your suggestion before.
>
> I enabled the PPP_DEBUG and
That's a very good, point, I've been so frustrated that it didn't occur to
me that I can just print the packet in my serial function.
Apologies I somehow over glanced your suggestion before.
I enabled the PPP_DEBUG and PRINTPKT_SUPPORT, and removed all filters from
ppp_dump_packet() in utils.c,
Hi,
On Wed, Nov 01, 2017 at 03:22:07PM +, Raivis wrote:
> Hi,
>
> I just connected the satellite modem to the micro-controller, and I get the
> same results. Where I'm able to establish the PPP session, but it won't
> connect to my TCP server.
>
> I wanted to ask, is there a debug define I
Hi,
I just connected the satellite modem to the micro-controller, and I get the
same results. Where I'm able to establish the PPP session, but it won't
connect to my TCP server.
I wanted to ask, is there a debug define I can enable which would let me
know what bytes it tried to transfer over the
Hi,
On Thu, Oct 26, 2017 at 12:34:16PM +0100, Raivis wrote:
>
> Any other ideas, what I should be looking for or what could be the cause?
I'm confident lwIP isn't the problem here, you can still enable PPP
debugging PPP_DEBUG and PPP print packet support with PRINTPKT_SUPPORT.
Since you are
Raivis wrote:
3. ST implementation of LwIP is faulty. I'm using LwIP version which
comes with CubeMX. I've noticed it is version 2.0.0 instead of 2.0.3.
I don't think it is. Comparing it to our original 2.0.0 sources, they
seem to have changed only compiler warnings this time.
ST *eth
Hi,
No, the connection is not even established with the remote server.
In the debugger I see, that netconn API definitely invokes the PPP
interface, and goes into my serial write function, but no connection is
established whatsoever.
Note I tested whether the server works via telnet.
Another
Hi,
On Wed, Oct 25, 2017 at 09:27:12PM +0100, Raivis wrote:
>
> In any case here is my log up to the point, where it starts to re-transmit
> the TCP packet over and over again:
Looks like PPP is working properly here. Do you actually receive those
TCP packets on the remote side ?
Sylvain
Hi,
I've been trying to implement a PPPoS on STM32 micro-controller for the
last couple weeks. I think I've reached a point where I'm stuck and due to
lack of my experience in this field I don't know how to proceed.
Project background:
1. I'm using GPRS/GSM modem A6
2. It is done on Nucleo
18 matches
Mail list logo