[hpsdr] FW: Call for Comments and Discussion - OzyII

Henry Vredegoor henry.vredegoor at gmail.com
Fri Jul 24 02:41:15 PDT 2009



> -----Original Message-----
> From: Henry Vredegoor [mailto:henry.vredegoor at gmail.com] 
> Sent: vrijdag 24 juli 2009 11:38
> To: 'alex'
> Subject: RE: [hpsdr] Call for Comments and Discussion - OzyII
> 
> 
> Hi Alex, All,
> 
> I think that used to be the limiting situation for USB.
> I believe it was solved, and can now do simultaneous read and write.
> This, together with Windows not doing (wanting to do?) 
> Firewire properly is supposed to be one of the reasons for 
> Firewire to not gain further  market share.
> Hardware manufactures seem indeed to be moving away from 
> Firewire in favor of USB 2.0
> 
> What about USB 3.0: 
> 
> 5 Gbit/s (super speed), or 400 Mbyte/s after protocol overhead
> 
> Lots of other nice enhancements.
> 
> http://en.wikipedia.org/wiki/Universal_Serial_Bus#USB_3.0
> 
> 
> Henry. 
> 
> 
> > -----Original Message-----
> > From: alex [mailto:ajbr at btconnect.com] 
> > Sent: vrijdag 24 juli 2009 11:05
> > To: Henry Vredegoor
> > Subject: Re: [hpsdr] Call for Comments and Discussion - OzyII
> > 
> > 
> > you cant even get 480 Mb/s, it is only a claimed bandwidth, 
> > you will be 
> > lucky to get more than 20-30 MB/s (note MB not Mb), since 
> it is also 
> > simplex unlike firewire and ethernet, so if you have 
> significant data 
> > going the other way then it has to stop to "listen" before it 
> > can "talk" 
> > again which slows it down even more.
> > 
> > if using duplex data such as rx and tx then firewire and 
> > ethernet would 
> > be better, they also use less resources so can get closer to 
> > their spec 
> > speed but the chip in ozy would be more expensive, also 
> > windows doesn't 
> > "firewire" properly
> > 
> > firewire can also go much further than it is specified, a 
> > friend of mine 
> > who uses it for networking (can't be routed but can be used like 
> > ethernet xover) uses 60m reliably
> > 
> > 
> > > Hi John, All,
> > >
> > > It would be nice to have a ball park figure about what we 
> > are talking about
> > > with respect to _REQUIRED_ bandwidth for the highest 
> > bandwidth application.
> > >
> > > Call it a kind of design specification.
> > >
> > > Another question could be if we really could generate data 
> > at 1 Gbit/s with
> > > the rest of the HPSDR system hardware and software?
> > > Some seem to doubt that.
> > >
> > > Is 480 Mbit/s a maximum or a minimum spec? Would a > 480 
> > Mbit/s data rate be
> > > "allowed" for USB?
> > >
> > > Henry.
> > >
> > >
> > >   
> > >> -----Original Message-----
> > >> From: hpsdr-bounces at lists.openhpsdr.org 
> > >> [mailto:hpsdr-bounces at lists.openhpsdr.org] On Behalf Of 
> John Melton
> > >> Sent: vrijdag 24 juli 2009 9:56
> > >> To: jeff millar
> > >> Cc: hpsdr at openhpsdr.org
> > >> Subject: Re: [hpsdr] Call for Comments and Discussion - OzyII
> > >>
> > >>
> > >> ***** High Performance Software Defined Radio Discussion 
> List *****
> > >>
> > >> I think the thing to remember is that one of the real reasons 
> > >> for going 
> > >> to ethernet is for the higher bandwidth that gig-e would give 
> > >> us.  Using 
> > >> a USB to ethernet dongle type of device would still restrict 
> > >> you to the 
> > >> USB limitations.
> > >>
> > >> -- John g0orx/n6lyt
> > >> _______________________________________________
> > >> HPSDR Discussion List
> > >> To post msg: hpsdr at openhpsdr.org
> > >> Subscription help: 
> > >> http://lists.openhpsdr.org/listinfo.cgi/hpsdr-openhpsdr.org
> > >> HPSDR web page: http://openhpsdr.org
> > >> Archives: 
> http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/
> > >>     
> > >
> > > _______________________________________________
> > > HPSDR Discussion List
> > > To post msg: hpsdr at openhpsdr.org
> > > Subscription help: 
> > http://lists.openhpsdr.org/listinfo.cgi/hpsdr-openhpsdr.org
> > > HPSDR web page: http://openhpsdr.org
> > > Archives: 
> http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/
> > >   
> > 
> 


 1248428475.0


More information about the Hpsdr mailing list