Can you share what "lspci -v" says? The output of ifconfig isn't helpful

Anyway, a 0.0075 BER sounds reasonable, what's wrong with that? do the
math on how many bits you need to receive incorrectly at the very
beginning of your reception to get to that level within your
observational window.

Then, also, do the math for error probability for your modulation.
Real-world transmissions are *never* perfect. That's why you have all
the fancy receivers!

Best regards,


On 18.10.2016 21:43, Aldalbahi, Adel wrote:
> Hello Marcus,
> PC is connected  to USRP via 1G ethernet cable. Here is my NIC for
> this specific setup:
> eth1      Link encap:Ethernet  HWaddr 34:17:eb:a5:5a:f1 
>           inet addr:  Bcast:  Mask:
>           inet6 addr: fe80::3617:ebff:fea5:5af1/64 Scope:Link
>           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>           RX packets:38828790 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:37442520 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0 txqueuelen:1000
>           RX bytes:55487116438 (55.4 GB)  TX bytes:45938732293 (45.9 GB)
>           Interrupt:20 Memory:f7d00000-f7d20000
> USRP add was changed to .3. One more thing to mention going back to
> flow graph, the unpack k bits block if K set to 8 then i guess in this
> case I'm comparing bit by bit since K was mentioned in document to
> unpack bytes to bits according to the set k value. The BER gives
> 0.0078 after changing K, bits per symbols and unpacked to packed while
> bypassing the delay block. After simulating the same setup without the
> USRP i found 0.0075 BER instead of zero!! since there was no error
> introduced in the simulation.
> Any suggestion ?
> Thank you   
> _______________________________________________
> Discuss-gnuradio mailing list

Discuss-gnuradio mailing list

Reply via email to