Can you share what "lspci -v" says? The output of ifconfig isn't helpful here.
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, Marcus 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:192.168.10.1 Bcast:192.168.10.255 Mask:255.255.255.0 > 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 > Discussemail@example.com > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________ Discuss-gnuradio mailing list Discussfirstname.lastname@example.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio