Good morning. Back in middle july we were looking at similar issue with my OSTC 2N.
On Wed, Aug 30, 2017 at 08:11:02AM +0200, Anton Lundin wrote: > On 29 August, 2017 - John Van Ostrand wrote: > > > 1. In serial_ftdi_read() a failed read exponentially backs off when there's > > a > > short read. This is causing Cochran reads to timeout about 95% of the time. > > It's as if reading too late causes lost data. Having a fixed backoff of 10ms > > works. Are there any issues if I alter this backoff tactic? It could be > > shortened to 1ms if 10ms is too long. > > ........ > > slept += backoff; > > - backoff *= 2; > > if (backoff + slept > timeout) > > backoff = timeout - slept; > > ........ > This is probably related to the issue Jocke sees on android: > https://github.com/Subsurface-divelog/subsurface/pull/421 > > I don't mind another back off algorithm, just update the comment that > says "Exponential backoff" to. > For me Jhon's solution works just removing the exponential line, even with backoff set to 1. So I think the patch (or modifyed one) should be pushed, proved it doesn't breaks other DCs ftdi download, of course. Best regards. Salva. _______________________________________________ subsurface mailing list [email protected] http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
