Send USRP-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of USRP-users digest..."
Today's Topics:
1. Re: E310 firmware downgrade (Moritz Fischer)
2. Is there a file converter available for FC32 to SC16
conversion? (Swanson, Craig)
3. Re: Is there a file converter available for FC32 to SC16
conversion? (Marcus M?ller)
4. Re: Is there a file converter available for FC32 to SC16
conversion? (Swanson, Craig)
5. Re: Is there a file converter available for FC32 to SC16
conversion? (Marcus M?ller)
6. E110 eeprom trouble (?????? ????????)
7. Re: transmitting of ubx (Michael West)
8. Re: I Got a lot of "D" while running rx_streamer::recv() on
windows (Michael West)
9. Re: Is there a file converter available for FC32 to SC16
conversion? (Swanson, Craig)
10. Re: Is there a file converter available for FC32 to SC16
conversion? (Marcus M?ller)
11. Re: How to set the number output on rfnoc_splitstream block?
(Jonathon Pendlum)
12. Re: Is there a file converter available for FC32 to SC16
conversion? (Swanson, Craig)
13. Re: Trying to control E310 RFNoC FPGA noc_block_moving_avg
registers SR_SUM_LEN from laptop running a .grc WX GUI Slider
(Martin Braun)
----------------------------------------------------------------------
Message: 1
Date: Thu, 2 Jun 2016 09:17:42 -0700
From: Moritz Fischer <[email protected]>
To: Mike Williams <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] E310 firmware downgrade
Message-ID:
<CAAtXAHcEPgQrvCWL3bAy74RQWGn-z1NyzAYUCkcAZQZe=jk...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Hi Mike,
On Wed, Jun 1, 2016 at 3:06 PM, Mike Williams via USRP-users
<[email protected]> wrote:
If you want to up / downgrade the firmware you'll have to buy an AVR
programmer (I don't have the exact part numbers, can you get in touch
with [email protected]) and recompile the firmware yourself.
Steps to build firmware (on Linux):
- Checkout UHD 3.8.2 tag
- Goto firmware/e300/rev_c subdirectory
You'll need
AVR gcc, -binutils and -libc
$ make
$ make flash
You can also use a newer sd card image to set the autoboot setting and
then swap in back an older sd card.
Cheers,
Moritz
------------------------------
Message: 2
Date: Thu, 2 Jun 2016 18:47:08 +0000
From: "Swanson, Craig" <[email protected]>
To: Marcus M?ller <[email protected]>, Martin Braun
<[email protected]>
Cc: Jonathon Pendlum <[email protected]>,
"[email protected]" <[email protected]>
Subject: [USRP-users] Is there a file converter available for FC32 to
SC16 conversion?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Martin and Marcus,
In referencing http://files.ettus.com/manual/page_converters.html, I believe I
need a sc16_item32_le converter.
I want to take a data file that is generated by gnuradio in FC32 format and
generate an SC16 format file for simulation in Modelsim.
Craig
Craig F. Swanson
Research Engineer II
Information and Communications Laboratory
Communications, Systems, and Spectrum Division
Georgia Tech Research Institute
Room 560
250 14th St NW
Atlanta, GA 30318
Cell: 770.298.9156
http://www.gtri.gatech.edu<https://mail.gtri.gatech.edu/owa/redir.aspx?C=c20925f2f0af4dd29329ddf0701ecfff&URL=http%3a%2f%2fwww.gtri.gatech.edu%2f>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160602/c30a7f98/attachment-0001.html>
------------------------------
Message: 3
Date: Thu, 2 Jun 2016 20:53:00 +0200
From: Marcus M?ller <[email protected]>
To: "Swanson, Craig" <[email protected]>, Martin Braun
<[email protected]>
Cc: Jonathon Pendlum <[email protected]>,
"[email protected]" <[email protected]>
Subject: Re: [USRP-users] Is there a file converter available for FC32
to SC16 conversion?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hi Craig,
for the sake of simplicity, I'd just use GNU Radio itself:
Float to short
You could of course also just insert the Float To Short block (or if
you've got complex data, Complex To IShort) in your original GNU Radio
application befor that writes things to a file.
Best regards,
Marcus
On 02.06.2016 20:47, Swanson, Craig wrote:
>
> Martin and Marcus,
>
> In referencing http://files.ettus.com/manual/page_converters.html, I
> believe I need a sc16_item32_le converter.
>
> I want to take a data file that is generated by gnuradio in FC32
> format and generate an SC16 format file for simulation in Modelsim.
>
> Craig
>
>
> *Craig F. Swanson*
> */Research Engineer II
> /*
> */Information and Communications Laboratory/*
> */Communications, Systems, and Spectrum Division/*
> /Georgia Tech Research Institute/
> /Room 560
> 250 14th St NW
> /
> /Atlanta, GA 30318/
> /Cell: 770.298.9156/
> http://www.gtri.gatech.edu
> <https://mail.gtri.gatech.edu/owa/redir.aspx?C=c20925f2f0af4dd29329ddf0701ecfff&URL=http%3a%2f%2fwww.gtri.gatech.edu%2f>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160602/1e41b6af/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: float_to_short.png
Type: image/png
Size: 1647 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160602/1e41b6af/attachment-0001.png>
------------------------------
Message: 4
Date: Thu, 2 Jun 2016 19:03:43 +0000
From: "Swanson, Craig" <[email protected]>
To: Marcus M?ller <[email protected]>, Martin Braun
<[email protected]>
Cc: Jonathon Pendlum <[email protected]>,
"[email protected]" <[email protected]>
Subject: Re: [USRP-users] Is there a file converter available for FC32
to SC16 conversion?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
?Marcus,
I want to send the complex SC16 data onto the i_tdata bus in my noc_block for
simulation in Modelsim using a python cocotb testbench I have written.
How do I merge that in with my flowgraph? I am trying to work through the CPU
to Over the Wire translation issue for RFNoC simulations.
[cid:6512232a-9f21-4562-947d-fa41438c0060]
Craig
Craig F. Swanson
Research Engineer II
Information and Communications Laboratory
Communications, Systems, and Spectrum Division
Georgia Tech Research Institute
Room 560
250 14th St NW
Atlanta, GA 30318
Cell: 770.298.9156
http://www.gtri.gatech.edu<https://mail.gtri.gatech.edu/owa/redir.aspx?C=c20925f2f0af4dd29329ddf0701ecfff&URL=http%3a%2f%2fwww.gtri.gatech.edu%2f>
________________________________
From: Marcus M?ller <[email protected]>
Sent: Thursday, June 2, 2016 2:53 PM
To: Swanson, Craig; Martin Braun
Cc: Jonathon Pendlum; [email protected]
Subject: Re: Is there a file converter available for FC32 to SC16 conversion?
Hi Craig,
for the sake of simplicity, I'd just use GNU Radio itself:
[Float to short]
You could of course also just insert the Float To Short block (or if you've got
complex data, Complex To IShort) in your original GNU Radio application befor
that writes things to a file.
Best regards,
Marcus
On 02.06.2016 20:47, Swanson, Craig wrote:
Martin and Marcus,
In referencing http://files.ettus.com/manual/page_converters.html, I believe I
need a sc16_item32_le converter.
I want to take a data file that is generated by gnuradio in FC32 format and
generate an SC16 format file for simulation in Modelsim.
Craig
Craig F. Swanson
Research Engineer II
Information and Communications Laboratory
Communications, Systems, and Spectrum Division
Georgia Tech Research Institute
Room 560
250 14th St NW
Atlanta, GA 30318
Cell: 770.298.9156
<https://mail.gtri.gatech.edu/owa/redir.aspx?C=c20925f2f0af4dd29329ddf0701ecfff&URL=http%3a%2f%2fwww.gtri.gatech.edu%2f>http://www.gtri.gatech.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160602/3403a29f/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: float_to_short.png
Type: image/png
Size: 1647 bytes
Desc: float_to_short.png
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160602/3403a29f/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pastedImage.png
Type: image/png
Size: 30899 bytes
Desc: pastedImage.png
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160602/3403a29f/attachment-0003.png>
------------------------------
Message: 5
Date: Thu, 2 Jun 2016 21:04:35 +0200
From: Marcus M?ller <[email protected]>
To: "Swanson, Craig" <[email protected]>, Martin Braun
<[email protected]>
Cc: Jonathon Pendlum <[email protected]>,
"[email protected]" <[email protected]>
Subject: Re: [USRP-users] Is there a file converter available for FC32
to SC16 conversion?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Blue is complex, so use Complex To IShort instead of Float to Short.
On 02.06.2016 21:03, Swanson, Craig wrote:
>
> ?Marcus,
>
> I want to send the complex SC16 data onto the i_tdata bus in my
> noc_block for simulation in Modelsim using a python cocotb testbench I
> have written.
>
>
> How do I merge that in with my flowgraph? I am trying to work through
> the CPU to Over the Wire translation issue for RFNoC simulations.
>
> [pastedImage.png]
>
> Craig
>
>
>
> *Craig F. Swanson*
> */Research Engineer II
> /*
> */Information and Communications Laboratory/*
> */Communications, Systems, and Spectrum Division/*
> /Georgia Tech Research Institute/
> /Room 560
> 250 14th St NW
> /
> /Atlanta, GA 30318/
> /Cell: 770.298.9156/
> http://www.gtri.gatech.edu
> <https://mail.gtri.gatech.edu/owa/redir.aspx?C=c20925f2f0af4dd29329ddf0701ecfff&URL=http%3a%2f%2fwww.gtri.gatech.edu%2f>
>
>
> ------------------------------------------------------------------------
> *From:* Marcus M?ller <[email protected]>
> *Sent:* Thursday, June 2, 2016 2:53 PM
> *To:* Swanson, Craig; Martin Braun
> *Cc:* Jonathon Pendlum; [email protected]
> *Subject:* Re: Is there a file converter available for FC32 to SC16
> conversion?
>
> Hi Craig,
> for the sake of simplicity, I'd just use GNU Radio itself:
>
> Float to short
>
> You could of course also just insert the Float To Short block (or if
> you've got complex data, Complex To IShort) in your original GNU Radio
> application befor that writes things to a file.
>
> Best regards,
> Marcus
>
> On 02.06.2016 20:47, Swanson, Craig wrote:
>>
>> Martin and Marcus,
>>
>> In referencing http://files.ettus.com/manual/page_converters.html, I
>> believe I need a sc16_item32_le converter.
>>
>> I want to take a data file that is generated by gnuradio in FC32
>> format and generate an SC16 format file for simulation in Modelsim.
>>
>> Craig
>>
>>
>> *Craig F. Swanson*
>> */Research Engineer II
>> /*
>> */Information and Communications Laboratory/*
>> */Communications, Systems, and Spectrum Division/*
>> /Georgia Tech Research Institute/
>> /Room 560
>> 250 14th St NW
>> /
>> /Atlanta, GA 30318/
>> /Cell: 770.298.9156/
>> http://www.gtri.gatech.edu
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160602/46ec11a5/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: null
Type: image/png
Size: 30899 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160602/46ec11a5/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 1647 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160602/46ec11a5/attachment-0003.png>
------------------------------
Message: 6
Date: Fri, 3 Jun 2016 00:51:40 +0300
From: ?????? ???????? <[email protected]>
To: [email protected]
Subject: [USRP-users] E110 eeprom trouble
Message-ID:
<CAMvFNdcknWQB=um6w2zv+umsub6+jef7ngar89tf1vk-sze...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi. I have E110 without Gumstix board revision 5. Now I buy new one gumstix
board, model GUM3703W-R3949, make SD card with latest image for E1xx and
try to boot. I connect via console port,my settings is 115200, 8, 1 none. I
receive some error messages about unrecognazing mainboard and usrp version
and no revision detected mb eeprom must be reprogrammed! I try to reseat
gumstix board several time, but nothing change. Then I try to
usrp_burn_mb_eeprom --args="model=E110" --key=model --val=E110. Now fpga
image is loading, but i see some new errors. How I can fix it?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160603/55e1f705/attachment-0001.html>
-------------- next part --------------
-t?b--@C-C--exas Instruments X-Loader 1.4.4ss (Oct 24 2011 - 07:06:23)
OMAP36XX/37XX-GP ES2.1
Board revision: 1
Reading boot sector
Loading u-boot.bin from mmc
U-Boot 2011.12 (Mar 25 2012 - 22:02:12)
OMAP36XX/37XX-GP ES1.2, CPU-OPP2, L3-165MHz, Max CPU Clock 1 Ghz
Gumstix Overo board + LPDDR/NAND
I2C: ready
DRAM: 512 MiB
NAND: 512 MiB
MMC: OMAP SD/MMC: 0
In: serial
Out: serial
Err: serial
Board revision: 1
Direct connection on mmc2
No EEPROM on expansion board
Die ID #61be00029ff80000015499740a016007
Net: smc911x-0
Hit any key to stop autoboot: 0
reading boot.scr
** Unable to read "boot.scr" from mmc 0:1 **
reading uImage
3000368 bytes read
Booting from mmc ...
## Booting kernel from Legacy Image at 82000000 ...
Image Name: Angstrom/3.0-pm/usrp-e1xx
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 3000304 Bytes = 2.9 MiB
Load Address: 80008000
Entry Point: 80008000
Verifying Checksum ... OK
Loading Kernel Image ... OK
OK
Starting kernel ...
Uncompressing Linux... done, booting the kernel.
Linux version 3.0.0 (oe-classic@oebuild) (gcc version 4.5.3 20110311
(prerelease) (GCC) ) #1 Mon Mar 26 04:45:32 PDT 2012
CPU: ARMv7 Processor [413fc082] revision 2 (ARMv7), cr=10c53c7f
CPU: VIPT nonaliasing data cache, VIPT aliasing instruction cache
Machine: Gumstix Overo
Reserving 12582912 bytes SDRAM for VRAM
Memory policy: ECC disabled, Data cache writeback
OMAP3630 ES1.2 (l2cache iva sgx neon isp 192mhz_clk )
SRAM: Mapped pa 0x40200000 to va 0xfe400000 size: 0x10000
Clocking rate (Crystal/Core/MPU): 26.0/332/600 MHz
Reprogramming SDRC clock to 332000000 Hz
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 126976
Kernel command line: console=ttyO2,115200n8 mpurate=720 vram=12M
omapfb.mode=dvi:1024x768MR-16@60 omapdss.def_disp=dvi root=/dev/mmcblk0p2 rw
rootfstype=ext3 rootwait
PID hash table entries: 2048 (order: 1, 8192 bytes)
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 500MB = 500MB total
Memory: 501088k/501088k available, 23200k reserved, 0K highmem
Virtual kernel memory layout:
vector : 0xffff0000 - 0xffff1000 ( 4 kB)
fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
DMA : 0xffc00000 - 0xffe00000 ( 2 MB)
vmalloc : 0xe0800000 - 0xf8000000 ( 376 MB)
lowmem : 0xc0000000 - 0xe0000000 ( 512 MB)
modules : 0xbf000000 - 0xc0000000 ( 16 MB)
.init : 0xc0008000 - 0xc0037000 ( 188 kB)
.text : 0xc0037000 - 0xc0591060 (5481 kB)
.data : 0xc0592000 - 0xc05d5980 ( 271 kB)
.bss : 0xc05d59a4 - 0xc0639f84 ( 402 kB)
NR_IRQS:410
IRQ: Found an INTC at 0xfa200000 (revision 4.0) with 96 interrupts
Total of 96 interrupts on 1 active controller
OMAP clockevent source: GPTIMER1 at 32768 Hz
sched_clock: 32 bits at 32kHz, resolution 30517ns, wraps every 131071999ms
Console: colour dummy device 80x30
Calibrating delay loop... 597.64 BogoMIPS (lpj=2334720)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
devtmpfs: initialized
omap_hwmod: gpt12_fck: missing clockdomain for gpt12_fck.
print_constraints: dummy:
NET: Registered protocol family 16
GPMC revision 5.0
OMAP GPIO hardware version 2.5
OMAP GPIO hardware version 2.5
OMAP GPIO hardware version 2.5
OMAP GPIO hardware version 2.5
OMAP GPIO hardware version 2.5
OMAP GPIO hardware version 2.5
omap_mux_init: Add partition: #1: core, flags: 0
Found NAND on CS0
Registering NAND on CS0
Setup up gpmc timing.
GPMC_CONFIG1 reg: 28001002
GPMC_CONFIG2 reg: 30600
GPMC_CONFIG3 reg: 20201
GPMC_CONFIG4 reg: 3000501
GPMC_CONFIG5 reg: 1030306
GPMC_CONFIG6 reg: 83030000
GPMC_CONFIG1 reg: 1000
GPMC_CONFIG2 reg: 141f00
GPMC_CONFIG3 reg: 20201
GPMC_CONFIG4 reg: 14001f00
GPMC_CONFIG5 reg: 11e151f
GPMC_CONFIG6 reg: f030f80
hw-breakpoint: debug architecture 0x4 unsupported.
omap_device: omap-mcbsp.2: alias fck already exists
omap_device: omap-mcbsp.3: alias fck already exists
Switched to new clocking rate (Crystal/Core/MPU): 26.0/332/720 MHz
OMAP DMA hardware revision 5.0
bio: create slab <bio-0> at 0
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
omap_i2c omap_i2c.1: bus 1 rev4.0 at 2600 kHz
twl4030: PIH (irq 7) chaining IRQs 368..375
twl4030: power (irq 373) chaining IRQs 376..383
twl4030: gpio (irq 368) chaining IRQs 384..401
print_constraints: VUSB1V5: 1500 mV normal standby
print_constraints: VUSB1V8: 1800 mV normal standby
print_constraints: VUSB3V1: 3100 mV normal standby
twl4030_usb twl4030_usb: Initialized TWL4030 USB module
print_constraints: VMMC1: 1850 <--> 3150 mV at 3150 mV normal standby
print_constraints: VDAC: 1800 mV normal standby
print_constraints: VDVI: 1800 mV normal standby
omap_i2c omap_i2c.3: bus 3 rev4.0 at 400 kHz
Advanced Linux Sound Architecture Driver Version 1.0.24.
Bluetooth: Core ver 2.16
NET: Registered protocol family 31
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
Bluetooth: L2CAP socket layer initialized
Bluetooth: SCO socket layer initialized
Switching to clocksource 32k_counter
Switched to NOHz mode on CPU #0
musb-hdrc: version 6.0, musb-dma, host
musb-hdrc musb-hdrc: MUSB HDRC host driver
musb-hdrc musb-hdrc: new USB bus registered, assigned bus number 1
usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: MUSB HDRC host driver
usb usb1: Manufacturer: Linux 3.0.0 musb-hcd
usb usb1: SerialNumber: musb-hdrc
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
musb-hdrc musb-hdrc: USB Host mode controller at fa0ab000 using DMA, IRQ 92
NET: Registered protocol family 2
IP route cache hash table entries: 4096 (order: 2, 16384 bytes)
TCP established hash table entries: 16384 (order: 5, 131072 bytes)
TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
TCP: Hash tables configured (established 16384 bind 16384)
TCP reno registered
UDP hash table entries: 256 (order: 0, 4096 bytes)
UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Registering unionfs 2.5.9.2 (for 3.0.0-rc4)
JFFS2 version 2.2. (NAND) (SUMMARY) ? 2001-2006 Red Hat, Inc.
msgmni has been set to 978
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
OMAP DSS rev 2.0
Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
omap_uart.0: ttyO0 at MMIO 0x4806a000 (irq = 72) is a OMAP UART0
omap_uart.1: ttyO1 at MMIO 0x4806c000 (irq = 73) is a OMAP UART1
omap_uart.2: ttyO2 at MMIO 0x49020000 (irq = 74) is a OMAP UART2
console [ttyO2] enabled
omap_uart.3: ttyO3 at MMIO 0x49042000 (irq = 80) is a OMAP UART3
brd: module loaded
loop: module loaded
omap2-nand driver initializing
ONFI flash detected
NAND device: Manufacturer ID: 0x2c, Chip ID: 0xbc (Micron NAND 512MiB 1,8V
16-bit)
Creating 5 MTD partitions on "omap2-nand.0":
0x000000000000-0x000000080000 : "xloader"
0x000000080000-0x000000240000 : "uboot"
0x000000240000-0x000000280000 : "uboot environment"
0x000000280000-0x000000680000 : "linux"
0x000000680000-0x000020000000 : "rootfs"
smsc911x: Driver version 2008-10-21
smsc911x-mdio: probed
smsc911x smsc911x.0: eth0: attached PHY driver [Generic PHY]
(mii_bus:phy_addr=0:01, irq=-1)
smsc911x smsc911x.0: eth0: MAC Address: 2e:e7:b3:e3:d1:1d
usbcore: registered new interface driver asix
usbcore: registered new interface driver cdc_ether
cdc_ncm: 01-June-2011
usbcore: registered new interface driver cdc_ncm
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
ehci-omap ehci-omap.0: OMAP-EHCI Host Controller
ehci-omap ehci-omap.0: new USB bus registered, assigned bus number 2
ehci-omap ehci-omap.0: irq 77, io mem 0x48064800
ehci-omap ehci-omap.0: USB 2.0 started, EHCI 1.00
usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: OMAP-EHCI Host Controller
usb usb2: Manufacturer: Linux 3.0.0 ehci_hcd
usb usb2: SerialNumber: ehci-omap.0
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 3 ports detected
Initializing USB Mass Storage driver...
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
mousedev: PS/2 mouse device common for all mice
twl_rtc twl_rtc: rtc core: registered twl_rtc as rtc0
i2c /dev entries driver
OMAP Watchdog Timer Rev 0x31: initial timeout 60 sec
Bluetooth: HCI UART driver ver 2.2
Bluetooth: HCI H4 protocol initialized
Bluetooth: HCI BCSP protocol initialized
Bluetooth: HCILL protocol initialized
cpuidle: using governor ladder
cpuidle: using governor menu
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
usbcore: registered new interface driver snd-usb-audio
overo SoC init
asoc: twl4030-hifi <-> omap-mcbsp-dai.1 mapping ok
ALSA device list:
#0: overo
oprofile: hardware counters not available
oprofile: using timer interrupt.
TCP cubic registered
NET: Registered protocol family 17
NET: Registered protocol family 15
Bluetooth: RFCOMM TTY layer initialized
Bluetooth: RFCOMM socket layer initialized
Bluetooth: RFCOMM ver 1.11
Bluetooth: BNEP (Ethernet Emulation) ver 1.3
Bluetooth: BNEP filters: protocol multicast
Bluetooth: HIDP (Human Interface Emulation) ver 1.2
Registering the dns_resolver key type
VFP support v0.3: implementor 41 architecture 3 part 30 variant c rev 3
ThumbEE CPU extension supported.
sr_init: No PMIC hook to init smartreflex
smartreflex smartreflex.0: omap_sr_probe: SmartReflex driver initialized
smartreflex smartreflex.1: omap_sr_probe: SmartReflex driver initialized
clock: disabling unused clocks to save power
fbcvt: 1024x768@60: CVT Name - .786M3-R
Console: switching to colour frame buffer device 128x48
regulator_init_complete: VDAC: incomplete constraints, leaving on
twl_rtc twl_rtc: setting system clock to 2016-06-01 17:51:56 UTC (1464803516)
Waiting for root device /dev/mmcblk0p2...
mmc0: host does not support reading read-only switch. assuming write-enable.
mmc0: new SDHC card at address 1234
mmcblk0: mmc0:1234 SA16G 14.6 GiB
mmcblk0: p1 p2
EXT3-fs: barriers not enabled
kjournald starting. Commit interval 5 seconds
EXT3-fs (mmcblk0p2): using internal journal
EXT3-fs (mmcblk0p2): recovery complete
EXT3-fs (mmcblk0p2): mounted filesystem with writeback data mode
VFS: Mounted root (ext3 filesystem) on device 179:2.
devtmpfs: mounted
Freeing init memory: 188K
INIT: version 2.86 booting
Please wait: booting...
NET: Registered protocol family 10
Starting udev
Root filesystem already rw, not remounting
Caching udev devnodes
Populating dev cache
ALSA: Restoring mixer settings...
Cleaning: /etc/network/run/ifstate.
Configuring network interfaces... smsc911x smsc911x.0: eth0: SMSC911x/921x
identified at 0xe086a000, IRQ: 336
eth0 no wireless extensions.
Internet Systems Consortium DHCP Client 4.1.1-P1
Copyright 2004-2010 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/eth0/2e:e7:b3:e3:d1:1d
Sending on LPF/eth0/2e:e7:b3:e3:d1:1d
Sending on Socket/fallback
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPNAK from 192.168.1.1
smsc911x smsc911x.0: eth0: SMSC911x/921x identified at 0xe086a000, IRQ: 336
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3
receive_packet failed on eth0: Network is down
DHCPOFFER from 192.168.1.1
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 192.168.1.1
bound to 192.168.1.104 -- renewal in 3380 seconds.
done.
Starting portmap daemon: portmap.
net.ipv4.conf.default.rp_filter = 1
net.ipv4.conf.all.rp_filter = 1
INIT: Entering runlevel: 5
Starting system message bus: dbus.
Starting Hardware abstraction layer hald
Starting Dropbear SSH server: dropbear.
Starting Samba: smbd nmbd.
Starting syslog-ng:.
Starting internet superserver: xinetd.
* Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon [ ok ]
Starting Network connection manager daemon: NetworkManager.
Starting Asterisk.
Starting Vixie-cron.
cups: started scheduler.
linux; GNU C++ version 4.5.3 20110311 (prerelease); Boost_104500;
UHD_003.004.000-0-unknown
-- Opening device node /dev/usrp_e0...
-- Loading FPGA image: /usr/share/uhd/images/usrp_e110_fpga.bin... done = 0
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Configuration complete.
-- Opening device node /dev/usrp_e0...
UHD Warning:
Unknown E1XX revision number!
defaulting to differential dboard clocks to be safe.
-- Initializing FPGA clock to 64.000000MHz...
-- USRP-E100 clock control: 10
-- r_counter: 2
-- a_counter: 0
-- b_counter: 20
-- prescaler: 8
-- vco_divider: 5
-- chan_divider: 5
-- vco_rate: 1600.000000MHz
-- chan_rate: 320.000000MHz
-- out_rate: 64.000000MHz
--
-- Performing wishbone readback test... pass
_____________________________________________________
/
| Device: E-Series Device
| _____________________________________________________
| /
| | Mboard: E110 (euewanee)
| | vendor: 65535
| | device: 65535
| | revision: 255
| | content: 255
| | model: E110
| |
| | Time sources: none, external, _external_
| | Clock sources: internal, external, auto
| | Sensors: ref_locked
| | _____________________________________________________
| | /
| | | RX DSP: 0
| | | Freq range: -32.000 to 32.000 Mhz
| | _____________________________________________________
| | /
| | | RX DSP: 1
| | | Freq range: -32.000 to 32.000 Mhz
| | _____________________________________________________
| | /
| | | RX Dboard: A
| | | _____________________________________________________
| | | /
| | | | RX Subdev: 0
| | | | Name: Unknown (0xffff) - 0
| | | | Antennas:
| | | | Sensors:
| | | | Freq range: 0.000 to 0.000 Mhz
| | | | Gain Elements: None
| | | | Connection Type: IQ
| | | | Uses LO offset: No
| | | _____________________________________________________
| | | /
| | | | RX Codec: A
| | | | Name: ad9522
| | | | Gain range pga: 0.0 to 20.0 step 1.0 dB
| | _____________________________________________________
| | /
| | | TX DSP: 0
| | | Freq range: -32.000 to 32.000 Mhz
| | _____________________________________________________
| | /
| | | TX Dboard: A
| | | _____________________________________________________
| | | /
| | | | TX Subdev: 0
| | | | Name: Unknown (0xffff) - 0
| | | | Antennas:
| | | | Sensors:
| | | | Freq range: 0.000 to 0.000 Mhz
| | | | Gain Elements: None
| | | | Connection Type: IQ
| | | | Uses LO offset: No
| | | _____________________________________________________
| | | /
| | | | TX Codec: A
| | | | Name: ad9522
| | | | Gain range pga: -20.0 to 0.0 step 0.1 dB
Starting GNOME Display Manager gdm
.---O---.
| | .-. o o
| | |-----.-----.-----.| | .----..-----.-----.
| | | __ | ---'| '--.| .-'| | |
| | | | | |--- || --'| | | ' | | | |
'---'---'--'--'--. |-----''----''--' '-----'-'-'-'
-' |
'---'
The Angstrom Distribution usrp-e1xx ttyO2
Angstrom v2012.03 usrp-e1xx ttyO2
usrp-e1xx login:
------------------------------
Message: 7
Date: Thu, 2 Jun 2016 14:54:57 -0700
From: Michael West <[email protected]>
To: john liu <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] transmitting of ubx
Message-ID:
<CAM4xKroB7RaGeXEaO7SybPEukmg1RVE2TFhTFR=FJ=937qw...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi John,
Some UHD changes were recently pushed that significantly reduced the noise
and power consumption for UBX. Please pull the head of the maint branch
and try it.
Regards,
Michael
On Wed, Jun 1, 2016 at 7:41 PM, john liu via USRP-users <
[email protected]> wrote:
> Dear all,
> we want to transmit signal by time,so we used three
> tags,tx_time,tx_sob and tx_eob.tx_time means start transmitting time,tx_sob
> means the first sampling point and tx_eob means the last sampling point.
> we used X310 with cbx120 transmitting,and another x310 with ubx
> receiving. we can receive data discontinuous normally on receiving end.when
> cut down transmitting program,and no signal found on receiving end .
> when we used X310 with ubx160 transmitting,and the rest keep the
> same.
> we receive obvious noise all the time on receiving end.we even cut down
> the transmitting program,and the noise could be found on receiving end
> .then we unplug the power of transmitting usrp,and the noise disappear on
> receiving end.
> we used uhd3.9.4+ubuntu14.04.
> can you give some davice?
> thank you.
> best regards
> John
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160602/fc4e5cf9/attachment-0001.html>
------------------------------
Message: 8
Date: Thu, 2 Jun 2016 15:03:41 -0700
From: Michael West <[email protected]>
To: Marcus M?ller <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] I Got a lot of "D" while running
rx_streamer::recv() on windows
Message-ID:
<CAM4xKrrbJfVDWYQTfsN3QjdzJXjF9OFwtJAPOkrb+AVSfh=v...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Try increasing the number of RX descriptors for the network adapter and
make sure you have all power saving features disabled (all power settings
to highest performance).
Regards,
Michael
On Thu, Jun 2, 2016 at 8:02 AM, Marcus M?ller <[email protected]>
wrote:
> Hi Rex,
>
> "D" means "Dropped network packet", and that is a very bad sign, because
> it means your OS had so much trouble with keeping up with the pure network
> data, that it had to ignore network packets comming.
> The most common source for this is usually just a PC that is not fast
> enough ? at 100MS/s, which is 3.2Gb/s, this can easily happen, and you have
> to really make sure you've configured your network device correctly.
> Have you tried the FastDatagramThreshold configuration from our manual [1]
> ? Generally, can you attach the full output of benchmark_rate?
> I'm not overly familiar with the windows network device configuration
> methods, but if you can enable "Interrupt Moderation" or similar in your
> Network Card's advanced settings somewhere, that would probably help, too.
> Also, I know that under Linux, it's often useful to disable CPU frequency
> autoscaling. I really don't know how to do that under Windows! But maybe
> there is some Intel or Microsoft settings dialog to set your PC to
> "performance mode" or so?
>
> Best regards,
> Marcus
>
> [1]
> http://files.ettus.com/manual/page_transport.html#transport_udp_windows
>
>
> On 02.06.2016 02:38, ?? via USRP-users wrote:
>
> Hi everybody?
> I am programming with uhd-release_003_009_004.
> My code use the "uhd::rx_streamer::recv()" iterface to recve data
> from X310? sample rate 100e6.
> but I got a lot of "D" print on my console when the sample rate turn
> up to 100e6 , seems like PACKET_SEQUENCE_ERROR.
> I turn to debug the "benchmark_rate" project with VS2015, parameter "
> --rx_rate=100e6",the same thing happens, both Debug or Release version.
> I tried to use the binary version of UHD (
> uhd_003.009.004-release_Win64_VS2015.exe), the same thing happens.
> I also try to test it on ubuntu 14.04, the problem did not happen?but
> My program must work on Windows.
>
> My work stuck in this problem.
> Can someone help me ?
>
> My environment:
> My Machine is USRP X310.
> windows 7 x64 Ultimate SP1,
> Microsoft Visual Studio 2015.
> 8 GB Ram.
> Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz.
> Intel(R) Ethernet Server Adapter X520-2 #2 (driver version
> 3.9.58.9101, JumboFrame set to the max 9014 bytes).
> boost_1_61_0
>
> Best regards.
> Rex
>
>
> _______________________________________________
> USRP-users mailing
> [email protected]http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160602/e64098d9/attachment-0001.html>
------------------------------
Message: 9
Date: Fri, 3 Jun 2016 13:38:20 +0000
From: "Swanson, Craig" <[email protected]>
To: Marcus M?ller <[email protected]>
Cc: Martin Braun <[email protected]>, Jonathon Pendlum
<[email protected]>, "[email protected]"
<[email protected]>
Subject: Re: [USRP-users] Is there a file converter available for FC32
to SC16 conversion?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Marcus,
I generated a square wave and when I compared the FC32 verses SC16, I am
getting a scaling issue.
It oscillates between
0: FC32 is 00000000 and SC16 is 0000
1: FC32 is 3F800000 and SC16 is 0001
I was expecting
0: FC32 is 00000000 and SC16 is 0000
1: FC32 is 3F800000 and SC16 is 7FFF? <----
Craig
Craig F. Swanson
Research Engineer II
Information and Communications Laboratory
Communications, Systems, and Spectrum Division
Georgia Tech Research Institute
Room 560
250 14th St NW
Atlanta, GA 30318
Cell: 770.298.9156
http://www.gtri.gatech.edu<https://mail.gtri.gatech.edu/owa/redir.aspx?C=c20925f2f0af4dd29329ddf0701ecfff&URL=http%3a%2f%2fwww.gtri.gatech.edu%2f>
________________________________
From: Marcus M?ller <[email protected]>
Sent: Thursday, June 2, 2016 3:04 PM
To: Swanson, Craig; Martin Braun
Cc: Jonathon Pendlum; [email protected]
Subject: Re: Is there a file converter available for FC32 to SC16 conversion?
Blue is complex, so use Complex To IShort instead of Float to Short.
On 02.06.2016 21:03, Swanson, Craig wrote:
?Marcus,
I want to send the complex SC16 data onto the i_tdata bus in my noc_block for
simulation in Modelsim using a python cocotb testbench I have written.
How do I merge that in with my flowgraph? I am trying to work through the CPU
to Over the Wire translation issue for RFNoC simulations.
[cid:[email protected]]
Craig
Craig F. Swanson
Research Engineer II
Information and Communications Laboratory
Communications, Systems, and Spectrum Division
Georgia Tech Research Institute
Room 560
250 14th St NW
Atlanta, GA 30318
Cell: 770.298.9156
<https://mail.gtri.gatech.edu/owa/redir.aspx?C=c20925f2f0af4dd29329ddf0701ecfff&URL=http%3a%2f%2fwww.gtri.gatech.edu%2f>http://www.gtri.gatech.edu
________________________________
From: Marcus M?ller <[email protected]><mailto:[email protected]>
Sent: Thursday, June 2, 2016 2:53 PM
To: Swanson, Craig; Martin Braun
Cc: Jonathon Pendlum;
[email protected]<mailto:[email protected]>
Subject: Re: Is there a file converter available for FC32 to SC16 conversion?
Hi Craig,
for the sake of simplicity, I'd just use GNU Radio itself:
[Float to short]
You could of course also just insert the Float To Short block (or if you've got
complex data, Complex To IShort) in your original GNU Radio application befor
that writes things to a file.
Best regards,
Marcus
On 02.06.2016 20:47, Swanson, Craig wrote:
Martin and Marcus,
In referencing http://files.ettus.com/manual/page_converters.html, I believe I
need a sc16_item32_le converter.
I want to take a data file that is generated by gnuradio in FC32 format and
generate an SC16 format file for simulation in Modelsim.
Craig
Craig F. Swanson
Research Engineer II
Information and Communications Laboratory
Communications, Systems, and Spectrum Division
Georgia Tech Research Institute
Room 560
250 14th St NW
Atlanta, GA 30318
Cell: 770.298.9156
<http://www.gtri.gatech.edu>http://www.gtri.gatech.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160603/db183389/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: null
Type: image/png
Size: 30899 bytes
Desc: null
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160603/db183389/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ATT00001.png
Type: image/png
Size: 1647 bytes
Desc: ATT00001.png
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160603/db183389/attachment-0003.png>
------------------------------
Message: 10
Date: Fri, 3 Jun 2016 16:25:40 +0200
From: Marcus M?ller <[email protected]>
To: "Swanson, Craig" <[email protected]>
Cc: Martin Braun <[email protected]>, Jonathon Pendlum
<[email protected]>, "[email protected]"
<[email protected]>
Subject: Re: [USRP-users] Is there a file converter available for FC32
to SC16 conversion?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Did you use the float to short, or the complex to ishort block?
The float to short block has a scaling factor (as said, use 2**15
there), the complex to ishort one doesn't have one (you've probably
noticed).
Two potential solutions:
1. just add a multiply_const before the complex to ishort
2. use the short to complex block with a vector size of 2 (complexes are
really just pairs of floats... To be honest, I'm not 100% sure why the
complex-to-ishort still exists, when I think about it. the
float_to_short block does everything right, has a scaling factor, and
should be measurably faster thanks to VOLK)
Best regards,
Marcus
On 03.06.2016 15:38, Swanson, Craig wrote:
>
> Marcus,
>
> I generated a square wave and when I compared the FC32 verses SC16, I
> am getting a scaling issue.
>
> It oscillates between
>
> 0: FC32 is 00000000 and SC16 is 0000
>
> 1: FC32 is 3F800000 and SC16 is 0001
>
>
> I was expecting
>
> 0: FC32 is 00000000 and SC16 is 0000
>
> 1: FC32 is 3F800000 and SC16 is 7FFF? <----
>
>
> Craig
>
>
>
>
>
> *Craig F. Swanson*
> */Research Engineer II
> /*
> */Information and Communications Laboratory/*
> */Communications, Systems, and Spectrum Division/*
> /Georgia Tech Research Institute/
> /Room 560
> 250 14th St NW
> /
> /Atlanta, GA 30318/
> /Cell: 770.298.9156/
> http://www.gtri.gatech.edu
> <https://mail.gtri.gatech.edu/owa/redir.aspx?C=c20925f2f0af4dd29329ddf0701ecfff&URL=http%3a%2f%2fwww.gtri.gatech.edu%2f>
>
>
> ------------------------------------------------------------------------
> *From:* Marcus M?ller <[email protected]>
> *Sent:* Thursday, June 2, 2016 3:04 PM
> *To:* Swanson, Craig; Martin Braun
> *Cc:* Jonathon Pendlum; [email protected]
> *Subject:* Re: Is there a file converter available for FC32 to SC16
> conversion?
>
> Blue is complex, so use Complex To IShort instead of Float to Short.
>
> On 02.06.2016 21:03, Swanson, Craig wrote:
>>
>> ?Marcus,
>>
>> I want to send the complex SC16 data onto the i_tdata bus in my
>> noc_block for simulation in Modelsim using a python cocotb testbench
>> I have written.
>>
>>
>> How do I merge that in with my flowgraph? I am trying to work
>> through the CPU to Over the Wire translation issue for RFNoC simulations.
>>
>> [pastedImage.png]
>>
>> Craig
>>
>>
>>
>> *Craig F. Swanson*
>> */Research Engineer II
>> /*
>> */Information and Communications Laboratory/*
>> */Communications, Systems, and Spectrum Division/*
>> /Georgia Tech Research Institute/
>> /Room 560
>> 250 14th St NW
>> /
>> /Atlanta, GA 30318/
>> /Cell: 770.298.9156/
>> http://www.gtri.gatech.edu
>>
>> ------------------------------------------------------------------------
>> *From:* Marcus M?ller <[email protected]>
>> *Sent:* Thursday, June 2, 2016 2:53 PM
>> *To:* Swanson, Craig; Martin Braun
>> *Cc:* Jonathon Pendlum; [email protected]
>> *Subject:* Re: Is there a file converter available for FC32 to SC16
>> conversion?
>>
>> Hi Craig,
>> for the sake of simplicity, I'd just use GNU Radio itself:
>>
>> Float to short
>>
>> You could of course also just insert the Float To Short block (or if
>> you've got complex data, Complex To IShort) in your original GNU
>> Radio application befor that writes things to a file.
>>
>> Best regards,
>> Marcus
>>
>> On 02.06.2016 20:47, Swanson, Craig wrote:
>>>
>>> Martin and Marcus,
>>>
>>> In referencing http://files.ettus.com/manual/page_converters.html, I
>>> believe I need a sc16_item32_le converter.
>>>
>>> I want to take a data file that is generated by gnuradio in FC32
>>> format and generate an SC16 format file for simulation in Modelsim.
>>>
>>> Craig
>>>
>>>
>>> *Craig F. Swanson*
>>> */Research Engineer II
>>> /*
>>> */Information and Communications Laboratory/*
>>> */Communications, Systems, and Spectrum Division/*
>>> /Georgia Tech Research Institute/
>>> /Room 560
>>> 250 14th St NW
>>> /
>>> /Atlanta, GA 30318/
>>> /Cell: 770.298.9156/
>>> http://www.gtri.gatech.edu
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160603/2e3389ba/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: null
Type: image/png
Size: 30899 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160603/2e3389ba/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 1647 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160603/2e3389ba/attachment-0003.png>
------------------------------
Message: 11
Date: Fri, 3 Jun 2016 09:27:18 -0500
From: Jonathon Pendlum <[email protected]>
To: Luong Tan Phong <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] How to set the number output on
rfnoc_splitstream block?
Message-ID:
<CAGdo0uRUGbfJ9Y9U=1UQvJW+fO52=y_mggsargtpkug5czy...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
Try adding the additional source ports to the block's NoC Script file at
"host/include/uhd/rfnoc/blocks/splitstream.xml". By default it is
configured for two source ports whereas you need four.
Jonathon
On Wed, Jun 1, 2016 at 10:14 PM, Luong Tan Phong via USRP-users <
[email protected]> wrote:
> Dear List,
>
> I've modify the noc_block_split_stream.v with 4 outputs and write grc
> block for it. I?ve tested on X310 but it didn't work with error:
>
> thread[thread-per-block[0]: <block uhd_rfnoc_SplitStream (1)>]:
> LookupError: IndexError: multi_usrp: RX channel 2 out of range for
> configured RX frontends
>
> Look for on console, I found that it only have 2 set_direction commands:
>
> [0/SplitStream_0] sr_write(128, 0001000E, 0)
>
> [0/SplitStream_0] sr_write(129, 0001000F, 0)
>
>
> Could you help me, please?
>
> Thanks in advance.
>
> Best regards,
>
> LTP
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160603/e97c1173/attachment-0001.html>
------------------------------
Message: 12
Date: Fri, 3 Jun 2016 14:47:03 +0000
From: "Swanson, Craig" <[email protected]>
To: Marcus M?ller <[email protected]>
Cc: Martin Braun <[email protected]>, Jonathon Pendlum
<[email protected]>, "[email protected]"
<[email protected]>
Subject: Re: [USRP-users] Is there a file converter available for FC32
to SC16 conversion?
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
Marcus,
This flowgraph I am attaching to this email shows that I am adding a Multiply
Const block with a value of 32767 (7FFF) and this works for my Modelsim
simulation.
Craig
[cid:[email protected]]
Craig F. Swanson
Research Engineer II
Information and Communications Laboratory
Communications, Systems, and Spectrum Division
Georgia Tech Research Institute
Room 560
250 14th Street NW
Atlanta, GA 30318
Cell: 770-298-9156
http://www.gtri.gatech.edu
From: Marcus M?ller [mailto:[email protected]]
Sent: Friday, June 03, 2016 10:26 AM
To: Swanson, Craig <[email protected]>
Cc: Martin Braun <[email protected]>; Jonathon Pendlum
<[email protected]>; [email protected]
Subject: Re: Is there a file converter available for FC32 to SC16 conversion?
Did you use the float to short, or the complex to ishort block?
The float to short block has a scaling factor (as said, use 2**15 there), the
complex to ishort one doesn't have one (you've probably noticed).
Two potential solutions:
1. just add a multiply_const before the complex to ishort
2. use the short to complex block with a vector size of 2 (complexes are really
just pairs of floats... To be honest, I'm not 100% sure why the
complex-to-ishort still exists, when I think about it. the float_to_short block
does everything right, has a scaling factor, and should be measurably faster
thanks to VOLK)
Best regards,
Marcus
On 03.06.2016 15:38, Swanson, Craig wrote:
Marcus,
I generated a square wave and when I compared the FC32 verses SC16, I am
getting a scaling issue.
It oscillates between
0: FC32 is 00000000 and SC16 is 0000
1: FC32 is 3F800000 and SC16 is 0001
I was expecting
0: FC32 is 00000000 and SC16 is 0000
1: FC32 is 3F800000 and SC16 is 7FFF? <----
Craig
Craig F. Swanson
Research Engineer II
Information and Communications Laboratory
Communications, Systems, and Spectrum Division
Georgia Tech Research Institute
Room 560
250 14th St NW
Atlanta, GA 30318
Cell: 770.298.9156
http://www.gtri.gatech.edu
________________________________
From: Marcus M?ller <[email protected]><mailto:[email protected]>
Sent: Thursday, June 2, 2016 3:04 PM
To: Swanson, Craig; Martin Braun
Cc: Jonathon Pendlum;
[email protected]<mailto:[email protected]>
Subject: Re: Is there a file converter available for FC32 to SC16 conversion?
Blue is complex, so use Complex To IShort instead of Float to Short.
On 02.06.2016 21:03, Swanson, Craig wrote:
?Marcus,
I want to send the complex SC16 data onto the i_tdata bus in my noc_block for
simulation in Modelsim using a python cocotb testbench I have written.
How do I merge that in with my flowgraph? I am trying to work through the CPU
to Over the Wire translation issue for RFNoC simulations.
[cid:[email protected]]
Craig
Craig F. Swanson
Research Engineer II
Information and Communications Laboratory
Communications, Systems, and Spectrum Division
Georgia Tech Research Institute
Room 560
250 14th St NW
Atlanta, GA 30318
Cell: 770.298.9156
http://www.gtri.gatech.edu
________________________________
From: Marcus M?ller <[email protected]><mailto:[email protected]>
Sent: Thursday, June 2, 2016 2:53 PM
To: Swanson, Craig; Martin Braun
Cc: Jonathon Pendlum;
[email protected]<mailto:[email protected]>
Subject: Re: Is there a file converter available for FC32 to SC16 conversion?
Hi Craig,
for the sake of simplicity, I'd just use GNU Radio itself:
[Float to short]
You could of course also just insert the Float To Short block (or if you've got
complex data, Complex To IShort) in your original GNU Radio application befor
that writes things to a file.
Best regards,
Marcus
On 02.06.2016 20:47, Swanson, Craig wrote:
Martin and Marcus,
In referencing http://files.ettus.com/manual/page_converters.html, I believe I
need a sc16_item32_le converter.
I want to take a data file that is generated by gnuradio in FC32 format and
generate an SC16 format file for simulation in Modelsim.
Craig
Craig F. Swanson
Research Engineer II
Information and Communications Laboratory
Communications, Systems, and Spectrum Division
Georgia Tech Research Institute
Room 560
250 14th St NW
Atlanta, GA 30318
Cell: 770.298.9156
http://www.gtri.gatech.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160603/7574a9a4/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 33065 bytes
Desc: image001.png
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160603/7574a9a4/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 30899 bytes
Desc: image002.png
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160603/7574a9a4/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 1647 bytes
Desc: image003.png
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160603/7574a9a4/attachment-0005.png>
------------------------------
Message: 13
Date: Fri, 3 Jun 2016 11:28:45 -0400
From: Martin Braun <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: Re: [USRP-users] Trying to control E310 RFNoC FPGA
noc_block_moving_avg registers SR_SUM_LEN from laptop running a .grc
WX GUI Slider
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
Quick followup: Jonathon posted a whole bunch of new examples for this
in gr-ettus, radio-redo branch.
M
On 05/11/2016 01:33 PM, Jonathon Pendlum wrote:
> Hi Craig,
>
> We already discussed this offline, but for everyone else's sake there is
> an example GRC file in the gr-ettus examples directory for the moving
> average block.
>
>
>
> Jonathon
>
> On Sun, May 8, 2016 at 5:05 AM, Swanson, Craig
> <[email protected] <mailto:[email protected]>>
> wrote:
>
> Jonathon and Martin,
>
> I am trying to learn how to control the registers SR_SUM_LEN? and
> SR_DIVISOR that reside inside the RFNoC noc_block_moving_avg.v file
> remotely from my laptop running a .grc file.
>
>
> Would you by any chance have a .grc file that provides an example of
> how I can control on my laptop running a flowgraph QT or WX GUI
> slider, the RFNoC FPGA registers in an E310?
>
>
> I think the best example would be the noc_block_moving_avg, since
> that is the once I am most aquainted with.
>
>
> Thanks,
>
> Craig
>
>
> *Craig F. Swanson*
> */Research Engineer II
> /*
> */Information and Communications Laboratory/*
> */Communications, Systems, and Spectrum Division/*
> /Georgia Tech Research Institute/
> /Room 560
> 250 14th St NW
> /
> /Atlanta, GA 30318/
> /Cell: 770.298.9156 <tel:770.298.9156>/
> http://www.gtri.gatech.edu
>
> <https://mail.gtri.gatech.edu/owa/redir.aspx?C=c20925f2f0af4dd29329ddf0701ecfff&URL=http%3a%2f%2fwww.gtri.gatech.edu%2f>
>
>
>
------------------------------
Subject: Digest Footer
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
End of USRP-users Digest, Vol 70, Issue 3
*****************************************
