the most fresh version
now.
Best Regards,
Piotr Krysik
W dniu 03.10.2018 o 06:55, Reiichiro Nakano pisze:
> Here's an updated flowgraph where you don't need a separate file
> source. Just run the flowgraph twice for a few seconds each. You'll
> likely get different file sizes but `cmp` doe
W dniu 17.07.2016 o 13:05, Piotr Krysik pisze:
> W dniu 07.06.2016 o 13:30, Piotr Krysik pisze:
>> W dniu 01.10.2015 o 14:46, Piotr Krysik pisze:
>>> W dniu 25.09.2015 o 23:23, Tom Rondeau pisze:
>>>
>>>
>>>
>>> Looking at the block, I was ho
tps://github.com/ttsou/osmo-trx/blob/master/Transceiver52M/UHDDevice.cpp#L368
The thread would send messages with information about transmission
problems to a message output. What do you think about such solution?
Best Regards,
Piotr Krysik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
can I correct the error?
Hi,
Invoking:
sudo ldconfig
might help.
Best Regards,
Piotr Krysik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
happens when trying to load that module.
Best Regards,
Piotr Krysik
W dniu 25.09.2017 o 02:39, Håkon Vågsether pisze:
> Hello Piotr,
>
> hmm, that certainly doesn't look like code I have touched, and I can't
> say I have seen that error before either. I'm running Arch Linux
> (Pyth
python3.5/dist-packages/gnuradio/gr/runtime_swig.py",
line 24, in swig_import_helper
_mod = imp.load_module('_runtime_swig', fp, pathname, description)
File "/usr/lib/python3.5/imp.py", line 242, in load_module
return load_dynamic(name, filename, file)
File "/usr/l
xposed by GNU Radio? In my opinion there should be, otherwise why to
expose it through SWIG.
--
Best Regards,
Piotr Krysik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
,
Piotr Krysik
W dniu 28.10.2016 o 23:14, Ben Reynwar pisze:
> The algorithm should be identical in the hierarchical case. The only
> difference is that because the hierarchical implementation splits the
> logic over several signal processing blocks, GNURadio is able to
> easily
,
Piotr Krysik
W dniu 28.10.2016 o 23:14, Ben Reynwar pisze:
> The algorithm should be identical in the hierarchical case. The only
> difference is that because the hierarchical implementation splits the
> logic over several signal processing blocks, GNURadio is able to
> easily
rs and how it
capabilities relate to normal polyphase channelizer block. Especially:
-what n_filterbanks parameter is for?
-is it possible to do oversampling of the signal at the output channels
with this block the way it is possible with normal polyphase channelizer
block?
--
Thanks and regards,
Pi
W dniu 03.08.2016 o 20:42, Martin Braun pisze:
> - Radio no longer includes DSP chains
> - DDC, DUC are separate blocks
Hi Martin,
Many thanks for the hard work by the Ettus' team.
Regarding this particular change - is it possible now to process signals
completely inside FPGA without streaming
Hi Marcus and all,
I've tried driver from the repository and it seems to be working. When
comparing phase between two channels it looks that frequency offset was
removed.
Best Regards,
Piotr Krysik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gn
essages to be handled. HOWEVER: this might still
> have bugs, and it might be that this is what you're encountering.
> Debugging your flowgraphs on a C++ and threat level when they ought to
> be exiting would be pretty interesting!
>
> Best regards,
>
> Marcus
>
>
m would end.
In this concept there is problem how to propagate the information to
blocks upstream, that might not have information about ending of a
flow-graph. So the method I described might be used as an addition to
current method of ending flowgraphs.
What do you think?
Best Regards,
Pio
to be synchronized again.
Of course information that something went wrong with transmission on the
side of the device would be much more valuable (overflows on the side of
PC can be tackled by increasing number of buffers and speeding up
processing).
Best Regards,
Piotr Krysik
W dniu 22.07.2016 o 12:01
tly if its internal buffers
> overflow.
>
Here is some form of detection of overflows:
http://git.osmocom.org/gr-osmosdr/tree/lib/rtl/rtl_source_c.cc#n305
What you are saying means it doesn't detect 100% of overflows?
Best Regards,
Piotr Krysik
__
Hi all,
It's a little bit off-topic but if someone will change the gr-osmosdr,
it would be great to have other stream tags that we are used to see at
the output UHD source. For example if the source prints on the output
that there is some problem with transmission it would be great to add a
W dniu 07.06.2016 o 13:30, Piotr Krysik pisze:
> W dniu 01.10.2015 o 14:46, Piotr Krysik pisze:
>> W dniu 25.09.2015 o 23:23, Tom Rondeau pisze:
>>
>>
>>
>> Looking at the block, I was hoping it was as easy as putting a
>> set_relative_rate call in the
W dniu 28.06.2016 o 12:25, Piotr Krysik pisze:
> W dniu 28.06.2016 o 03:31, Marcus D. Leech pisze:
>> On 06/25/2016 04:25 PM, Piotr Krysik wrote:
>>> W dniu 25.06.2016 o 01:56, Marcus D. Leech pisze:
>>>> On 05/26/2016 04:09 AM, Piotr Krysik wrote:
>>>&
W dniu 28.06.2016 o 03:31, Marcus D. Leech pisze:
> On 06/25/2016 04:25 PM, Piotr Krysik wrote:
>> W dniu 25.06.2016 o 01:56, Marcus D. Leech pisze:
>>> On 05/26/2016 04:09 AM, Piotr Krysik wrote:
>>>> Is there some good candidate that can be asked to do that? When
W dniu 25.06.2016 o 01:56, Marcus D. Leech pisze:
> On 05/26/2016 04:09 AM, Piotr Krysik wrote:
>> Is there some good candidate that can be asked to do that? When I search
>> for rtlsdr driver the first page with actual source code is osmocom's
>> site:
>>
>>
W dniu 01.10.2015 o 14:46, Piotr Krysik pisze:
> W dniu 25.09.2015 o 23:23, Tom Rondeau pisze:
>
>
>
> Looking at the block, I was hoping it was as easy as putting a
> set_relative_rate call in the set_resamp_rate to adjust how the tags
> are being propagated. But it's not t
ned to hide the
> internals to outsiders and as such, you just can't extend it from an
> outside project.
>
>
> Cheers,
>
> Sylvain
>
Thanks Sylvain,
You saved me from going into this dead end and loosing time in the process.
Best Regards,
Piotr Krysik
_
s gurus tell me that
copying the source code is the best option in this situation and I that
shouldn't try to do that with use of inheritance, I'll be able to live
with that answer :).
P.S. please respond also to the mailing-list so others can benefit from
your responses.
Best Regards,
Piotr Krysik
__
W dniu 02.06.2016 o 10:46, Andrej Rode pisze:
> Hello Piotr,
>
>
> > Is it possible to do what I want with use of inheritance? If yes -
> > how to do it so I wouldn't have to copy the code?
>
> If your extension of the block is a general enhancement
- there are more
blocks that I would like to modify without having to copy all of the code).
Best Regards,
Piotr Krysik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
pling/DSP "engine".
>
> Yes, making the charge-pump and "dither" mods will help with
> phase-coherence.
>
> Somebody needs to "own" the rtlsdr driver, and merge in the last
> couple of years of field experience and branching that has gone on
> with
s out soon. I use one off
> > > python scripts to find the sample offset and the small
> residual center
> > > frequency difference. This simplifies the process significantly.
> > >
> > > This should make it much easier to implement a
Hi Marcus,
I don't know much about AirSpy.
Does it use the same demodulator chip as current RTL-SDR dongles?
And does it mean that change to low level part of rtlsdr driver might
help to get rid of that frequency offset?
--
Piotr
W dniu 25.05.2016 o 16:35, mle...@ripnet.com pisze:
>
> There
ifference. This simplifies the process significantly.
>
> This should make it much easier to implement a passive radar block, or
> an interferometry block.
>
> juha
>
> On Tue, May 24, 2016 at 4:03 PM, Piotr Krysik <per...@o2.pl
> <mailto:per...@o2.pl>> wrote:
>
>
to a common clock source (i.e. one of the dongles' oscillator as
Juha Verinen showed once). Each channel can work on a different central
frequency.
Everyone who wants to know how it was achieved is invited to read my
github page:
https://ptrkrysik.github.io
Best Regards,
Piotr Krysik
if the post is doubled.
--
Best Regards,
Piotr Krysik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
The "--package" parameter seems to be added recently as pybombs
installed with pip doesn't have this option yet.
Best Regards,
Piotr
W dniu 19.03.2016 o 17:59, Piotr Krysik pisze:
> Thank you Martin!
>
>
> W dniu 18.03.2016 o 18:54, Martin Braun pisze:
>> To disabl
a global config
> option, like --config (but persistent).
>
> M
>
>
>
>
> On 03/17/2016 02:09 PM, Piotr Krysik wrote:
>> Hi all,
>>
>> How to use "--config" option of pybombs 2. Can someone show an working
>> example?
>>
>> In pybombs 2
Hi all,
How to use "--config" option of pybombs 2. Can someone show an working
example?
In pybombs 2 "forcebuild" is set to true for gnuradio by default.
How to disable "focebuild" for gnuradio from commandline with the
pybombs comman
in my case the problems
doesn't occur.
--
Piotr Krysik
W dniu 02.01.2016 o 22:22, Tim O'Shea pisze:
> Hi Piotr,
>
> Hier message ports were actually not working at all prior to this fix -
> - since the logic had been changed from the originally functioning
> pub/sub based message
)) >= version('3.7.9'):
self.message_port_register_hier_in("msg_in")
else:
self.message_port_register_hier_out("msg_in")
Is it possible to fix this problem for example on the level GRC - so it
generate code that is compatible with GNU Radio versions <
Hi all,
I'm looking for a way to modify dynamically flow of samples in a flowgraph.
Making changes in between lock() and unlock() functions is not good
enough - a number of samples from sources like rtl-sdr are lost during
flowgraph reconfiguration.
I had some hope that selector block (or some
W dniu 25.09.2015 o 23:23, Tom Rondeau pisze:
> On Wed, Sep 23, 2015 at 4:06 PM, Piotr Krysik <per...@o2.pl
> <mailto:per...@o2.pl>> wrote:
>
> Hi all,
>
> Fractional resampler has additional "rate" signal input for supplying
> re
ractional_resampler_cc_impl.cc#L104)
I'm not able to locate source of the problem.
I can implement minimal working example if needed.
Best Regards,
Piotr Krysik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
W dniu 05.09.2015 o 20:01, Piotr Krysik pisze:
> Hi all,
>
> I have question for pybombs developers/maintainers:
> Is there policy for updating recipes submodule pointer in the pybombs
> repository?
>
> Currently recipes submodule pointer is 29 days behind the head.
>
>
Hi all,
I have question for pybombs developers/maintainers:
Is there policy for updating recipes submodule pointer in the pybombs
repository?
Currently recipes submodule pointer is 29 days behind the head.
--
Best Regards,
Piotr Krysik
___
Discuss
.
There is possibility to disable them in UHD from the level of C++:
http://files.ettus.com/manual/page_general.html
(Disabling or redirecting prints to stdout)
Is it possible to disable the prints from GNU Radio?
Best Regards,
Piotr Krysik
___
Discuss
frequency because it received
a command a new stream tag would be added to the signal at the moment of
switching (like it happens when for example central frequency is
switched with use of gui widgets). No tag is added though. Is this
intended behaviour?
Best Regards,
Piotr Krysik
W dniu 06.05.2015 o
is the rationale? Without this tag I'll have to keep track of
frequency changes that are made and add tags myself as they are needed
to trigger events downstream.
Would it be possible to leave for the user to decide if he wants to
receive tags or not?
Best Regards,
Piotr Krysik
W dniu 24.06.2015 o 12:01
.
However, it's not trivial to change; when doing message-based retuning,
there's no clear way of knowing which sample to tag.
M
On 24.06.2015 04:33, Piotr Krysik wrote:
Hi all,
After reading the code of usrp_source_impl I've found out that there are
separate methods for tune requests invoked
24.06.2015 o 19:50, Piotr Krysik pisze:
Hi Martin,
When the command carried by message is executed immediately after
reception by USRP the situation seems to be similar to tune request
invoked by the user through gui. Or is there something that I overlooked?
Things get more complicated when command
.
Regarding the code contribution - if I figure out how to do generate
tags resulting from execution of a command I will send the code for review.
Best Regards,
Piotr Krysik
W dniu 24.06.2015 o 21:41, Martin Braun pisze:
On 24.06.2015 11:55, Piotr Krysik wrote:
Hi Martin,
I'm thinking of some solution
W dniu 03.04.2015 o 13:25, Piotr Krysik pisze:
W dniu 02.04.2015 o 15:30, Piotr Krysik pisze:
W dniu 01.04.2015 o 12:10, Marcus Müller pisze:
Hi Piotr,
nice to hear you got a step ahead!
so,
I did that and what I obtained
W dniu 02.04.2015 o 15:30, Piotr Krysik pisze:
W dniu 01.04.2015 o 12:10, Marcus Müller pisze:
Hi Piotr,
nice to hear you got a step ahead!
so,
I did that and what I obtained was:
---
16 Thread
W dniu 01.04.2015 o 12:10, Marcus Müller pisze:
Hi Piotr,
nice to hear you got a step ahead!
so,
I did that and what I obtained was:
---
16 Thread 0x7fffbdffb700 (LWP 13462) python
W dniu 26.03.2015 o 08:39, Piotr Krysik pisze:
W dniu 25.03.2015 o 16:48, Tom Rondeau pisze:
On Wed, Mar 25, 2015 at 3:11 AM, Piotr Krysik per...@o2.pl
mailto:per...@o2.pl wrote:
W dniu 16.02.2015 o 17:29, Tom Rondeau pisze:
On Sat, Feb 14, 2015 at 3:34 PM, Piotr Krysik per...@o2.pl
W dniu 25.03.2015 o 16:48, Tom Rondeau pisze:
On Wed, Mar 25, 2015 at 3:11 AM, Piotr Krysik per...@o2.pl
mailto:per...@o2.pl wrote:
W dniu 16.02.2015 o 17:29, Tom Rondeau pisze:
On Sat, Feb 14, 2015 at 3:34 PM, Piotr Krysik per...@o2.pl
mailto:per...@o2.pl
mailto:per...@o2.pl
W dniu 16.02.2015 o 17:29, Tom Rondeau pisze:
On Sat, Feb 14, 2015 at 3:34 PM, Piotr Krysik per...@o2.pl
mailto:per...@o2.pl wrote:
W dniu 29.04.2014 o 16:20, Tom Rondeau pisze:
On Tue, Apr 29, 2014 at 9:33 AM, Perper per...@o2.pl
mailto:per...@o2.pl
mailto:per...@o2.pl
own.
The other advantage of this approach - it would also give a simple way
to synchronize UHD source and sink from gnuradio-companion.
Best Regards,
Piotr Krysik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman
if there is a way to do better than that and generate
directly in gnuradio-companion a flowgraph that use GPSDO of USRP to
trigger it without having to edit anything manually?
Best Regards,
Piotr Krysik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
for me.
--
Piotr Krysik
Yes, this is a known issue and we are working on it.
Tom
Hi Tom,
In GNU Radio 3.7.6 this is still an issue. It's quite serious because
whole class of applications that would use message passing and rely on
the processing in the flowgraph to end after
W dniu 07.12.2014 o 18:09, Martin Braun pisze:
On 12/07/2014 08:57 AM, Piotr Krysik wrote:
I'm is looking for someone who know how to do this with use of cmake.
There is a file taken from GNU Radio which is in
https://github.com/ptrkrysik/gr-gsm/blob/master/cmake/Modules/GrMiscUtils.cmake
/GrMiscUtils.cmake.
It had GRCC function which was suited for GNU Radio (although it was not
really used in GNU Radio). I've tried to adapt it to gr-gsm case but it
caused more problems than it solved. If you know how to write a CMAKE
rule compiling GRC files with grcc - please help.
Best Regards,
Piotr
59 matches
Mail list logo
