Re: Gnuradio Extras

[lannan jiang]

Hi,

Thanks again for the quick reply.  I want to use the basic block for the 
following purpose:

I am currently using one Python interp block and one decim block for inserting 
a known pattern at Tx and parsing at Rx

 The code from the interp block allows me to insert a known pattern to my data. 
So, I would have one byte of known pattern, one byte of data, and so on.  I set 
the interpolation to 2 since I am feeding N bytes and outputting 2N bytes.

Then I use the decim block to parse the input and extract my data bytes, and 
the decimation is 2. So I'm feeding in 2N bytes but outputting N bytes of data.

The purpose of inserting one byte of know pattern is to make the byte 
boundaries align.

However, this is inefficient. So I want to know if the use of a basic block can 
help me to insert my known pattern less frequently?


Regards,
Lannan



From: Derek Kozel 
Sent: Wednesday, August 12, 2020, 14:08
To: lannan jiang; discuss-gnuradio@gnu.org
Subject: Re: Gnuradio Extras

Hi,

You should be able to modify the code in the Python Block template to be a 
basic_block rather than the default sync_block just by changing the class 
inheritance. The GNU Radio Extras block is over five years old and the 
documentation from it is probably unhelpful.

If you need for info it would be very helpful to understand why you need a 
basic block and what you're trying to do with it.

Cheers,
Derek

On 12/08/2020 19:01, lannan jiang wrote:
Hi Derek,
   Thank you for your info.
   I am aware of that the python block is included, but there are four types of 
