<p dir="ltr">Check for lsusb -v and the usb interrupt endpoint should have a 32ms polling interval. Linux obey this setting but windows runs with a much higher polling frequency </p>
<br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 10, 2024, 23:32 Lenzen, Léon <<a href="mailto:lenzen@zafaco.de">lenzen@zafaco.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello, <br>
<br>
while investigating some clustering in measured timings based on QMI indications, I noted that indications are delivered at multiples of ~30ms. This means that the time between some indications will be e.g. 680ms, 710ms, 740ms, 770ms, 800ms, 830ms, etc. depending on network parameters. <br>
I use my own GMainLoop and iterate is triggered every ~100µs (0.1ms). The clustering happens on EC25-E and RM520N-GL models from Quectel. <br>
<br>
Does anyone know where the clustering originates from? Is it some mechanism in libqmi or glib? Is it a specification of the QMI protocol? Is it hardware-related? <br>
<br>
Best regards<br>
Léon</blockquote></div>