Hi all.
Thanks a lot for your help.
What do you think about it?
If I type lsusb in the terminal i get it:
Bus 002 Device 002: ID 8087:8000 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 003: ID 2500:0020
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 004: ID 0bda:0139 Realtek Semiconductor Corp. RTS5139 Card
Reader Controller
Bus 003 Device 003: ID 04f2:b3fd Chicony Electronics Co., Ltd
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
I have 3 USB3.0 Ports and 1 Card reader, so for example in the bus 001:
Bus 002 Device 002: ID 8087:8000 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Then, i think i have two drivers, and the number 1 is the driver from
Linux?
Could it be my driver trouble?
If you type *lsusb *what do you get?
Again, thanks a lot.
Best regards,
Cristian
2017-05-28 1:30 GMT-05:00 Cristian Rodríguez <
cristian.rodriguez...@gmail.com>:
> Hi Marcus.
>
> Thanks a lot for your answer.
>
> Could you please run the ieee802.11 transceiver flowgraph of Bastian ? And
> please, tell me if you get overruns, without modifing the number of buffers?
>
> Really you would help me a lot. Because i don't understand why i get
> overruns when other people don't and it is frustrated for me. My Pc is
> brand new. When i execute the flowgraph it only uses around 60% of the
> processor and 40% of the RAM. Then I really don't understand.
>
> My computer is Asus, i don't know if Asus maybe has a problem with the USB
> 3.0 ports. Maybe. Asus is bad sometimes in that way. Because i had an i5
> Asus, i run the flowgraph and it didn't work, then i though. it was my
> computer, then i got another, and my new one is a gamer computer so it
> doesn't make sense.
>
> If you have some info, my PC is Asus N550JK.
>
> Thanks a lot.
>
>
>
> 2017-05-18 18:03 GMT-05:00 Marcus D. Leech <mle...@ripnet.com>:
>
>> On 05/18/2017 06:00 PM, Marcus Müller wrote:
>>
>> Hi Cristian,
>>
>> hm, the Intel 8 series tends to work well.
>>
>> What is it that you're doing with these samples in GNU Radio? Just UHD
>> Source -> Null Sink, right?
>>
>> Gut feeling: your computer might have adaptive power saving, so that your
>> CPU is scaled down sporadically, and then has a hard time processing the
>> samples in real time when they're there.
>>
>> Not being overly familiar with how that works under Ubuntu's UI: can you
>> set the CPU to "performance" mode (or just disable frequency scaling
>> alltogether) for a test?
>>
>> Best regards,
>>
>> Marcus
>>
>> I'll comment that using num_recv_frames has sometimes been necessary for
>> my apps, usually set to 256 or 512, and once I do that, I don't get
>> overruns any more.
>>
>>
>>
>>
>> On 18.05.2017 23:50, Cristian Rodríguez wrote:
>>
>> On 16/05/17 06:49, Neel Pandeya wrote:
>>>
>>> Hello Cristian:
>>>
>>> If you use Ubuntu 16.04.2, the kernel is 4.8, which should be fine.
>>>
>>> First at all, thank you very much for answering.
>>
>> My kernel version is: 4.8.0-49-generic
>> Ubuntu Release: 16.04.2 LTS
>>
>>
>>> The specific USB controller is also very important. The Intel
>>> controllers work best. Which controller do you have in your system? (run
>>> "lspci")
>>>
>>> It is the information dropped by "lspci"
>>
>> 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core
>> Processor DRAM Controller (rev 06)
>> 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core
>> Processor PCI Express x16 Controller (rev 06)
>> 00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core
>> Processor Integrated Graphics Controller (rev 06)
>> 00:03.0 Audio device: Intel Corporation Xeon E3-1200 v3/4th Gen Core
>> Processor HD Audio Controller (rev 06)
>> 00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset
>> Family USB xHCI (rev 05)
>> 00:16.0 Communication controller: Intel Corporation 8 Series/C220 Series
>> Chipset Family MEI Controller #1 (rev 04)
>> 00:1a.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset
>> Family USB EHCI #2 (rev 05)
>> 00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High
>> Definition Audio Controller (rev 05)
>> 00:1c.0 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family
>> PCI Express Root Port #1 (rev d5)
>> 00:1c.1 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family
>> PCI Express Root Port #2 (rev d5)
>> 00:1c.2 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family
>> PCI Express Root Port #3 (rev d5)
>> 00:1c.3 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family
>> PCI Express Root Port #4 (rev d5)
>> 00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset
>> Family USB EHCI #1 (rev 05)
>> 00:1f.0 ISA bridge: Intel Corporation HM86 Express LPC Controller (rev 05)
>> 00:1f.2 SATA controller: Intel Corporation 8 Series/C220 Series Chipset
>> Family 6-port SATA Controller 1 [AHCI mode] (rev 05)
>> 00:1f.3 SMBus: Intel Corporation 8 Series/C220 Series Chipset Family
>> SMBus Controller (rev 05)
>> 01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 850M] (rev
>> a2)
>> 04:00.0 Network controller: Qualcomm Atheros AR9485 Wireless Network
>> Adapter (rev 01)
>> 05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
>> RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)
>>
>>>
>>> What flow control errors are you seeing? Are there any overruns ("O") or
>>> underruns ("U") printed on the console?
>>>
>>> There are overruns "000000000000000"
>>
>>> Did you increase the socket buffer sizes?
>>>
>>> https://files.ettus.com/manual/page_transport.html#transport
>>> _udp_sockbufs
>>>
>>> No, i haven't. But i did modified the num_recv_frames to 1024. By doing
>> it, I don't lose samples, but i'm not pretty sure about i'm in fact
>> reciving all. Do you think it is a better solution that trying to install
>> other USB3 controller?
>>
>> Thanks a lot for your time to read my message.
>>
>> Best regards,
>>
>> Cristian
>>
>> 2017-05-15 23:49 GMT-05:00 Neel Pandeya <neel.pand...@ettus.com>:
>>
>>> Hello Cristian:
>>>
>>> If you use Ubuntu 16.04.2, the kernel is 4.8, which should be fine.
>>>
>>> The specific USB controller is also very important. The Intel
>>> controllers work best. Which controller do you have in your system? (run
>>> "lspci")
>>>
>>> What flow control errors are you seeing? Are there any overruns ("O") or
>>> underruns ("U") printed on the console?
>>>
>>> Did you increase the socket buffer sizes?
>>>
>>> https://files.ettus.com/manual/page_transport.html#transport
>>> _udp_sockbufs
>>>
>>> --Neel Pandeya
>>>
>>>
>>>
>>> On 15 May 2017 at 17:20, Cristian Rodríguez <
>>> cristian.rodriguez...@gmail.com> wrote:
>>>
>>>> HI all.
>>>>
>>>> I was writing to the forum a time ago because i have missed packets
>>>> when i build a simple flow graph in gnu radio and set the sample rate over
>>>> 20Msamples/s.
>>>>
>>>> The conclusion was that i had to review my USB 3.0 drivers but i'm
>>>> working on ubuntu (16.05) and the only way to change the drivers is by
>>>> installing another kernel. I have the newest version then i think the way
>>>> is to install an older version.
>>>>
>>>> What version of kernel could someone recommend me? I need to be able to
>>>> get all the samples from my USRP B210. If someone has another suggestion i
>>>> would be very thankful about it.
>>>>
>>>> Pdta: My computer is fast enough (i7 4710HQ - 12Gb ram). Then it is not
>>>> the problem.
>>>>
>>>> Thanks a lot.
>>>>
>>>> Best regards,
>>>>
>>>> Cristian.
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Discuss-gnuradio mailing list
>>>> Discuss-gnuradio@gnu.org
>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>
>>>>
>>>
>>
>>
>> _______________________________________________
>> Discuss-gnuradio mailing
>> listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>>
>>
>> _______________________________________________
>> Discuss-gnuradio mailing
>> listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
