I have a implementation with codec2 and stm32 with lora chipsets. It works
reliably well and supports GPS and data.

The code can be released if it helps in any way, did it for our tests and
it is indeed working great.


On Sun, Oct 25, 2020, 08:44 Bruce Perens via Freetel-codec2 <
freetel-codec2@lists.sourceforge.net> wrote:

> I am hoping to work on the software for this radio if/when the radio works.
>
> On Sat, Oct 24, 2020, 7:35 PM Mooneer Salem <moon...@gmail.com> wrote:
>
>> FWIW, I thought the voice quality was significantly better than I
>> expected when I was playing with the app earlier this week. Then again, I
>> think I was mentally expecting something only a bit better than 700D (maybe
>> 2020 quality at best) considering that's what I use the most often on HF
>> and all.
>>
>> -Mooneer K6AQ
>>
>> On Sat, Oct 24, 2020 at 5:29 PM David Rowe <da...@rowetel.com> wrote:
>>
>>> Thanks Walter.  I was wondering about this statement on the M17 page:
>>>
>>> "M17 uses Codec2, written and developed by David Rowe. Codec2
>>> outperforms existing proprietary and patented (non-free) vocoders
>>> currently available."
>>>
>>> Do you (or others on this list) think Codec 2 at 3200 bits/ outperforms
>>> the codecs used for DMR/DStar and friends?
>>>
>>> - David
>>>
>>> On 25/10/20 10:01 am, walt...@k5wh.net wrote:
>>> > Here’s a few notes I sent to someone else earlier today.
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > M17 is a very NEW project with a great deal of traction just recently.
>>> >
>>> >
>>> >
>>> > https://m17project.org/faq/  has some details about what is happening.
>>> >
>>> >
>>> >
>>> > This is a completely open source project using David Rowe’s Codec2 for
>>> > the encoding scheme. Much like the FreeDV for HF we have been using for
>>> > many years.
>>> >
>>> >
>>> >
>>> > They have modified the back-end around Dstar for the reflectors and
>>> > modules, using a very slightly modified version of the xlxd software
>>> for
>>> > building reflectors.
>>> >
>>> >
>>> >
>>> > Seems that the reflector count has risen from 3 to 12 in the past 3
>>> > days, so the word is still getting out to others.
>>> > https://m17project.org/reflector/
>>> >
>>> >
>>> >
>>> > There is no commercially available radio, but the TR-9 is the radio
>>> that
>>> > has been designed for it today. I understand they just got their alpha
>>> > pc-boards barely a week ago, and are still sourcing the components for
>>> > it. But there should be some RF available in a week or so.
>>> >
>>> >
>>> >
>>> > Jonathon Naylor has just updated the MMDVM code to support M17, and the
>>> > hotspot devices and the gateway components are being worked next.  His
>>> > early comment below.
>>> >
>>> >
>>> >
>>> > Hi All
>>> >
>>> > I've just finished the first round of developing M17 support for the
>>> > MMDVM. It is based on the current specification of M17, but it is a
>>> > dynamic protocol so it may well change before long. I've raised some
>>> > issue with the M17 developers which may mean changes to address those
>>> > issues.
>>> >
>>> > Currently M17 won't work with MMDVM hotspots based on the chip
>>> > modem/radio, only those systems based on MMDVM modem boards. In theory
>>> > the levels are correct and you should be able to load the modem code,
>>> > and the MMDVM Host from the M17 branch and off you go. I don't know if
>>> > it works as I have no M17 radios. Once we get hotspot support for M17
>>> > then I think it'll be possible to use them as low powered M17
>>> transceivers.
>>> >
>>> > On the networking side, it only connects to one M17 reflector, and that
>>> > is set in the ini file. Currently it's set to M17-USA module A. If
>>> > things move on with M17 then I will create a proper M17 Gateway program
>>> > with echo functionality to allow for dynamic control of the reflector,
>>> > but that is far off at the moment.
>>> >
>>> > I have tested my code against itself, and most of it seems to work,
>>> some
>>> > corners have not been tested yet, but they will be in due course.
>>> >
>>> > If anyone has an M17 transceiver and wishes to play with the code, I'd
>>> > be interested in what happens.
>>> >
>>> > Jonathan  G4KLX
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > So it is early in the development stages, but things are indeed moving
>>> > fast, as of just the ast few weeks.
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > Walter/K5WH
>>> >
>>> >
>>> >
>>> > *From:* Adrian Musceac <kanto...@gmail.com>
>>> > *Sent:* Saturday, October 24, 2020 3:27 PM
>>> > *To:* freetel-codec2@lists.sourceforge.net
>>> > *Subject:* Re: [Freetel-codec2] Comments on the M17 project
>>> >
>>> >
>>> >
>>> > Hi Walter,
>>> >
>>> > Is there like a mailing list of the project or something?
>>> >
>>> > Adrian
>>> >
>>> > On October 24, 2020 4:13:56 PM UTC, walt...@k5wh.net
>>> > <mailto:walt...@k5wh.net> wrote:
>>> >
>>> >     Several of us have been working with M17 for the past week, using
>>> >     the Mvoice linux client, and it's working quite well with the
>>> >     reflectors they have in place today.
>>> >
>>> >
>>> >
>>> >     The number of reflectors have increased from 3 early last week to 9
>>> >     as of this morning, with a couple more that should show up today.
>>> >
>>> >
>>> >
>>> >     Since it uses the Dstar concept for reflectors, each one can
>>> support
>>> >     modules A-Z, so 26 different sets of qso's if it ever gets that
>>> >     busy. 😊
>>> >
>>> >
>>> >
>>> >     I am greatly looking forward to seeing the TR-9 radio on the air
>>> >     before too long, to really exercise the mode, as the MMDVM and
>>> >     hotspot code gets updated by Jonathan.
>>> >
>>> >
>>> >
>>> >     Once the gateway option is available, then cross-modes of
>>> DMR/Fusion
>>> >     etc..  to M17 should will ramp things up until more radios are
>>> >     available.
>>> >
>>> >
>>> >
>>> >     It's really exciting for me to see yet another opportunity for
>>> >     David's Codec2 to truly shine for us.
>>> >
>>> >
>>> >
>>> >     M17 is another great victory for the Open Source World!
>>> >
>>> >
>>> >
>>> >     Walter/K5WH
>>> >
>>> >
>>> >
>>> >     -----Original Message-----
>>> >     From: Al Beard <bear...@unixservice.com.au
>>> >     <mailto:bear...@unixservice.com.au>>
>>> >     Sent: Saturday, October 24, 2020 12:52 AM
>>> >     To: freetel-codec2@lists.sourceforge.net
>>> >     <mailto:freetel-codec2@lists.sourceforge.net>
>>> >     Subject: [Freetel-codec2] Comments on the M17 project
>>> >
>>> >
>>> >
>>> >     Hi all,
>>> >
>>> >
>>> >
>>> >     I was looking at the M17 project and noticing their discussion on
>>> >     callsign sending. Suggesting in 48 bits for Src and Dest, packing
>>> >     the characters as RT11 filenames used to do. (Digital PDP-11 of
>>> 1975)
>>> >
>>> >
>>> >
>>> >     What I notice in our HF mode 700D, it has quite poor data
>>> >     reliability particularly in the "Txt MSG" which is where the Src
>>> and
>>> >     Dest data may well be.
>>> >
>>> >
>>> >
>>> >     Adding 96 bits to every frame is in my view way too many bits.
>>> >
>>> >     In our current modes eg. 700D, could we sacrifice every tenth frame
>>> >     for source and destination?
>>> >
>>> >
>>> >
>>> >     Thoughts?
>>> >
>>> >
>>> >
>>> >     ---------------------------------------------------
>>> >
>>> >     Alan VK2ZIW
>>> >
>>> >     Before the Big Bang, God, Sela.
>>> >
>>> >     OpenWebMail 2.53, nothing in the cloud.
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >     _______________________________________________
>>> >
>>> >     Freetel-codec2 mailing list
>>> >
>>> >     Freetel-codec2@lists.sourceforge.net
>>> >     <mailto:Freetel-codec2@lists.sourceforge.net>
>>> >
>>> >     https://lists.sourceforge.net/lists/listinfo/freetel-codec2
>>> >
>>> >
>>> >
>>> > _______________________________________________
>>> > Freetel-codec2 mailing list
>>> > Freetel-codec2@lists.sourceforge.net
>>> > https://lists.sourceforge.net/lists/listinfo/freetel-codec2
>>> >
>>>
>>>
>>> _______________________________________________
>>> Freetel-codec2 mailing list
>>> Freetel-codec2@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
>>>
>> _______________________________________________
>> Freetel-codec2 mailing list
>> Freetel-codec2@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
>>
> _______________________________________________
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
>
_______________________________________________
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Reply via email to