On 10/22/2014 03:38 PM, Frederik Wing wrote:
And now the problem is finally solved.
The cause for it was a defective WBX board. I replaced it with a new one
and now everything works!
Again, thank you all for your productive hints and explanations!
Phew, I was just about to set up the
Thank you all for your postings! I really appreciate your help in
solving my problem.
Sean,
interesting point.
Frederik,
How does your carrier look when you send bursts of 500 samples?
Greetings,
Marcus
On 21.10.2014 19:29, Nowlan, Sean wrote:
I'm concerned that the problem Frederik is
Hello,
I am trying to implement a burst transmitter using GNU Radio Companion
and an USRP N210 with WBX board. My problem is when inserting zeros as
gap between the bursts the USRP is transmitting a non-neglectable
carrier signal (due to DC offset I guess?). So I want to try inserting
tx_sob and
Hello,
I am trying to implement a burst transmitter using GNU Radio Companion
and an USRP N210 with WBX board. My problem is when inserting zeros as
gap between the bursts the USRP is transmitting a non-neglectable
carrier signal (due to DC offset I guess?). So I want to try inserting
tx_sob and
Hello Marcus,
thank you very much for your hints!
- You're using an ancient UHD version. Is there a reason you can't
use a
newer one?
I am using Ubuntu 14.04 LTS and just pulled GNU Radio and UHD from the
packet sources. There is no newer version available. And I don't like to
compile myself
On 21.10.2014 13:47, Frederik Wing wrote:
Hello Marcus,
thank you very much for your hints!
- You're using an ancient UHD version. Is there a reason you can't
use a
newer one?
I am using Ubuntu 14.04 LTS and just pulled GNU Radio and UHD from the
packet sources. There is no newer version
- You're using an ancient UHD version. Is there a reason you can't
use a
newer one?
I am using Ubuntu 14.04 LTS and just pulled GNU Radio and UHD from the
packet sources. There is no newer version available. And I don't
like to
compile myself unless it is absolutely necessary.
Consider it
Hi Frederik,
On 21.10.2014 14:56, Frederik Wing wrote:
I cannot believe that there is no solution to it since the tags_demo
application shows that it is indeed possible. :-/
that makes the two of us! I didn't get that when using tags_demo, you're
not seeing the carrier that you use tags_demo;
Hi Marcus,
I cannot believe that there is no solution to it since the tags_demo
application shows that it is indeed possible. :-/
that makes the two of us! I didn't get that when using tags_demo, you're
not seeing the carrier that you use tags_demo; as far as I understood,
your application
On 10/21/2014 03:53 PM, Frederik Wing wrote:
Hi Marcus,
I cannot believe that there is no solution to it since the tags_demo
application shows that it is indeed possible. :-/
that makes the two of us! I didn't get that when using tags_demo, you're
not seeing the carrier that you use
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gd question.
The corresponding lines look something like [1] (while iterating over
the tags in the current set of items):
BOOST_FOREACH(const tag_t my_tag, _tags) {
...
else if(pmt::is_null(_length_tag_key)
pmt::equal(key,
From Marcus:
... and that (wut) might be a bug, because it implies that, if the stream has
both a time tag and a sob tag, the
question whether the tx metadata has a time tag depends on in which order
these tags are sorted on the the
tag storage multimap. Which might be random, because tags
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Sean,
aaah good catch! Yes, that's right; sob is safe.
Cheers,
Marcus
On 21.10.2014 19:19, Nowlan, Sean wrote:
From Marcus:
... and that (wut) might be a bug, because it implies that, if
the stream has both a time tag and a sob tag, the
I'm concerned that the problem Frederik is observing has to do with the very
short burst he is sending, something like 5 samples. I suspect this requires 1
call each to work and tag_work per 5 sample burst, which seems like an awful
lot of context switching and overhead.
-Original
Sean,
interesting point.
Frederik,
How does your carrier look when you send bursts of 500 samples?
Greetings,
Marcus
On 21.10.2014 19:29, Nowlan, Sean wrote:
I'm concerned that the problem Frederik is observing has to do with the very
short burst he is
sending, something like 5 samples. I
##
# Variables
##
self.tx_gain = tx_gain = 15
self.samp_rate = samp_rate = 20
self.f_center = f_center = 1.47e9
A couple of comments, maybe this helps you on your tracks:
- You're using an ancient UHD version. Is there a reason you can't use a
newer one?
- In current GNU Radio, you can use 'length tags' to mark bursts, if
that's any help.
- You'll know if your USRP hasn't acknowledged tx_eob if you see
Thank you Martin for your fast response!
- You're using an ancient UHD version. Is there a reason you can't use a
newer one?
I am using Ubuntu 14.04 LTS and just pulled GNU Radio and UHD from the
packet sources. There is no newer version available. And I don't like to
compile myself unless it is
Hello Frederik,
On 10/20/2014 05:53 PM, Frederik Wing wrote:
Thank you Martin for your fast response!
- You're using an ancient UHD version. Is there a reason you can't use a
newer one?
I am using Ubuntu 14.04 LTS and just pulled GNU Radio and UHD from the
packet sources. There is no newer
19 matches
Mail list logo