Re: v3.7 End of Maintenance

Just in case people are not aware, gr-osmosdr also supports many devices via SoapySDR bindings. Adrian On November 19, 2021 12:18:58 AM UTC, Jeff Long wrote: >SDRPlay, proprietary or not, works with modern versions of GNU Radio >via >the built-in gr-soapy module and the soapysdrplay driver

Re: v3.7 End of Maintenance

Glen, for SDRplay devices you should be able to use the gr-soapy OOT module (https://gitlab.com/librespacefoundation/gr-soapy), that should work with GNU Radio >= 3.8. There was a post by Chris Vine to this mailing list about this approach less than two months ago

Re: v3.7 End of Maintenance

SDRPlay, proprietary or not, works with modern versions of GNU Radio via the built-in gr-soapy module and the soapysdrplay driver module. Of course, there are always improvements to be made and I hope the we or others can keep supporting the widest possible variety of hardware. On Thu, Nov 18,

Re: v3.7 End of Maintenance

Glen, If SDRPlay doesn't support newer versions of GR then the problem is SDRPlay (a for-profit company that you gave money to) and their drivers (which I believe are proprietary?), not the free software involved. In any case, GR 3.7 will be available forever and nobody can take that away from

Re: v3.7 End of Maintenance

On 2021-11-18 18:03, Glen Langston wrote: Thanks for all your efforts. However still there are MANY external packages that don’t work beyond 3.7, so we're stuck in 3.7 world. (We have inched to 3.8 but SDRPlay was not well supported). I know this is difficult, but please try to ADD

Re: v3.7 End of Maintenance

Dear Glen, I'm not going to repeat in detail what I said a couple of times to you, but: What you wish for doesn't, and cannot, exist. Not from a technical point of view, as much as from an organisational, resources or software quality point of view, so please stop beating that poor horse.

Re: v3.7 End of Maintenance

On 2021-11-18 18:03, Glen Langston wrote: Thanks for all your efforts. However still there are MANY external packages that don’t work beyond 3.7, so we're stuck in 3.7 world. (We have inched to 3.8 but SDRPlay was not well supported). I know this is difficult, but please try to ADD

Re: v3.7 End of Maintenance

Thanks for all your efforts. However still there are MANY external packages that don’t work beyond 3.7, so we're stuck in 3.7 world. (We have inched to 3.8 but SDRPlay was not well supported). I know this is difficult, but please try to ADD capabilities without destroying old capabilities.

v3.7 End of Maintenance

We are officially ending maintenance of v3.7. There will be no further v3.7.X.X releases, and pull requests will no longer be accepted for the maint-3.7 branch. The last v3.7 release (v3.7.14.0) was over 18 months ago and there are only a handful of unreleased commits on the maint-3.7 branch.

Re: Is there a Gnu Radio block to compute the power of a signal?

Hi Martin, RSSI is "even worse", because it's not universally defined – some standards define it, others don't, and what any given device displays as RSSI can be pretty arbitrary. For example, IEEE802.11 (so, WLAN/wifi) does not say an RSSI is directly related to a received power in watts.

Project call TODAY at 18:00 UTC (that's in an hour!)

Hello Smoothes SDR community on this side of the galaxy, we'll be having a project call at 18:00 UTC over at https://www.twitch.tv/gnuradio ; we'll be trying to keep it short. Later, that call will also end up on Youtube. Best regards, Marcus

Message debug block

Hi, While getting into the messaging system in GNU Radio I noticed that the Message Debug block doesn't print PDU for messages if a message has metadata (key value or car) different than pmt.PMT_NIL. So I have a Message Strobe connected to Message Debug where message is: *pmt.cons(pmt.intern(""),

Re: Is there a Gnu Radio block to compute the power of a signal?

This is good to know. After reading this I was going to ask a similar question about RSSI. I will look further into this as well Get Outlook for Android From: Discuss-gnuradio on behalf of Marcus Müller Sent: Thursday, November 18, 2021

Re: Is there a Gnu Radio block to compute the power of a signal?

That's almost certainly not an answer to the question you're posing, namely "How do I measure the power of a specific class of signals". A function probe is just a method of getting some data out of a flowgraph, and it's almost never the appropriate solution (function probes are really more for

Re: Is there a Gnu Radio block to compute the power of a signal?

Thank you very much! Le jeu. 18 nov. 2021 à 11:40, Van-Dung PHAM a écrit : > Hi, you can use the Function Probe in GNU Radio to measure the Power in > dBm > > Vào Th 5, 18 thg 11, 2021 vào lúc 11:23 Rachida SAROUI < > rachidasar...@gmail.com> đã viết: > >> Hello everyone, >> >> I'm looking

Re: Is there a Gnu Radio block to compute the power of a signal?

Hi, you can use the Function Probe in GNU Radio to measure the Power in dBm Vào Th 5, 18 thg 11, 2021 vào lúc 11:23 Rachida SAROUI < rachidasar...@gmail.com> đã viết: > Hello everyone, > > I'm looking for a gnuradio block or a method to determine the power of a > received LORA signal from an

Is there a Gnu Radio block to compute the power of a signal?

Hello everyone, I'm looking for a gnuradio block or a method to determine the power of a received LORA signal from an arduino. Can anyone help me please? Thank you