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
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio