<div dir="ltr">Pretty much, yes to your question. Though typically the hi-res clocks (not RTCs) are pretty darn accurate. That's completely different from loop times being regular/consistent to the nth degree. RTOSs strive mightily to guarantee a very regular loop time or a certain responsiveness. But the more complex your system, the less "guaranteed" that is. There are just too many things going on. <div><br></div><div>I think if you give up the notion that your loop times need to be regular and bite the bullet on normalizing your time-based sensor readings before doing anything else with them, you'll find it very liberating. Free thyself! That notion belongs to the microcontroller domain. You might find that your robot becomes much more resilient to handling responsiveness hiccups.</div><div><br></div><div>That said, at some point you may find yourself wanting a synchronized global clock reference and timestamps accompanying sensor readings if you have multiple deeply buffered sensor streams that need to be correlated in time. But that can often be profiled. As an example, webcam frames coming through a vision pipeline can be laggy compared to encoder readings and if you are trying to fuse the data, you need to correlate the readings from the same era.</div><div><br></div><div>But that's a natural emergent "feature" as you scale how widely distributed any system becomes. I'm just pointing out that if you're on Linux or something similar, you're already on that spectrum. Roll with the consequences.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 18, 2021 at 6:03 PM Murray Altheim via DPRGlist <<a href="mailto:dprglist@lists.dprg.org">dprglist@lists.dprg.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 19/02/21 12:40 pm, Karim Virani wrote:> [...] Much of the academic and startup robotics community has decided<br>
> that linux is very often the right tool. The question is what is the job?<br>
<br>
Hi Karim,<br>
<br>
As I just wrote (your message came in just as I sent my response to David),<br>
we all have a differing set of experience, interests, requirements and work<br>
habits. Mine is that I want to be able to ssh in to my robot, do my coding<br>
and testing on it, push to github from it, and often even operate the robot<br>
remotely. This requires ssh and an active WiFi connection. In the future I<br>
hope to be able to operate the robot entirely without WiFi, but for now,<br>
that's both how I work and how I control my robot. And secondly, even given<br>
its difficulties, I'm at this point am trying to focus on using Python,<br>
for personal and professional reasons, and so far for the most part I'm<br>
enjoying not regretting that decision.<br>
<br>
> Murray wrote: But that's not solving the problem, which is having a very<br>
> accurate millisecond timing loop." and then: "assume an imprecise clock <br>
> ... that would make our code more complicated"<br>
> <br>
> Disagree. [...]<br>
<br>
I don't really have any disagreement with your disagreement. I tried to<br>
answer some of those concerns in my message to David.<br>
<br>
So I have just one question, out of curiosity:<br>
<br>
> RTC's are a baby red herring. RTOS is the papa red herring. Unless, maybe,<br>
> if you're landing on Mars...<br>
What do you mean by RTOS being the papa red herring? Just that we all<br>
need to stop assuming accurate clocks?<br>
<br>
Cheers,<br>
<br>
Murray<br>
<br>
...........................................................................<br>
Murray Altheim <murray18 at altheim dot com>                       = =  ===<br>
<a href="http://www.altheim.com/murray/" rel="noreferrer" target="_blank">http://www.altheim.com/murray/</a>                                     ===  ===<br>
                                                                    = =  ===<br>
     In the evening<br>
     The rice leaves in the garden<br>
     Rustle in the autumn wind<br>
     That blows through my reed hut.<br>
            -- Minamoto no Tsunenobu<br>
<br>
_______________________________________________<br>
DPRGlist mailing list<br>
<a href="mailto:DPRGlist@lists.dprg.org" target="_blank">DPRGlist@lists.dprg.org</a><br>
<a href="http://lists.dprg.org/listinfo.cgi/dprglist-dprg.org" rel="noreferrer" target="_blank">http://lists.dprg.org/listinfo.cgi/dprglist-dprg.org</a><br>
</blockquote></div>