From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: a07f3367d7,3ffb65141990540c X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII Path: g2news2.google.com!news4.google.com!proxad.net!feeder1-2.proxad.net!usenet-fr.net!de-l.enfer-du-nord.net!feeder1.enfer-du-nord.net!tudelft.nl!txtfeed1.tudelft.nl!multikabel.net!newsfeed10.multikabel.net!feeder.xsnews.nl!feed.xsnews.nl!border-4.ams.xsnews.nl!193.141.40.65.MISMATCH!npeer.de.kpn-eurorings.net!npeer-ng0.de.kpn-eurorings.net!newsfeed.arcor.de!newsspool2.arcor-online.net!news.arcor.de.POSTED!not-for-mail From: "Dmitry A. Kazakov" Subject: Re: Hard and soft real time with Ada Newsgroups: comp.lang.ada User-Agent: 40tude_Dialog/2.0.15.1 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Reply-To: mailbox@dmitry-kazakov.de Organization: cbb software GmbH References: <4o3r0ouc23gx$.1dxknpkniq39u$.dlg@40tude.net> <71f32d79-f0fa-4fc9-bd9f-a1583e8684af@m21g2000vbr.googlegroups.com> Date: Mon, 17 May 2010 15:06:06 +0200 Message-ID: NNTP-Posting-Date: 17 May 2010 15:06:06 CEST NNTP-Posting-Host: c757998b.newsspool1.arcor-online.net X-Trace: DXC=43BPPN7P^1SmG86`U=_nC_ic==]BZ:af^4Fo<]lROoRQ<`=YMgDjhgR[OgT3@U=9b^[6LHn;2LCV^7enW;^6ZC`T\`mfM[68DCSUZM;U2gL`GQ X-Complaints-To: usenet-abuse@arcor.de Xref: g2news2.google.com comp.lang.ada:11689 Date: 2010-05-17T15:06:06+02:00 List-Id: On Mon, 17 May 2010 03:29:02 -0700 (PDT), sjw wrote: > On May 17, 9:30�am, "Dmitry A. Kazakov" > wrote: > >> Hmm, I doubt USB can be considered real-time. But I see no obvious reason >> why a computer vision application could not tolerate some jitter (say >> 100�s). I guess you just do not need "very hard" real-time. > > But is there anything about USB which makes the latencies etc for a > particular set of devices unbounded? If not, why shouldn't USB be used > in an appropriate application? The word "bus" probably. In a comparable case when industrial Ethernet is made RT, they usually make some master controlling the frames on the wire or else do them time triggered. One certainly could do something alike for USB, if anybody cared. But no standard device would work with that. On the other hand I think that the major contributor to the jitter is not the hardware but the application software. One certainly could have reasonably short stable latencies over USB. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de