Hello Guys.

My friends, where can i found informations/docs about Image Reject Mixer
(IRM) using SDR?


Thank you!




*Bruno *
*E**E**ngineer *
*@eengbruno*
*+*55 21 981 246 269


2018-02-12 15:00 GMT-02:00 <discuss-gnuradio-requ...@gnu.org>:

> Send Discuss-gnuradio mailing list submissions to
>         discuss-gnuradio@gnu.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> or, via email, send a message with subject or body 'help' to
>         discuss-gnuradio-requ...@gnu.org
>
> You can reach the person managing the list at
>         discuss-gnuradio-ow...@gnu.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Discuss-gnuradio digest..."
>
>
> Today's Topics:
>
>    1. Customized Block Giving Incorrect Output (Tellrell White)
>    2. Re: Customized Block Giving Incorrect Output (Michael Dickens)
>    3. Re: Customized Block Giving Incorrect Output (Tellrell White)
>    4. Re: Customized Block Giving Incorrect Output (Michael Dickens)
>    5. Re: Customized Block Giving Incorrect Output (M?ller)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sun, 11 Feb 2018 21:00:03 -0500
> From: Tellrell White <rell...@gmail.com>
> To: Discuss-gnuradio@gnu.org
> Subject: [Discuss-gnuradio] Customized Block Giving Incorrect Output
> Message-ID:
>         <CA+NbTCbGD+jHchri24HNn+BeYq9kH-UmczbueO0jtiMicHkt_w@
> mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hello Guys
> I've created a customized block that takes in a number of input items and
> once that number of input items surpasses a certain number, 1024 of the
> input items are taken and stored into a list, and then those items are
> converted to dB and lastly compared to a threshold value. If any of the
> values are greater than the threshold value, a message is printed
> indicating a signal is present, and if none of the values are greater than
> the threshold, this is indicated with a message stating "No signal is
> present". I've tested the block in both simulation and currently, I'm
> testing the block over the air using the N210. The block performed
> correctly in simulation, however, over the air, the block gives a response
> of "no signal present" regardless of the input. The error message "
>
> python: Fatal IO error 11 (Resource temporarily unavailable) on X server
> :0.0
>
> also printed during runtime. Any suggestions are welcome. Both the
> simulation flow graph and the flow graph used over the air are attached.
>
> Tellrell White
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/
> attachments/20180211/e7705d31/attachment.html>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: ener_dtec_sim1.grc
> Type: application/octet-stream
> Size: 19781 bytes
> Desc: not available
> URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/
> attachments/20180211/e7705d31/attachment.obj>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: energy_detector.grc
> Type: application/octet-stream
> Size: 40914 bytes
> Desc: not available
> URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/
> attachments/20180211/e7705d31/attachment-0001.obj>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 12 Feb 2018 09:42:02 -0500
> From: Michael Dickens <michael.dick...@ettus.com>
> To: Tellrell White <rell...@gmail.com>, GNURadio Discussion List
>         <discuss-gnuradio@gnu.org>
> Subject: Re: [Discuss-gnuradio] Customized Block Giving Incorrect
>         Output
> Message-ID:
>         <1518446522.348348.1267994296.5b506...@webmail.messagingengine.com
> >
> Content-Type: text/plain; charset="utf-8"
>
> Hi Tellrell - So I'm not sure about the non-sim error / issue, but to me
> the larger question is: what are you really trying to do? If you're
> trying to detect energy via converting an FFT vector output to dB and
> thresholding, on a specific number of items per FFT, then why not just
> use vectors throughout to guarantee the # of items is as desired? The
> FFT block is, of course, vectorized; so is the "complex to ||^2" block
> (or, rather it can be; you're not currently using it in this manner).
> Then, you set the energy detector to take in 1 vector of length N (same-
> same as the FFT and ||^2) & you're good to go. Maybe I'm missing
> something? Hope this is useful. - MLD
> On Sun, Feb 11, 2018, at 9:00 PM, Tellrell White wrote:
> > I've created a customized block that takes in a number of input items
> > and once that number of input items surpasses a certain number, 1024
> > of the input items are taken and stored into a list, and then those
> > items are converted to dB and lastly compared to a threshold value. If
> > any of the values are greater than the threshold value, a message is
> > printed indicating a signal is present, and if none of the values are
> > greater than the threshold, this is indicated with a message stating
> > "No signal is present". I've tested the block in both simulation and
> > currently, I'm testing the block over the air using the N210. The
> > block performed correctly in simulation, however, over the air, the
> > block gives a response of "no signal present" regardless of the input.
> > The error message " python: Fatal IO error 11 (Resource temporarily
> > unavailable) on X server :0.0> also printed during runtime. Any
> suggestions are welcome. Both the
> > simulation flow graph and the flow graph used over the air are
> > attached.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/
> attachments/20180212/1c4fabc7/attachment.html>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 12 Feb 2018 10:17:23 -0500
> From: Tellrell White <rell...@gmail.com>
> To: Michael Dickens <michael.dick...@ettus.com>,
>         Discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] Customized Block Giving Incorrect
>         Output
> Message-ID:
>         <CA+NbTCaJTnJcWDGxD=9vs3ipju6xOuwMPGWEr4yKTT5XPWFgxg@mail.
> gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Michael
> Thanks for the response. That's exactly what I'm trying to accomplish.  You
> mention the "complex to ||^2 can be vectorized. My question is how exactly
> do you go about doing that?
>
> Tellrell
>
> On Mon, Feb 12, 2018 at 9:42 AM, Michael Dickens <
> michael.dick...@ettus.com>
> wrote:
>
> > Hi Tellrell - So I'm not sure about the non-sim error / issue, but to me
> > the larger question is: what are you really trying to do? If you're
> trying
> > to detect energy via converting an FFT vector output to dB and
> > thresholding, on a specific number of items per FFT, then why not just
> use
> > vectors throughout to guarantee the # of items is as desired? The FFT
> block
> > is, of course, vectorized; so is the "complex to ||^2" block (or, rather
> it
> > can be; you're not currently using it in this manner). Then, you set the
> > energy detector to take in 1 vector of length N (same-same as the FFT and
> > ||^2) & you're good to go. Maybe I'm missing something? Hope this is
> > useful. - MLD
> >
> > On Sun, Feb 11, 2018, at 9:00 PM, Tellrell White wrote:
> >
> > I've created a customized block that takes in a number of input items and
> > once that number of input items surpasses a certain number, 1024 of the
> > input items are taken and stored into a list, and then those items are
> > converted to dB and lastly compared to a threshold value. If any of the
> > values are greater than the threshold value, a message is printed
> > indicating a signal is present, and if none of the values are greater
> than
> > the threshold, this is indicated with a message stating "No signal is
> > present". I've tested the block in both simulation and currently, I'm
> > testing the block over the air using the N210. The block performed
> > correctly in simulation, however, over the air, the block gives a
> response
> > of "no signal present" regardless of the input. The error message "
> >
> > python: Fatal IO error 11 (Resource temporarily unavailable) on X server
> :0.0
> >
> > also printed during runtime. Any suggestions are welcome. Both the
> > simulation flow graph and the flow graph used over the air are attached.
> >
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/
> attachments/20180212/dc740c0d/attachment.html>
>
> ------------------------------
>
> Message: 4
> Date: Mon, 12 Feb 2018 10:21:17 -0500
> From: Michael Dickens <michael.dick...@ettus.com>
> To: Tellrell White <rell...@gmail.com>, Discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] Customized Block Giving Incorrect
>         Output
> Message-ID:
>         <1518448877.1183410.1268050688.756FF612@webmail.
> messagingengine.com>
> Content-Type: text/plain; charset="utf-8"
>
> In GRC, you open the "complex to ||^2" block settings & set the vector
> length to whatever you want. I'd advise using a variable that's  defined
> in GRC, and then use it for any blocks that require the vector setting;
> that way you can change the variable value & all blocks are updated with
> it. Hope this is useful. - MLD
> On Mon, Feb 12, 2018, at 10:17 AM, Tellrell White wrote:
> > Thanks for the response. That's exactly what I'm trying to accomplish.
> > You mention the "complex to ||^2 can be vectorized. My question is how
> > exactly do you go about doing that?
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/
> attachments/20180212/9522ce8d/attachment.html>
>
> ------------------------------
>
> Message: 5
> Date: Mon, 12 Feb 2018 16:36:16 +0000
> From: M?ller, Marcus (CEL) <muel...@kit.edu>
> To: "michael.dick...@ettus.com" <michael.dick...@ettus.com>,
>         "Discuss-gnuradio@gnu.org" <Discuss-gnuradio@gnu.org>,
>         "rell...@gmail.com"     <rell...@gmail.com>
> Subject: Re: [Discuss-gnuradio] Customized Block Giving Incorrect
>         Output
> Message-ID: <1518453376.6611.64.ca...@kit.edu>
> Content-Type: text/plain; charset="utf-8"
>
> Just another thought: Why convert every single FFT output vector from
> linear to dB with a logarithm (that's a very complicated function!)
> just to then compare it to a threshold, if you could also just convert
> the threshold to linear once?
>
> Best regards,
> Marcus
> On Mon, 2018-02-12 at 10:21 -0500, Michael Dickens wrote:
> > In GRC, you open the "complex to ||^2" block settings & set the vector
> length to whatever you want. I'd advise using a variable that's defined in
> GRC, and then use it for any blocks that require the vector setting; that
> way you can change the variable value & all blocks are updated with it.
> Hope this is useful. - MLD
> >
> > On Mon, Feb 12, 2018, at 10:17 AM, Tellrell White wrote:
> > > Thanks for the response. That's exactly what I'm trying to
> accomplish.  You mention the "complex to ||^2 can be vectorized. My
> question is how exactly do you go about doing that?
> >
> > _______________________________________________
> > Discuss-gnuradio mailing list
> > Discuss-gnuradio@gnu.org
> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: smime.p7s
> Type: application/x-pkcs7-signature
> Size: 6582 bytes
> Desc: not available
> URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/
> attachments/20180212/ef7f8a2f/attachment.bin>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
> ------------------------------
>
> End of Discuss-gnuradio Digest, Vol 184, Issue 11
> *************************************************
>
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to