Error cross-compiling GNU Radio 3.8 for E310

[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 [aVector,#128]' in ARM mode" and something similar. 
The
output of cmake and make can be found here:

https://pastebin.com/feyfpgUV 
Do you know how I can fix these errors?

Thanks so much. 
Ivan  


Con Tiscali Mobile Smart 30 4G hai minuti illimitati, 100 SMS e 30 Giga in 4G a 
soli 8,99€ al mese. http://tisca.li/smart30

Re: clear buffers of stuck chain

[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 chain" really doesn't help any
> of us debug your issue!
>
> Best regards,
> Marcus
>
> On Sun, 2020-02-09 at 09:33 +0200, Eitan Hetzroni wrote:
> > anyone?
> >
> > On Wed, Feb 5, 2020 at 5:47 PM Eitan Hetzroni 
> > wrote:
> > > hi,
> > > i am using a gnuradio zigbee chain , and sending alot of packets.
> > > after a certain point, it stops sending packets(or does very
> > > slowly).
> > > can i somehow increase the buffer(message loop) or force it to
> > > clear the message loop?
> > >
> > > thanks
> > >
> >
> > The information transmitted is intended only for the person or entity
> > to which it is addressed and may contain confidential and/or
> > privileged material. Any review, retransmission, dissemination or
> > other use of, or taking of any action in reliance upon, this
> > information by persons or entities other than the intended recipient
> > is prohibited. If you received this in error, please contact the
> > sender and delete all copies of the message.
>

-- 
The information transmitted is intended only for the person or entity to 
which it is addressed and may contain confidential and/or privileged 
material. Any review, retransmission, dissemination or other use of, or 
taking of any action in reliance upon, this information by persons or 
entities other than the intended recipient is prohibited. If you received 
this in error, please contact the sender and delete all copies of the 
message.

Re: Kurtosis estimator

[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

[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=neon -mtune=cortex-a9" 
-DCMAKE_ASM_FLAGS:STRING="-march=armv7-a -mfloat-abi=hard -mfpu=neon 
-mtune=cortex-a9 -g"


Ron

On 2/10/20 00:56, kron...@tiscali.it wrote:

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 [aVector,#128]' in ARM 
mode" and something similar.

The output of cmake and make can be found here:
https://pastebin.com/feyfpgUV
Do you know how I can fix these errors?
Thanks so much.
Ivan

Re: Error cross-compiling GNU Radio 3.8 for E310

[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.
> 
> -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=neon
-mtune=cortex-a9" 
> -DCMAKE_ASM_FLAGS:STRING="-march=armv7-a
-mfloat-abi=hard -mfpu=neon 
> -mtune=cortex-a9 -g"
> 
> Ron
> 
> On
2/10/20 00:56, kron...@tiscali.it [2]wrote:
> 
>> 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
[aVector,#128]' in ARM mode" and something similar. The output of cmake
and make can be found here: https://pastebin.com/feyfpgUV [1] Do you
know how I can fix these errors? Thanks so much. Ivan
 



Con Tiscali Mobile Smart 30 4G hai minuti illimitati, 100 SMS e 30 Giga in 4G a 
soli 8,99€ al mese. http://tisca.li/smart30

Re: clear buffers of stuck chain

[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
(especially when doing both Tx and Rx in the same flowgraph). If you want
to get into some more detail (but not too much) about the issue(s) your
seeing, we might be able to provide more specific assistance. - MLD

On Mon, Feb 10, 2020 at 4:11 AM Eitan Hetzroni  wrote:

> 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 chain" really doesn't help any
>> of us debug your issue!
>>
>> Best regards,
>> Marcus
>>
>> On Sun, 2020-02-09 at 09:33 +0200, Eitan Hetzroni wrote:
>> > anyone?
>> >
>> > On Wed, Feb 5, 2020 at 5:47 PM Eitan Hetzroni 
>> > wrote:
>> > > hi,
>> > > i am using a gnuradio zigbee chain , and sending alot of packets.
>> > > after a certain point, it stops sending packets(or does very
>> > > slowly).
>> > > can i somehow increase the buffer(message loop) or force it to
>> > > clear the message loop?
>> > >
>> > > thanks
>> > >
>> >
>> > The information transmitted is intended only for the person or entity
>> > to which it is addressed and may contain confidential and/or
>> > privileged material. Any review, retransmission, dissemination or
>> > other use of, or taking of any action in reliance upon, this
>> > information by persons or entities other than the intended recipient
>> > is prohibited. If you received this in error, please contact the
>> > sender and delete all copies of the message.
>>
>
> The information transmitted is intended only for the person or entity to
> which it is addressed and may contain confidential and/or privileged
> material. Any review, retransmission, dissemination or other use of, or
> taking of any action in reliance upon, this information by persons or
> entities other than the intended recipient is prohibited. If you received
> this in error, please contact the sender and delete all copies of the
> message.



-- 
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/

Re: Error cross-compiling GNU Radio 3.8 for E310

[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: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.
>> 
>> -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=neon -mtune=cortex-a9" 
>>
-DCMAKE_ASM_FLAGS:STRING="-march=armv7-a -mfloat-abi=hard -mfpu=neon 
>>
-mtune=cortex-a9 -g"
>> 
>> Ron
>> 
>> On 2/10/20 00:56,
kron...@tiscali.it [2]wrote:
>> 
>>> 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 [aVector,#128]' in ARM mode"
and something similar. The output of cmake and make can be found here:
https://pastebin.com/feyfpgUV [1] Do you know how I can fix these
errors? Thanks so much. Ivan
> 
> Con Tiscali Mobile Smart 30 4G hai
minuti illimitati, 100 SMS e 30 Giga in 4G a soli 8,99EUR al mese.
http://tisca.li/smart30 [3]
  


Con Tiscali Mobile Smart 30 4G hai minuti illimitati, 100 SMS e 30 Giga in 4G a 
soli 8,99€ al mese. http://tisca.li/smart30

Re: Error cross-compiling GNU Radio 3.8 for E310

[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 doesn't care if it's if it's an absolute path.
> 
> 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.
>>
>> -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=neon -mtune=cortex-a9" 
>> -DCMAKE_ASM_FLAGS:STRING="-march=armv7-a -mfloat-abi=hard -mfpu=neon 
>> -mtune=cortex-a9 -g"
>>
>> Ron
>>
>> On 2/10/20 00:56, kron...@tiscali.it wrote:
>>> 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 [aVector,#128]' in ARM mode" and something similar.
>>> The output of cmake and make can be found here:
>>> https://pastebin.com/feyfpgUV Do you know how I can fix these errors?
>>> Thanks so much. Ivan
> 
> 
> 
> Con Tiscali Mobile Smart 30 4G hai minuti illimitati, 100 SMS e 30 Giga
> in 4G a soli 8,99€ al mese. http://tisca.li/smart30
> 

Re: clear buffers of stuck chain

[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

[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 buffers are filled up and it's only accepting new
> messages at the rate it's actually sending them.
>
> Cheers,
>
>Sylvain
>

-- 
The information transmitted is intended only for the person or entity to 
which it is addressed and may contain confidential and/or privileged 
material. Any review, retransmission, dissemination or other use of, or 
taking of any action in reliance upon, this information by persons or 
entities other than the intended recipient is prohibited. If you received 
this in error, please contact the sender and delete all copies of the 
message.