On 07/06/2017 04:54 PM, Jozef Lošonský wrote:
> OK, again, python script is successfully created/written, and it is
> runnable outside of GRC, the errno13 comes from execve call which is
> incomplete, can you see that, please?
Send the flowchart and the python code if you want help.
-- Cinaed
>
OK, again, python script is successfully created/written, and it is
runnable outside of GRC, the errno13 comes from execve call which is
incomplete, can you see that, please?
On Jul 7, 2017 01:27, "Cinaed Simson" wrote:
> On 07/06/2017 02:57 PM, Jozef Lošonský wrote:
>
On 07/06/2017 02:57 PM, Jozef Lošonský wrote:
> I'm not behind my pc, but I think that it is possible to understand my
> issue, that py file is generated from any flowgraph OK, but "play
> button" press fails with Errno13 when "No GUI" (of course I'm not using
> any WX or QT block in such case).
I'm not behind my pc, but I think that it is possible to understand my
issue, that py file is generated from any flowgraph OK, but "play button"
press fails with Errno13 when "No GUI" (of course I'm not using any WX or
QT block in such case).
On Jul 6, 2017 11:48 PM, "Cinaed Simson"
On 07/06/2017 02:14 PM, Jozef Lošonský wrote:
> Hi, there are no GUI elements and graf generated py file works fine from
> console, but GRC only is unable to execute that already generated file.
Then post the flowgraph and the python code - it's the only way we can
help you.
-- Cinaed
>
> On
Post the gnuradio flowgraph you used.
If you have a complaint with the HackRF hardware, post the complain on
the HackRF mailing list
https://pairlist9.pair.net/mailman/listinfo/hackrf-dev
And if you're only getting 2 MSPS with the HackRF on your computer then
you just have a slow computer -
Hi, there are no GUI elements and graf generated py file works fine from
console, but GRC only is unable to execute that already generated file.
On Jul 6, 2017 11:08 PM, "Cinaed Simson" wrote:
> On 07/06/2017 12:10 AM, Jozef Lošonský wrote:
> > Hello,
> > my GRC is
On 07/06/2017 12:10 AM, Jozef Lošonský wrote:
> Hello,
> my GRC is unable to execute graphs (no GUI elements) when I switch
> option to No GUI, everything else seems to be working.
The option "No GUI" means no GUI elements, i.e., no graphs.
If you had a graphical element in your flowgraph, GRC
Hi,
I've recently gotten someone with Matlab to help me look at what's going on
in my receiver. The image was created with matlab from data from a file
sink connected directly to a usrp source. I am seeing spurious spikes when
plotting I or Q, and I'm not sure where they could be coming from, or
Thanks a lot for your answer Derek.
2017-07-06 6:32 GMT-05:00 Derek Kozel :
> Hello Christian,
>
> The RX gain value controls the analog gain of the USRP's receiver. If you
> run uhd_usrp_probe on the command line you will see lines such as the
> following which show the
I have built windows installers for gnuradio that have been available for a
bit over a year. They include 3.7.11.1 and just last week updated them to
version 1.3, and include a wide variety of drivers and packages all
purpose built for windows 10 64-bit.
Hopefully that will save you some
Do you actually have any evidence or plots showing excess jitter in the
HackRF One and its effect on gr-dvbt demodulation, or are you just making
it up?
It sounds like you have come to a conclusion without understanding the
problem.
--n
On Thu, Jul 6, 2017, 7:15 AM Stack Programer
Yet i work on DVB-T in HackRF one, in TX we can send DVB-T and we receive
it with a hardware dongle DVB-T. but for receiving with SDR Based we had
error: see this link for our older
Hello Christian,
The RX gain value controls the analog gain of the USRP's receiver. If you
run uhd_usrp_probe on the command line you will see lines such as the
following which show the gain range and step size:
| | | RX Dboard: A
| | | ID: TwinRX v1.0 (0x0091)
| | |
Hi,
On 07/06/2017 07:55 AM, sumitstop wrote:
Hello Bastian,
Sorry for late response.
I am attaching the files for your reference. There are 2 grc files
1. wifi_zigbee.grc : wifi and zigbee loopbacks are running in parallel >>
works good
2. wifi_zigbee_interference.grc : Here I interpolate the
Hi everyone,
I've been working with 'blocks::burst_tagger' for a while now and I
wonder why the trigger input expects shorts. The impl only checks if
'trigger[i] > 0'.
I would expect the trigger type to be 'char'. This would fit with the
output of blocks like 'Plateau Detector' or 'Peak
Hello,
my GRC is unable to execute graphs (no GUI elements) when I switch option
to No GUI, everything else seems to be working. In addition "No GUI" py
script (generated by same GRC) is running fine in console of the same user
which is running GRC what is interesting. I didn't find other way how
Hello Bastian,
Sorry for late response.
I am attaching the files for your reference. There are 2 grc files
1. wifi_zigbee.grc : wifi and zigbee loopbacks are running in parallel >>
works good
2. wifi_zigbee_interference.grc : Here I interpolate the zigbee output by 5,
feed to channel, add to
18 matches
Mail list logo