nRF9160 ppp over uart with no-flow-control

We're using PPP over uart to an Onion Omega 2s running openwrt (linux).

That device does NOT have hardware flow-control.

We're limited also to a baud rate of 250 000 due to this hardware.

The LTE has theoretical (and easily possible during our tests) speeds of greater than 500kbit/sec, which is of course greater than the uart baud rate.

Running iperf3 on the linux indicates (naturally) that we can communicate for a short time, until buffers fill up due to a major mismatch in communication speeds.

I'm guessing hw-flow-control would have fixed that? Am I understanding that correctly, is that how it's implemented in the nRF SDK?

So we could limit this in linux using `tc` or something, but it feels better to do it at the nRF side, is this even possible?

I've checked datasheets/at-command lists, google, existing DevZone posts...

Many thanks!

// Mark

Parents
  • So we could limit this in linux using `tc` or something, but it feels better to do it at the nRF side, is this even possible?

    traffic control on the linux side might acutely be the better\easier option, not sure how usable or easy it would be to implement on the nRF side so would not recommend to start there actually. "tc"  sounds best. 


    I'm guessing hw-flow-control would have fixed that?

    yes, we use flow control, so that is how its done. 

    Regards,
    Jonathan

Reply
  • So we could limit this in linux using `tc` or something, but it feels better to do it at the nRF side, is this even possible?

    traffic control on the linux side might acutely be the better\easier option, not sure how usable or easy it would be to implement on the nRF side so would not recommend to start there actually. "tc"  sounds best. 


    I'm guessing hw-flow-control would have fixed that?

    yes, we use flow control, so that is how its done. 

    Regards,
    Jonathan

Children
Related