I just updated the repository at GitHub - mepard/N210CeVI: 100 Msps support for Ettus USRP N210.
- It’s compatible with the latest UHD host library.
- It no longer requires a modification to the UHD host library.
- uhd_streamer uses the channel API to switch to the 2nd DSP chain for
100 Msps.
- uhd_streamer builds and works on Windows.
- The client/server feature in uhd_streamer uses TCP instead of file
locks and FIFOs.
Enjoy.
-Marc
Great!
From: [email protected]
[[email protected]] on behalf of Marc E.
[[email protected]]
Sent: Friday, April 06, 2012 6:21 PM
To: [email protected]; [email protected] Group
Subject: [USRP-users] 100 Msps N210 update
I just updated the repository at GitHub - mepard/N210CeVI: 100 Msps support for Ettus USRP N210.
- It’s compatible with the latest UHD host library.
- It no longer requires a modification to the UHD host library.
- uhd_streamer uses the channel API to switch to the 2nd DSP chain for
100 Msps.
- uhd_streamer builds and works on Windows.
- The client/server feature in uhd_streamer uses TCP instead of file
locks and FIFOs.
Enjoy.
-Marc
The FPGA has no transmit logic, so it can only receive. We’ve tested it
with a DBSRX2,
but other daughterboards should work.
Does this mean that the update disables the N210’s transmit capability?
or
that the 100 MSps only works on the receive side?
Marc E.-3 wrote:
–
View this message in context:
http://old.nabble.com/100-Msps-N210-update-tp33644261p33733075.html
Sent from the GnuRadio mailing list archive at Nabble.com.
On Apr 23, 2012, at 3:39 PM, Eugene Lee wrote:
The FPGA has no transmit logic, so it can only receive. We’ve tested it
with a DBSRX2,
but other daughterboards should work.
Does this mean that the update disables the N210’s transmit capability? or
that the 100 MSps only works on the receive side?
The FPGA has no tx-side signal chain, no logic to receive tx packets,
etc. It can’t transmit at all. The main reason is that the 100 Msps rx
mod uses the N210’s SRAM for rx buffering, so it’s unavailable for tx
buffering.
-Marc