blocks as far as I am concerned (interp, decim, synchronous, and basic blocks 
shown in https://wiki.gnuradio.org/index.php/Types_of_Blocks).
   I want to use the basic block and so i need to import GNURadio extras 
module, but I ran into the error message that no such module exists. Is this 
module also included by default?

Regards,
Lannan Jiang


From: Derek Kozel 
Sent: Wednesday, August 12, 2020 1:54 PM
To: lannan jiang ; 
discuss-gnuradio@gnu.org 

Subject: Re: Gnuradio Extras

Hi Lannan Jiang,

The Python Block is included by default now in GNU Radio. Here is a
tutorial showing it's use.
https://wiki.gnuradio.org/index.php/Embedded_Python_Block

Regards,
Derek

On 12/08/2020 18:33, lannan jiang wrote:
> Hi everyone,
>   I want to use an embedded python block in my flow graph, in
> particular the basic block.
>   I found that on this page
> https://github.com/guruofquality/grextras/wiki#id1, it states that
> this branch will not be compatible for GNUradio 3.7 API. So,
> is it possible to use it in GNURadio 3.8? If so, how can I install it
> as i found the installation guide not very explicit.
>
> Thanks in advance,
> Lannan Jiang
>

Re: Gnuradio Extras

[Derek Kozel]

Hi,

You should be able to modify the code in the Python Block template to be 
a basic_block rather than the default sync_block just by changing the 
class inheritance. The GNU Radio Extras block is over five years old and 
the documentation from it is probably unhelpful.


If you need for info it would be very helpful to understand why you need 
a basic block and what you're trying to do with it.


Cheers,
Derek

On 12/08/2020 19:01, lannan jiang wrote:

Hi Derek,
   Thank you for your info.
   I am aware of that the python block is included, but there are four 
types of blocks as far as I am concerned (interp, decim, synchronous, 
and basic blocks shown in 
https://wiki.gnuradio.org/index.php/Types_of_Blocks 
).
   I want to use the basic block and so i need to import GNURadio 
extras module, but I ran into the error message that no such module 
exists. Is this module also included by default?

    Regards,
    Lannan Jiang


*From:* Derek Kozel 
*Sent:* Wednesday, August 12, 2020 1:54 PM
*To:* lannan jiang ; discuss-gnuradio@gnu.org 


*Subject:* Re: Gnuradio Extras
Hi Lannan Jiang,

The Python Block is included by default now in GNU Radio. Here is a
tutorial showing it's use.
https://wiki.gnuradio.org/index.php/Embedded_Python_Block

Regards,
Derek

On 12/08/2020 18:33, lannan jiang wrote:
> Hi everyone,
>   I want to use an embedded python block in my flow graph, in
> particular the basic block.
>   I found that on this page
> https://github.com/guruofquality/grextras/wiki#id1, it states that
> this branch will not be compatible for GNUradio 3.7 API. So,
> is it possible to use it in GNURadio 3.8? If so, how can I install it
> as i found the installation guide not very explicit.
>
> Thanks in advance,
> Lannan Jiang
>

Re: Gnuradio Extras

[lannan jiang]

Hi Derek,
   Thank you for your info.
   I am aware of that the python block is included, but there are four types of 
blocks as far as I am concerned (interp, decim, synchronous, and basic blocks 
shown in https://wiki.gnuradio.org/index.php/Types_of_Blocks).
   I want to use the basic block and so i need to import GNURadio extras 
module, but I ran into the error message that no such module exists. Is this 
module also included by default?

Regards,
Lannan Jiang


From: Derek Kozel 
Sent: Wednesday, August 12, 2020 1:54 PM
To: lannan jiang ; discuss-gnuradio@gnu.org 

Subject: Re: Gnuradio Extras

Hi Lannan Jiang,

The Python Block is included by default now in GNU Radio. Here is a
tutorial showing it's use.
https://wiki.gnuradio.org/index.php/Embedded_Python_Block

Regards,
Derek

On 12/08/2020 18:33, lannan jiang wrote:
> Hi everyone,
>   I want to use an embedded python block in my flow graph, in
> particular the basic block.
>   I found that on this page
> https://github.com/guruofquality/grextras/wiki#id1, it states that
> this branch will not be compatible for GNUradio 3.7 API. So,
> is it possible to use it in GNURadio 3.8? If so, how can I install it
> as i found the installation guide not very explicit.
>
> Thanks in advance,
> Lannan Jiang
>

Re: Gnuradio Extras

[Derek Kozel]

Hi Lannan Jiang,

The Python Block is included by default now in GNU Radio. Here is a 
tutorial showing it's use.

https://wiki.gnuradio.org/index.php/Embedded_Python_Block

Regards,
Derek

On 12/08/2020 18:33, lannan jiang wrote:

Hi everyone,
  I want to use an embedded python block in my flow graph, in 
particular the basic block.
  I found that on this page 
https://github.com/guruofquality/grextras/wiki#id1, it states that 
this branch will not be compatible for GNUradio 3.7 API. So,
is it possible to use it in GNURadio 3.8? If so, how can I install it 
as i found the installation guide not very explicit.


Thanks in advance,
Lannan Jiang

Gnuradio Extras

[lannan jiang]

Hi everyone,
  I want to use an embedded python block in my flow graph, in particular the 
basic block.  
  I found that on this page https://github.com/guruofquality/grextras/wiki#id1 
, it states that this 
branch will not be compatible for GNUradio 3.7 API. So,
is it possible to use it in GNURadio 3.8? If so, how can I install it as i 
found the installation guide not very explicit.

Thanks in advance,
Lannan Jiang 



smime.p7s
Description: S/MIME cryptographic signature

Embedded Python Block - Variable Input Vector

[Tim Huggins]

I created an embedded python block (using version 3.9 from git) successfully 
but I need the input vector to be variable size based on the parameters. For 
example:
in_sig=[(np.byte, a*b)],
out_sig=[(np.byte, a*b)]
However, the parameters have defaults and defaults appear to set the vector. I 
can't change the preceding stream to vector block or else the grc has an error, 
but when I run the grc there is an input error because I was not able to update 
the steam to vector block. A block that does this similarly is a Reed Solomon 
block whose yml file is:
https://github.com/gnuradio/gnuradio/blob/master/gr-dtv/grc/dtv_dvbt_reed_solomon_enc.block.yml
However as far as I can tell there is no way to add a yml file for an embedded 
python block so I tried to create a python OOT module. However I must be making 
a mistake because when I go to build the block I error with:
make[2]: *** No rule to make target '../python/bindings/gnuradio-test', needed 
by 'python/bindings/extracted_docstrings.json'.  Stop.
make[1]: *** [CMakeFiles/Makefile2:377: 
python/bindings/CMakeFiles/extracted_docstrings.dir/all] Error 2
make: *** [Makefile:141: all] Error 2

I think I need to do something from this guide: 
https://wiki.gnuradio.org/index.php/GNU_Radio_3.9_OOT_Module_Porting_Guide
but I haven't figured out the right process. Can anyone help steer me in the 
right direction?
Thanks,
Tim

Re: Amateur Radio G3RUH AX.25 2FSK

[Gerry Creager - NOAA Affiliate]

1200 baud ax.25 can easily be implemented in hardware or software today.
Hence its popularity. And there are radios with the protocol and arguably
the most popular application (APRS) implemented directly. Kenwood was the
first to push a radio with an AX.25 terminal node controller embedded, with
specific APRS hooks.

Gerry

On Wed, Aug 12, 2020 at 12:38 PM Adrian Musceac  wrote:

> Hi Derek,
>
> Isn't APRS 1200 baud though? 9600 baud packet is quite uncommon nowadays
> here, historically it was used for BBS access.
> I'm also interested in this APRS transceiver.
>
> Best,
> Adrian
>
> On August 12, 2020 12:12:09 PM UTC, Derek Kozel 
> wrote:
>>
>> Hi Yugal,
>>
>> gr-ax25 was just updated this month to start supporting the development
>> version of GR 3.9 and if you look one commit back it is is compatible with
>> 3.7, so it does look like it's skipping 3.8. Still, it's a valuable
>> reference for you as you look to create your own implementation.
>>
>> I'd suggest starting by making a transmitter first and testing it by
>> receiving using existing software. Page 21 onwards here seems to have a
>> good description of the modulator and demodulator.
>>
>> https://matheo.uliege.be/bitstream/2268.2/6751/1/OUFTI2-COMM-Piron-2019.pdf
>>
>> I'm excited to see you implement this. It'd be great to see more support
>> for the 9600 baud AX25 mode that is used for APRS. It may not be as good of
>> performance as more modern modes, but there's a bunch of hardware that
>> supports it.
>>
>> If you're interested in APRS specifically, by far the best reference I
>> know of is W6KWF Kenneth Finnegan's masters thesis on the protocol.
>> https://digitalcommons.calpoly.edu/theses/1341/
>>
>> Cheers,
>> Derek
>> MW0LNA
>>
>> On 12/08/2020 05:29, Yugal Joshi wrote:
>>
>> Hello Jeff
>> Thanks for replying
>>
>> From what I learned in last two days in GNU Radio, it looks like gr-25 is
>> an OOT module.
>> gr-25 works with GR 3.9 and pybinds and I am using GR 3.8.1.0.
>>
>> Also I want to implement G3RUH  2FSK AX25 using the core modules of GRC
>> or programming  new OOTs so that I can improve my learning curve.
>>
>> Any help would be appreciated from the community.
>>
>> Thanks and Regards
>>
>> Yugal Joshi
>>
>>
>> On Wed, 12 Aug 2020, 4:45 am Jeff Long,  wrote:
>>
>>> Have you already take a look at this?
>>> https://github.com/dl1ksv/gr-ax25
>>>
>>> On Tue, Aug 11, 2020 at 4:13 PM Yugal Joshi 
>>> wrote:
>>>
 Hello all
 I am new to the GNU Radio community.
 I am starting an effort to implement a receiver using GNU Radio for the
 amateur radio whose transmitter operates in G3RUH mode with 2-FSK
 modulation and AX25 data format.
 I designed the project to learn GNU Radio as well as to
 contribute something to the SmallSat Community of my institution Indian
 Institute of Space Science and Technology (IIST).

 Is anyone else working on the same configurations ?

 Anyone who can guide me through the procedural steps I should take to
 design this receiver(G3RUH mode with 2-FSK and AX25 data format)?

 As a background information :
 The AX.25 protocol is a standard for encoding the data that includes a
 message header,station callsign, destination callsign, message and a simple
 CRC-16.
 The system is widely used for position reporting of the amateur stations

 Looking for a directive path to move ahead and a positive response.

 Thanks and Regards
 --
 Yugal Joshi
 B. Tech. Electronics and Communication Engineering
 Indian Institute of Space Science and Technology (IIST)
 Thiruvananthapuram
 Kerala
 India  - 695547

>>>
>>

-- 
Gerry Creager
NSSL/CIMMS
(C) 979.229.5301 <--- NOTE THAT MY OFFICE NUMBER HAS CHANGED
++
*The way to get started is to quit talking and begin doing.*

*   Walt Disney*

Re: Amateur Radio G3RUH AX.25 2FSK

[Derek Kozel]

By far the most common APRS RF mode is 1200 baud AFSK, but 9600 baud FSK 
also exists as a faster and slightly more modern option. There's a 
decent, but not great, number of repeaters and internet gateways in 
place for the 9600 some radios support both.


On 12/08/2020 13:36, Adrian Musceac wrote:

Hi Derek,

Isn't APRS 1200 baud though? 9600 baud packet is quite uncommon 
nowadays here, historically it was used for BBS access.

I'm also interested in this APRS transceiver.

Best,
Adrian

On August 12, 2020 12:12:09 PM UTC, Derek Kozel 
 wrote:


Hi Yugal,

gr-ax25 was just updated this month to start supporting the
development version of GR 3.9 and if you look one commit back it
is is compatible with 3.7, so it does look like it's skipping 3.8.
Still, it's a valuable reference for you as you look to create
your own implementation.

I'd suggest starting by making a transmitter first and testing it
by receiving using existing software. Page 21 onwards here seems
to have a good description of the modulator and demodulator.
https://matheo.uliege.be/bitstream/2268.2/6751/1/OUFTI2-COMM-Piron-2019.pdf

I'm excited to see you implement this. It'd be great to see more
support for the 9600 baud AX25 mode that is used for APRS. It may
not be as good of performance as more modern modes, but there's a
bunch of hardware that supports it.

If you're interested in APRS specifically, by far the best
reference I know of is W6KWF Kenneth Finnegan's masters thesis on
the protocol.
https://digitalcommons.calpoly.edu/theses/1341/

Cheers,
Derek
MW0LNA

On 12/08/2020 05:29, Yugal Joshi wrote:

Hello Jeff
Thanks for replying

From what I learned in last two days in GNU Radio, it looks like
gr-25 is an OOT module.
gr-25 works with GR 3.9 and pybinds and I am using GR 3.8.1.0.

Also I want to implement G3RUH  2FSK AX25 using the core modules
of GRC or programming  new OOTs so that I can improve my learning
curve.

Any help would be appreciated from the community.

Thanks and Regards

Yugal Joshi


On Wed, 12 Aug 2020, 4:45 am Jeff Long, mailto:willco...@gmail.com>> wrote:

Have you already take a look at this?
https://github.com/dl1ksv/gr-ax25

On Tue, Aug 11, 2020 at 4:13 PM Yugal Joshi
mailto:yugaljoshi2...@gmail.com>>
wrote:

Hello all
I am new to the GNU Radio community.
I am starting an effort to implement a receiver using GNU
Radio for the amateur radio whose transmitter operates in
G3RUH mode with 2-FSK modulation and AX25 data format.
I designed the project to learn GNU Radio as well as to
contribute something to the SmallSat Community of my
institution Indian Institute of Space Science and
Technology (IIST).

Is anyone else working on the same configurations ?

Anyone who can guide me through the procedural steps I
should take to design this receiver(G3RUH mode with 2-FSK
and AX25 data format)?

As a background information :
The AX.25 protocol is a standard for encoding the data
that includes a message header,station callsign,
destination callsign, message and a simple CRC-16.
The system is widely used for position reporting of the
amateur stations

Looking for a directive path to move ahead and a positive
response.

Thanks and Regards
-- 
Yugal Joshi

B. Tech. Electronics and Communication Engineering
Indian Institute of Space Science and Technology (IIST)
Thiruvananthapuram
Kerala
India  - 695547

Re: Amateur Radio G3RUH AX.25 2FSK

[Yugal Joshi]

Hey Derek

Thank you for this wonderful description
 https://matheo.uliege.be/bitstream/2268.2/6751/1/OUFTI2-COMM-Piron-2019.pdf

This covers all my basic doubts regarding G3RUH mode.

Thanks and Regards
Yugal Joshi



On Wed, 12 Aug 2020 at 17:42, Derek Kozel  wrote:

> Hi Yugal,
>
> gr-ax25 was just updated this month to start supporting the development
> version of GR 3.9 and if you look one commit back it is is compatible with
> 3.7, so it does look like it's skipping 3.8. Still, it's a valuable
> reference for you as you look to create your own implementation.
>
> I'd suggest starting by making a transmitter first and testing it by
> receiving using existing software. Page 21 onwards here seems to have a
> good description of the modulator and demodulator.
> https://matheo.uliege.be/bitstream/2268.2/6751/1/OUFTI2-COMM-Piron-2019.pdf
>
> I'm excited to see you implement this. It'd be great to see more support
> for the 9600 baud AX25 mode that is used for APRS. It may not be as good of
> performance as more modern modes, but there's a bunch of hardware that
> supports it.
>
> If you're interested in APRS specifically, by far the best reference I
> know of is W6KWF Kenneth Finnegan's masters thesis on the protocol.
> https://digitalcommons.calpoly.edu/theses/1341/
>
> Cheers,
> Derek
> MW0LNA
>
> On 12/08/2020 05:29, Yugal Joshi wrote:
>
> Hello Jeff
> Thanks for replying
>
> From what I learned in last two days in GNU Radio, it looks like gr-25 is
> an OOT module.
> gr-25 works with GR 3.9 and pybinds and I am using GR 3.8.1.0.
>
> Also I want to implement G3RUH  2FSK AX25 using the core modules of GRC or
> programming  new OOTs so that I can improve my learning curve.
>
> Any help would be appreciated from the community.
>
> Thanks and Regards
>
> Yugal Joshi
>
>
> On Wed, 12 Aug 2020, 4:45 am Jeff Long,  wrote:
>
>> Have you already take a look at this?
>> https://github.com/dl1ksv/gr-ax25
>>
>> On Tue, Aug 11, 2020 at 4:13 PM Yugal Joshi 
>> wrote:
>>
>>> Hello all
>>> I am new to the GNU Radio community.
>>> I am starting an effort to implement a receiver using GNU Radio for the
>>> amateur radio whose transmitter operates in G3RUH mode with 2-FSK
>>> modulation and AX25 data format.
>>> I designed the project to learn GNU Radio as well as to
>>> contribute something to the SmallSat Community of my institution Indian
>>> Institute of Space Science and Technology (IIST).
>>>
>>> Is anyone else working on the same configurations ?
>>>
>>> Anyone who can guide me through the procedural steps I should take to
>>> design this receiver(G3RUH mode with 2-FSK and AX25 data format)?
>>>
>>> As a background information :
>>> The AX.25 protocol is a standard for encoding the data that includes a
>>> message header,station callsign, destination callsign, message and a simple
>>> CRC-16.
>>> The system is widely used for position reporting of the amateur stations
>>>
>>> Looking for a directive path to move ahead and a positive response.
>>>
>>> Thanks and Regards
>>> --
>>> Yugal Joshi
>>> B. Tech. Electronics and Communication Engineering
>>> Indian Institute of Space Science and Technology (IIST)
>>> Thiruvananthapuram
>>> Kerala
>>> India  - 695547
>>>
>>
>

-- 
Yugal Joshi
B. Tech. Electronics and Communication Engineering
Indian Institute of Space Science and Technology (IIST)
Thiruvananthapuram
Kerala
India  - 695547

Re: Amateur Radio G3RUH AX.25 2FSK

[Yugal Joshi]

Hello Marcus
Thank you for your explanation

Also thanks for introducing me with protocols
I learned from the documentation and your explanation that the AX.25
protocol lacks the ability to correct errors and is not optimized to
operate with the noisy channel.

I am very excited to read about NGHam which features error-correcting codes.

Thanks and Regards

On Wed, 12 Aug 2020 at 17:03, Marcus Müller  wrote:

> Hi Yugal,
>
> well, 2-FSK is relatively easy to demodulate, and you'll probably also
> be able to use the existing synchronizer blocks to symbol timing- and
> frequency-synchronize.
>
> What will definitely require writing code is handling the ax.25 frame
> format.
>
> You **should** look at gr-ax25 (it's gr-ax25, by the way, not gr-25)!
> It's good to learn from existing resources. And as said, the framing is
> definitely to be implemented in code, so you'll end up building an
> external module anyways. Best case: you take the existing gr-ax25, and
> add the new mode to it.
>
> Now comes something nobody wants to hear, but it's kind of what you're
> bound to get when talking to me about the ax.25 standard:
>
> It's a bad frame format. It has a checksum, but that checksum is not
> covered by any error correction. That is a terrible idea, and should
> have never been designed that way; you can get way, way, way more
> reliable and hence, further-reaching communications when you actually
> protect *especially* your checksum with forward error correction.
> The only redeeming feature of ax.25 is its widespread usage. If you can
> help it at all, especially when designing new systems, don't use it, so
> that future generations of hams can use less bad frame formats.
>
> Best regards,
> Marcus
>
> On 12/08/2020 12.13, Yugal Joshi wrote:
> > Hey Volker
> >
> > I understand there are ways to implement  it using direwolf.
> > I am more concern to solve this problem with GRC and mostly with its
> core.
> >
> > Can you help me in figuring  out the procedural  steps to be taken to
> > implement a receiver in GRC to decode a signal with G3RUH mode Ax25  and
> > 2FSk
> >
> >
> > Thanks  and Regards
> > Yugal Joshi
> >
> > On Wed, 12 Aug 2020, 3:30 pm Volker Schroer,  > > wrote:
> >
> > 
> > The master branch is for gr3.9, but there is a gnuradio 3.8 branch
> >
> > Another good starting point for ax.25 could be wb2osz/direwolf on
> > github.
> > — Volker
> >
> >
> >
> >> Am 12.08.2020 um 06:31 schrieb Yugal Joshi
> >> mailto:yugaljoshi2...@gmail.com>>:
> >>
> >> 
> >> Hello Jeff
> >> Thanks for replying
> >>
> >> From what I learned in last two days in GNU Radio, it looks like
> >> gr-25 is an OOT module.
> >> gr-25 works with GR 3.9 and pybinds and I am using GR 3.8.1.0.
> >>
> >> Also I want to implement G3RUH  2FSK AX25 using the core modules
> >> of GRC or programming  new OOTs so that I can improve my learning
> >> curve.
> >>
> >> Any help would be appreciated from the community.
> >>
> >> Thanks and Regards
> >>
> >> Yugal Joshi
> >>
> >>
> >> On Wed, 12 Aug 2020, 4:45 am Jeff Long,  >> > wrote:
> >>
> >> Have you already take a look at this?
> >> https://github.com/dl1ksv/gr-ax25
> >>
> >> On Tue, Aug 11, 2020 at 4:13 PM Yugal Joshi
> >> mailto:yugaljoshi2...@gmail.com>>
> >> wrote:
> >>
> >> Hello all
> >> I am new to the GNU Radio community.
> >> I am starting an effort to implement a receiver using GNU
> >> Radio for the amateur radio whose transmitter operates in
> >> G3RUH mode with 2-FSK modulation and AX25 data format.
> >> I designed the project to learn GNU Radio as well as to
> >> contribute something to the SmallSat Community of my
> >> institution Indian Institute of Space Science and
> >> Technology (IIST).
> >>
> >> Is anyone else working on the same configurations ?
> >>
> >> Anyone who can guide me through the procedural steps I
> >> should take to design this receiver(G3RUH mode with 2-FSK
> >> and AX25 data format)?
> >>
> >> As a background information :
> >> The AX.25 protocol is a standard for encoding the data
> >> that includes a message header,station callsign,
> >> destination callsign, message and a simple CRC-16.
> >> The system is widely used for position reporting of the
> >> amateur stations
> >>
> >> Looking for a directive path to move ahead and a positive
> >> response.
> >>
> >> Thanks and Regards
> >> --
> >> Yugal Joshi
> >> B. Tech. Electronics and Communication Engineering
> >> Indian Institute of Space Science and Technology (IIST)
> >> Thiruvananthapuram
> >> 

Re: Amateur Radio G3RUH AX.25 2FSK

[Adrian Musceac]

Hi Derek,

Isn't APRS 1200 baud though? 9600 baud packet is quite uncommon nowadays here, 
historically it was used for BBS access.
I'm also interested in this APRS transceiver.

Best,
Adrian

On August 12, 2020 12:12:09 PM UTC, Derek Kozel  wrote:
>Hi Yugal,
>
>gr-ax25 was just updated this month to start supporting the development
>
>version of GR 3.9 and if you look one commit back it is is compatible 
>with 3.7, so it does look like it's skipping 3.8. Still, it's a
>valuable 
>reference for you as you look to create your own implementation.
>
>I'd suggest starting by making a transmitter first and testing it by 
>receiving using existing software. Page 21 onwards here seems to have a
>
>good description of the modulator and demodulator.
>https://matheo.uliege.be/bitstream/2268.2/6751/1/OUFTI2-COMM-Piron-2019.pdf
>
>I'm excited to see you implement this. It'd be great to see more
>support 
>for the 9600 baud AX25 mode that is used for APRS. It may not be as
>good 
>of performance as more modern modes, but there's a bunch of hardware 
>that supports it.
>
>If you're interested in APRS specifically, by far the best reference I 
>know of is W6KWF Kenneth Finnegan's masters thesis on the protocol.
>https://digitalcommons.calpoly.edu/theses/1341/
>
>Cheers,
>Derek
>MW0LNA
>
>On 12/08/2020 05:29, Yugal Joshi wrote:
>> Hello Jeff
>> Thanks for replying
>>
>> From what I learned in last two days in GNU Radio, it looks like
>gr-25 
>> is an OOT module.
>> gr-25 works with GR 3.9 and pybinds and I am using GR 3.8.1.0.
>>
>> Also I want to implement G3RUH  2FSK AX25 using the core modules of 
>> GRC or programming  new OOTs so that I can improve my learning curve.
>>
>> Any help would be appreciated from the community.
>>
>> Thanks and Regards
>>
>> Yugal Joshi
>>
>>
>> On Wed, 12 Aug 2020, 4:45 am Jeff Long, > > wrote:
>>
>> Have you already take a look at this?
>> https://github.com/dl1ksv/gr-ax25
>>
>> On Tue, Aug 11, 2020 at 4:13 PM Yugal Joshi
>> mailto:yugaljoshi2...@gmail.com>>
>wrote:
>>
>> Hello all
>> I am new to the GNU Radio community.
>> I am starting an effort to implement a receiver using GNU
>> Radio for the amateur radio whose transmitter operates in
>> G3RUH mode with 2-FSK modulation and AX25 data format.
>> I designed the project to learn GNU Radio as well as to
>> contribute something to the SmallSat Community of my
>> institution Indian Institute of Space Science and Technology
>> (IIST).
>>
>> Is anyone else working on the same configurations ?
>>
>> Anyone who can guide me through the procedural steps I should
>> take to design this receiver(G3RUH mode with 2-FSK and AX25
>> data format)?
>>
>> As a background information :
>> The AX.25 protocol is a standard for encoding the data that
>> includes a message header,station callsign, destination
>> callsign, message and a simple CRC-16.
>> The system is widely used for position reporting of the
>> amateur stations
>>
>> Looking for a directive path to move ahead and a positive
>> response.
>>
>> Thanks and Regards
>> -- 
>> Yugal Joshi
>> B. Tech. Electronics and Communication Engineering
>> Indian Institute of Space Science and Technology (IIST)
>> Thiruvananthapuram
>> Kerala
>> India  - 695547
>>

Re: Amateur Radio G3RUH AX.25 2FSK

[Derek Kozel]

Hi Yugal,

gr-ax25 was just updated this month to start supporting the development 
version of GR 3.9 and if you look one commit back it is is compatible 
with 3.7, so it does look like it's skipping 3.8. Still, it's a valuable 
reference for you as you look to create your own implementation.


I'd suggest starting by making a transmitter first and testing it by 
receiving using existing software. Page 21 onwards here seems to have a 
good description of the modulator and demodulator.

https://matheo.uliege.be/bitstream/2268.2/6751/1/OUFTI2-COMM-Piron-2019.pdf

I'm excited to see you implement this. It'd be great to see more support 
for the 9600 baud AX25 mode that is used for APRS. It may not be as good 
of performance as more modern modes, but there's a bunch of hardware 
that supports it.


If you're interested in APRS specifically, by far the best reference I 
know of is W6KWF Kenneth Finnegan's masters thesis on the protocol.

https://digitalcommons.calpoly.edu/theses/1341/

Cheers,
Derek
MW0LNA

On 12/08/2020 05:29, Yugal Joshi wrote:

Hello Jeff
Thanks for replying

From what I learned in last two days in GNU Radio, it looks like gr-25 
is an OOT module.

gr-25 works with GR 3.9 and pybinds and I am using GR 3.8.1.0.

Also I want to implement G3RUH  2FSK AX25 using the core modules of 
GRC or programming  new OOTs so that I can improve my learning curve.


Any help would be appreciated from the community.

Thanks and Regards

Yugal Joshi


On Wed, 12 Aug 2020, 4:45 am Jeff Long, > wrote:


Have you already take a look at this?
https://github.com/dl1ksv/gr-ax25

On Tue, Aug 11, 2020 at 4:13 PM Yugal Joshi
mailto:yugaljoshi2...@gmail.com>> wrote:

Hello all
I am new to the GNU Radio community.
I am starting an effort to implement a receiver using GNU
Radio for the amateur radio whose transmitter operates in
G3RUH mode with 2-FSK modulation and AX25 data format.
I designed the project to learn GNU Radio as well as to
contribute something to the SmallSat Community of my
institution Indian Institute of Space Science and Technology
(IIST).

Is anyone else working on the same configurations ?

Anyone who can guide me through the procedural steps I should
take to design this receiver(G3RUH mode with 2-FSK and AX25
data format)?

As a background information :
The AX.25 protocol is a standard for encoding the data that
includes a message header,station callsign, destination
callsign, message and a simple CRC-16.
The system is widely used for position reporting of the
amateur stations

Looking for a directive path to move ahead and a positive
response.

Thanks and Regards
-- 
Yugal Joshi

B. Tech. Electronics and Communication Engineering
Indian Institute of Space Science and Technology (IIST)
Thiruvananthapuram
Kerala
India  - 695547

PDU socket block

[Felipe Gama]

Hi all,

I'm developing my doctoral research on wavelet coding and I'm trying to
automate the experimental tests developed from the developed codes, I made
a python script from a TCP client that sends it to a TCP server created by
the socket block PDU, however at the reception of this client I'm not able
to handle the data received because I don't know which format the PDU
socket sends and I didn't find it in the documentation. Sending to the PDU
socket the output of the block created by me, which is of the complex
message type. Attached is the client in python, flowchart code and the
client output.

Thanks,

Me. Eng. Felipe Gama




[u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', 
u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', 
u'\x00', u'\x00', u'?', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', 
u'?', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'?', u'\x00', 
u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', 
u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', 
u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'?', u'\x00', u'\x00', u'\x00', 
u'\x00', u'\x00', u'\x00', u'?', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', 
u'\x00', u'?', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', 
u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', 
u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'?', u'\x00', 
u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'?', u'\x00', u'\x00', u'\x00', 
u'\x00', u'\x00', u'\x00', u'?', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', 
u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', 
u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', 
u'\x00', u'?', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'?', 
u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', u'\x00', 
u'\x00', u'\x00', u'\x00', u'\x00']




\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000�?\000\000\000\000\000\000�?\000\000\000\000\000\000�?\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000�?\000\000\000\000\000\000�?\000\000\000\000\000\000�?\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000�?\000\000\000\000\000\000�?\000\000\000\000\000\000�?\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000�?\000\000\000\000\000\000�?\000\000\000\000\000\000\000\000\000\000\000\000

#!/usr/bin/env python2
# -*- coding: utf-8 -*-
##
# GNU Radio Python Flow Graph
# Title: teste experimantal
# Author: Felipe Gama
# Generated: Mon Aug 10 22:50:57 2020
##

if __name__ == '__main__':
import ctypes
import sys
if sys.platform.startswith('linux'):
try:
x11 = ctypes.cdll.LoadLibrary('libX11.so')
x11.XInitThreads()
except:
print "Warning: failed to XInitThreads()"

from PyQt4 import Qt
from gnuradio import blocks
from gnuradio import eng_notation
from gnuradio import gr
from gnuradio.eng_option import eng_option
from gnuradio.filter import firdes
from optparse import OptionParser
import math
import sys
import wavelet


class teste_experimental(gr.top_block, Qt.QWidget):

def __init__(self):
gr.top_block.__init__(self, "teste experimantal")
Qt.QWidget.__init__(self)
self.setWindowTitle("teste experimantal")
try:
self.setWindowIcon(Qt.QIcon.fromTheme('gnuradio-grc'))
except:
pass
self.top_scroll_layout = Qt.QVBoxLayout()
self.setLayout(self.top_scroll_layout)
self.top_scroll = Qt.QScrollArea()
self.top_scroll.setFrameStyle(Qt.QFrame.NoFrame)
self.top_scroll_layout.addWidget(self.top_scroll)
self.top_scroll.setWidgetResizable(True)
self.top_widget = Qt.QWidget()
self.top_scroll.setWidget(self.top_widget)
self.top_layout = Qt.QVBoxLayout(self.top_widget)
self.top_grid_layout = Qt.QGridLayout()
self.top_layout.addLayout(self.top_grid_layout)

self.settings = Qt.QSettings("GNU Radio", "teste_experimental")
self.restoreGeometry(self.settings.value("geometry").toByteArray())

##
# Variables
##
self.text_msg = text_msg = "disparo"
self.tamFonte = tamFonte = 10
self.samp_rate = samp_rate = 100

##
# Blocks
##
self.wavelet_deco_wavelet_str_0_0 = wavelet.deco_wavelet_str(32,"",0)
self.wavelet_cod_wavelet_str_0 = wavelet.cod_wavelet_str(32)
self.blocks_socket_pdu_0 = 

Re: Amateur Radio G3RUH AX.25 2FSK

[Marcus Müller]

Hi Yugal,

well, 2-FSK is relatively easy to demodulate, and you'll probably also 
be able to use the existing synchronizer blocks to symbol timing- and 
frequency-synchronize.


What will definitely require writing code is handling the ax.25 frame 
format.


You **should** look at gr-ax25 (it's gr-ax25, by the way, not gr-25)!
It's good to learn from existing resources. And as said, the framing is 
definitely to be implemented in code, so you'll end up building an 
external module anyways. Best case: you take the existing gr-ax25, and 
add the new mode to it.


Now comes something nobody wants to hear, but it's kind of what you're 
bound to get when talking to me about the ax.25 standard:


It's a bad frame format. It has a checksum, but that checksum is not 
covered by any error correction. That is a terrible idea, and should 
have never been designed that way; you can get way, way, way more 
reliable and hence, further-reaching communications when you actually 
protect *especially* your checksum with forward error correction.
The only redeeming feature of ax.25 is its widespread usage. If you can 
help it at all, especially when designing new systems, don't use it, so 
that future generations of hams can use less bad frame formats.


Best regards,
Marcus

On 12/08/2020 12.13, Yugal Joshi wrote:

Hey Volker

I understand there are ways to implement  it using direwolf.
I am more concern to solve this problem with GRC and mostly with its core.

Can you help me in figuring  out the procedural  steps to be taken to 
implement a receiver in GRC to decode a signal with G3RUH mode Ax25  and 
2FSk



Thanks  and Regards
Yugal Joshi

On Wed, 12 Aug 2020, 3:30 pm Volker Schroer, > wrote:



The master branch is for gr3.9, but there is a gnuradio 3.8 branch

Another good starting point for ax.25 could be wb2osz/direwolf on
github.
— Volker




Am 12.08.2020 um 06:31 schrieb Yugal Joshi
mailto:yugaljoshi2...@gmail.com>>:


Hello Jeff
Thanks for replying

From what I learned in last two days in GNU Radio, it looks like
gr-25 is an OOT module.
gr-25 works with GR 3.9 and pybinds and I am using GR 3.8.1.0.

Also I want to implement G3RUH  2FSK AX25 using the core modules
of GRC or programming  new OOTs so that I can improve my learning
curve.

Any help would be appreciated from the community.

Thanks and Regards

Yugal Joshi


On Wed, 12 Aug 2020, 4:45 am Jeff Long, mailto:willco...@gmail.com>> wrote:

Have you already take a look at this?
https://github.com/dl1ksv/gr-ax25

On Tue, Aug 11, 2020 at 4:13 PM Yugal Joshi
mailto:yugaljoshi2...@gmail.com>>
wrote:

Hello all
I am new to the GNU Radio community.
I am starting an effort to implement a receiver using GNU
Radio for the amateur radio whose transmitter operates in
G3RUH mode with 2-FSK modulation and AX25 data format.
I designed the project to learn GNU Radio as well as to
contribute something to the SmallSat Community of my
institution Indian Institute of Space Science and
Technology (IIST).

Is anyone else working on the same configurations ?

Anyone who can guide me through the procedural steps I
should take to design this receiver(G3RUH mode with 2-FSK
and AX25 data format)?

As a background information :
The AX.25 protocol is a standard for encoding the data
that includes a message header,station callsign,
destination callsign, message and a simple CRC-16.
The system is widely used for position reporting of the
amateur stations

Looking for a directive path to move ahead and a positive
response.

Thanks and Regards
-- 
Yugal Joshi

B. Tech. Electronics and Communication Engineering
Indian Institute of Space Science and Technology (IIST)
Thiruvananthapuram
Kerala
India  - 695547

Re: Amateur Radio G3RUH AX.25 2FSK

[Yugal Joshi]

Hey Volker

I understand there are ways to implement  it using direwolf.
I am more concern to solve this problem with GRC and mostly with its core.

Can you help me in figuring  out the procedural  steps to be taken to
implement a receiver in GRC to decode a signal with G3RUH mode Ax25  and
2FSk


Thanks  and Regards
Yugal Joshi

On Wed, 12 Aug 2020, 3:30 pm Volker Schroer,  wrote:

> 
> The master branch is for gr3.9, but there is a gnuradio 3.8 branch
>
> Another good starting point for ax.25 could be wb2osz/direwolf on github.
> — Volker
>
>
>
> Am 12.08.2020 um 06:31 schrieb Yugal Joshi :
>
> 
> Hello Jeff
> Thanks for replying
>
> From what I learned in last two days in GNU Radio, it looks like gr-25 is
> an OOT module.
> gr-25 works with GR 3.9 and pybinds and I am using GR 3.8.1.0.
>
> Also I want to implement G3RUH  2FSK AX25 using the core modules of GRC or
> programming  new OOTs so that I can improve my learning curve.
>
> Any help would be appreciated from the community.
>
> Thanks and Regards
>
> Yugal Joshi
>
>
> On Wed, 12 Aug 2020, 4:45 am Jeff Long,  wrote:
>
>> Have you already take a look at this?
>> https://github.com/dl1ksv/gr-ax25
>>
>> On Tue, Aug 11, 2020 at 4:13 PM Yugal Joshi 
>> wrote:
>>
>>> Hello all
>>> I am new to the GNU Radio community.
>>> I am starting an effort to implement a receiver using GNU Radio for the
>>> amateur radio whose transmitter operates in G3RUH mode with 2-FSK
>>> modulation and AX25 data format.
>>> I designed the project to learn GNU Radio as well as to
>>> contribute something to the SmallSat Community of my institution Indian
>>> Institute of Space Science and Technology (IIST).
>>>
>>> Is anyone else working on the same configurations ?
>>>
>>> Anyone who can guide me through the procedural steps I should take to
>>> design this receiver(G3RUH mode with 2-FSK and AX25 data format)?
>>>
>>> As a background information :
>>> The AX.25 protocol is a standard for encoding the data that includes a
>>> message header,station callsign, destination callsign, message and a simple
>>> CRC-16.
>>> The system is widely used for position reporting of the amateur stations
>>>
>>> Looking for a directive path to move ahead and a positive response.
>>>
>>> Thanks and Regards
>>> --
>>> Yugal Joshi
>>> B. Tech. Electronics and Communication Engineering
>>> Indian Institute of Space Science and Technology (IIST)
>>> Thiruvananthapuram
>>> Kerala
>>> India  - 695547
>>>
>>

Re: Amateur Radio G3RUH AX.25 2FSK

[Volker Schroer]


The master branch is for gr3.9, but there is a gnuradio 3.8 branch

Another good starting point for ax.25 could be wb2osz/direwolf on github.
— Volker



>> Am 12.08.2020 um 06:31 schrieb Yugal Joshi :
> 
> Hello Jeff
> Thanks for replying 
> 
> From what I learned in last two days in GNU Radio, it looks like gr-25 is an 
> OOT module.
> gr-25 works with GR 3.9 and pybinds and I am using GR 3.8.1.0.
> 
> Also I want to implement G3RUH  2FSK AX25 using the core modules of GRC or 
> programming  new OOTs so that I can improve my learning curve. 
> 
> Any help would be appreciated from the community.
> 
> Thanks and Regards
> 
> Yugal Joshi 
> 
> 
>> On Wed, 12 Aug 2020, 4:45 am Jeff Long,  wrote:
>> Have you already take a look at this?
>> https://github.com/dl1ksv/gr-ax25
>> 
>>> On Tue, Aug 11, 2020 at 4:13 PM Yugal Joshi  
>>> wrote:
>>> Hello all 
>>> I am new to the GNU Radio community.
>>> I am starting an effort to implement a receiver using GNU Radio for the 
>>> amateur radio whose transmitter operates in G3RUH mode with 2-FSK 
>>> modulation and AX25 data format.
>>> I designed the project to learn GNU Radio as well as to contribute 
>>> something to the SmallSat Community of my institution Indian Institute of 
>>> Space Science and Technology (IIST).
>>> 
>>> Is anyone else working on the same configurations ?
>>> 
>>> Anyone who can guide me through the procedural steps I should take to 
>>> design this receiver(G3RUH mode with 2-FSK and AX25 data format)?
>>> 
>>> As a background information : 
>>> The AX.25 protocol is a standard for encoding the data that includes a 
>>> message header,station callsign, destination callsign, message and a simple 
>>> CRC-16.
>>> The system is widely used for position reporting of the amateur stations
>>> 
>>> Looking for a directive path to move ahead and a positive response.
>>> 
>>> Thanks and Regards
>>> -- 
>>> Yugal Joshi 
>>> B. Tech. Electronics and Communication Engineering
>>> Indian Institute of Space Science and Technology (IIST)
>>> Thiruvananthapuram
>>> Kerala
>>> India  - 695547

Re: Problems with packet communication using BPSK

[Shruti Gupta]

Okay, got it now. So in '1', I am feeding the samples received by 
LimeSDR Mini to FLL, polyphase clock sync and costas loop for 
synchronization. Since it does not have any known reference signal 
appended to data, it will not take care of phase ambiguity at receiver 
and so my data is not exactly same as what is being transmitted and 
there are some bit inversions. However in '2' , I am appending header 
with preamble and other information to the payload to create packet 
which is transmitted by Lime SDR Mini. This data is received over the 
air by another SDR which uses correlation estimator to calculate the 
correlation as well as the phase, amplitude and time estimation used by 
the  blocks downstream in the receiver.  This is where I have issues 
when my RX doesn't detect or parse any packet.


Thanks and Regards
SG