Error cross-compiling GNU Radio 3.8 for E310

2020-02-10 Thread krono86
Dear all, I'm compiling GNU Radio 3.8 for E310 using the newer file system and SDK. Cmake runs smoothly, but when I compile I can see mainly two errors: - stdlib.h not found: this is impossible, because I can find it in the sysroot of the SDK. - "selected processor does not support `pld [aVe

Re: clear buffers of stuck chain

2020-02-10 Thread Eitan Hetzroni
hi, the chain is https://github.com/bastibl/gr-ieee802-15-4 used to transmit 802154 over usrp b200mini On Sun, Feb 9, 2020 at 12:32 PM Müller, Marcus (CEL) wrote: > Hi Eitan, > > sorry, nobody will be able to help you based on the lack of information > on what exactly you're doing. "A zigbee cha

Re: Kurtosis estimator

2020-02-10 Thread CEL
Maybe you can abuse the mpsk_snr_est for your purposes? On Sun, 2020-02-09 at 22:16 -0500, Marcus D. Leech wrote: > Has anyone implemented a Kurtosis estimator in GR? Maybe a convenient OOT? > > > smime.p7s Description: S/MIME cryptographic signature

Re: Error cross-compiling GNU Radio 3.8 for E310

2020-02-10 Thread Ron Economos
For the "selected processor does not support `pld [aVector,#128]' in ARM mode" error, you can try adding these flags to the cmake command line. -DCMAKE_CXX_FLAGS:STRING="-march=armv7-a -mfloat-abi=hard -mfpu=neon -mtune=cortex-a9" -DCMAKE_C_FLAGS:STRING="-march=armv7-a -mfloat-abi=hard -mfpu=n

Re: Error cross-compiling GNU Radio 3.8 for E310

2020-02-10 Thread krono86
Hi Ron! your flags solved the specific error. The error on stdlib.h still occurs. Ivan Il 10.02.2020 11:25 Ron Economos ha scritto: > For the "selected processor does not support `pld [aVector,#128]' in ARM > mode" error, you can try adding these flags to the cmake command line. > > -DC

Re: clear buffers of stuck chain

2020-02-10 Thread Michael Dickens
GNU Radio does not provide a way to flush stream buffers during runtime, if that's what you're asking. If something isn't working, then there's something strange going on in the flowgraph and/or your overall system .. for example sample rate mis-matches can happen when using actual hardware (especi

Re: Error cross-compiling GNU Radio 3.8 for E310

2020-02-10 Thread krono86
I answer to myself. I solved error adding -DCMAKE_NO_SYSTEM_FROM_IMPORTED=ON to the cmake line. Thanks at all. Ivan Il 10.02.2020 12:11 kron...@tiscali.it ha scritto: > Hi Ron! > your flags solved the specific error. > The error on stdlib.h still occurs. > Ivan > > Il 10.02.2020 11

Re: Error cross-compiling GNU Radio 3.8 for E310

2020-02-10 Thread Cinaed Simson
On 2/10/20 3:11 AM, kron...@tiscali.it wrote: > Hi Ron! > your flags solved the specific error. > The error on stdlib.h still occurs. > Ivan Hi Ivan - I've seen that error before. Try changing the include file name to #include since it's bombing in C++ code. -- Cinaed the #include_next do

Re: clear buffers of stuck chain

2020-02-10 Thread Sylvain Munaut
My best guess at this point is you're spamming it with as much message as possible (way too many for the actual radio part to send) and then at some point the buffers are filled up and it's only accepting new messages at the rate it's actually sending them. Cheers, Sylvain

Re: clear buffers of stuck chain

2020-02-10 Thread Eitan Hetzroni
Exactly, how can i solve this if i do want to spam? On Mon, Feb 10, 2020 at 6:56 PM Sylvain Munaut <246...@gmail.com> wrote: > My best guess at this point is you're spamming it with as much message > as possible (way too many for the actual radio part to send) and then > at some point the buffer