Re: [Freetel-codec2] QSO.freedv.org

2020-08-10 Thread Mel Whitten
Al,

 

Just use your call sign. 

 

Mel

 

 

From: Al Beard  
Sent: Monday, August 10, 2020 8:49 PM
To: freetel-codec2@lists.sourceforge.net
Subject: Re: [Freetel-codec2] QSO.freedv.org

 

Hi John, 

 

Can I ask how one gets a login?

 

I see nothing on:

http://qso.freedv.org/

 

I'm trying to get some test usage of my "parrot" repeater here or anywhere
if somebody is interested

in running my (well sorta) code.

 

Alan VK2ZIW

 

On Mon, 10 Aug 2020 12:31:38 -0500, walterh wrote 
> Sounds great. 
>   
> Many thanks for the heads up John. 
>   
>   
> Walter/K5WH 
>   
> 
> From: John D. Hays mailto:j...@hays.org> > 
> Sent: Monday, August 10, 2020 11:06 AM 
> To: Freetel-codec2@lists.sourceforge.net
  
> Subject: [Freetel-codec2] QSO.freedv.org 
>   
> 
> Over the next 2 weeks, http://qso.freedv.org 
will have some down time as we move into a new home.  The good news is the
Internet connection is installed and running, so it should come up very
quickly as we move equipment. 
> 
>   
> -- 
> 
> John D. Hays 
> Kingston, WA 
> 
> K7VE 
> 
>   
> 
>   
> 
>   


--- 
Alan VK2ZIW 

OpenWebMail 2.53, nothing in the cloud. 

___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2


Re: [Freetel-codec2] QSO.freedv.org

2020-08-10 Thread Al Beard
Hi John,

Can I ask how one gets a login?

I see nothing on:

http://qso.freedv.org/

I'm trying to get some test usage of my "parrot" repeater here or anywhere if 
somebody is interested

in running my (well sorta) code.

Alan VK2ZIW

On Mon, 10 Aug 2020 12:31:38 -0500, walterh wrote
> Sounds great.
>  
> Many thanks for the heads up John.
>  
>  
> Walter/K5WH
>  
> 
> From: John D. Hays  
> Sent: Monday, August 10, 2020 11:06 AM
> To: Freetel-codec2@lists.sourceforge.net
> Subject: [Freetel-codec2] QSO.freedv.org
>  
> 
> Over the next 2 weeks, http://qso.freedv.org will have some down time as we 
> move into a new home.  The good news is the Internet connection is installed 
> and running, so it should come up very quickly as we move equipment.
> 
>  
> -- 
> 
> John D. Hays
> Kingston, WA
> 
> K7VE
> 
>  
> 
>  
> 
>  

--- 
Alan VK2ZIW

OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2


Re: [Freetel-codec2] QSO.freedv.org

2020-08-10 Thread walterh
Sounds great.

 

Many thanks for the heads up John.

 

 

Walter/K5WH

 

From: John D. Hays  
Sent: Monday, August 10, 2020 11:06 AM
To: Freetel-codec2@lists.sourceforge.net
Subject: [Freetel-codec2] QSO.freedv.org

 

Over the next 2 weeks, http://qso.freedv.org will have some down time as we 
move into a new home.  The good news is the Internet connection is installed 
and running, so it should come up very quickly as we move equipment.

 

-- 

John D. Hays
Kingston, WA

K7VE

 

 

 

___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2


[Freetel-codec2] QSO.freedv.org

2020-08-10 Thread John D. Hays
Over the next 2 weeks, http://qso.freedv.org will have some down time as we
move into a new home.  The good news is the Internet connection is
installed and running, so it should come up very quickly as we move
equipment.

-- 
John D. Hays
Kingston, WA
K7VE
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2


Re: [Freetel-codec2] building and testing freedv-gui with wxWidgets 3.1

2020-08-10 Thread Mooneer Salem
Noticed this last night, too, actually. I have PR #70 open to fix:
https://github.com/drowe67/freedv-gui/pull/70

-Mooneer K6AQ

On Mon, Aug 10, 2020, 4:22 AM Al Beard  wrote:

> Hi David,
>
> Testing FreeDV 1.4.3 Devel downloaded day 222 this year ie. yesterday 9th.
>
> Aarch64 Ubuntu 20.04.1 LTS (Focal Fossa) on the Odroid N2 with a 250Gb SSD
> on USB3
> (as mentioned before)
>
> Problem:
> When I went to: Start/Stop Play File - From Radio...
>
> we get a message:
> ../src/common/sizer.cpp(2133): assert "!(flags & wxALIGN_RIGHT)" failed in
> Doinsert(): Horizontal flags are ignored in horizontal sizers
>
> One then presses >Continue and the file selection window comes up.
> and playing "all_2020.wav" it runs as before decoding but the audio is
> bitzy as it was before.
>
> Waterfall is working, Spectrum is working.
>
> Rx text is working
>
> I'll try mode 700C, 700D, 1600 and 2400B all work fine.
>
> I changed ./src/fdmdv2_main.cpp
>
> // bug: I can't this to align right.
> wxBoxSizer *sizerTop = new wxBoxSizer(wxHORIZONTAL);
> // AlansizerTop->Add(m_cb, 0, wxALIGN_RIGHT, 0);
> sizerTop->Add(m_cb, 0, 0, 0);
> SetSizerAndFit(sizerTop);
>
> and no more messages...
>
> The window opens up centre screen, so that's OK.
>
> Alan VK2ZIW
>
>
>
>
> On Sun, 9 Aug 2020 21:29:51 +0930, David Rowe wrote
> > I used:
> >
> > cmake -DCMAKE_BUILD_TYPE=Debug
> > -DCODEC2_BUILD_DIR=~/codec2/build_linux -
> > DLPCNET_BUILD_DIR=~/LPCNet/build_linux -DBOOTSTRAP_WXWIDGETS=1 ..
> >
> > On 9/8/20 6:01 pm, Al Beard wrote:
> > > Hi David,
> > >
> > > Q/ How did you test, on Linux, wxWidgets 3.1 ?
> > >
> > > System here: Odroid N2 kernel 5.6.18-meson64
> > > DISTRIB_DESCRIPTION="Ubuntu 20.04.1 LTS"
> > > NAME="Ubuntu"
> > > VERSION="20.04.1 LTS (Focal Fossa)"
> > >
> > > With the OS supplied wxWidgets 3.0 the FreeDV GUI compiles and runs
> fine.
> > > With a slight change to CMakeLists.txt to specify wx-config and wxrc
> nogo.
> > >
> > > if(NOT BOOTSTRAP_WXWIDGETS)
> > >set(WXCONFIG "wx-config-3.1" CACHE FILEPATH "Location of wx-config
> > > binary.")
> > >set(WXRC "wxrc-3.1" CACHE FILEPATH "Location of wxrc binary.")
> > > endif(NOT BOOTSTRAP_WXWIDGETS)
> > >
> > > And, both wx-config-3.1 and wxrc-3.1 are in my path this is the
> "cmake"
> > > output:
> > > -- Looking for wxWidgets...
> > > -- wx-config: wx-config-3.1
> > > -- wxrc: wxrc-3.1
> > > CMake Error at /usr/share/cmake-
> > > 3.16/Modules/FindPackageHandleStandardArgs.cmake:146 (message):
> > >  Could NOT find wxWidgets (missing: wxWidgets_LIBRARIES
> > >   wxWidgets_INCLUDE_DIRS)
> > > Call Stack (most recent call first):
> > >  /usr/share/cmake-3.16/Modules/FindPackageHandleStandardArgs.cmake:393
> > > (_FPHSA_FAILURE_MESSAGE)
> > >  /usr/share/cmake-3.16/Modules/FindwxWidgets.cmake:1008
> > > (find_package_handle_standard_args)
> > >  CMakeLists.txt:401 (find_package)
> > >
> > >  OK then, turn on the cmake diagnostics 
> > >
> > > cmake --log-level=TRACE -DCMAKE_BUILD_TYPE=Debug
> > > -DCODEC2_BUILD_DIR=$CODEC2DIR/build_linux
> > > -DLPCNET_BUILD_DIR=$LPCNETDIR/build_linux ..
> > >
> > > But, this produces nothing in build_linux/CMakeFiles/CMakeError.log or
> > > build_linux/CMakeFiles/CMakeOutput.log
> > >
> > > So, with nothing to help in diagnosis, I'm puzzled.
> > >
> > > Executing "wx-config-3.0 --cflags"  shows the same output
> > > as "wx-config-3.1 --cflags" save for paths being different.
> > >
> > > So, I am now doing the BOOTSTRAP install of WxWidgets 3.1.4 (actually
> > > from file://~/src/wxWidgets-3.1.4.tar.bz2)
> > >
> > > OK, off to tea...
> > >
> > > Alan VK2ZIW
> > >
> > >
> > > On Sun, 9 Aug 2020 10:26:02 +0930, David Rowe wrote
> > >> I've popped some 1.4.3 windows builds up with the wxWidgets 3.1
> changes:
> > >>
> > >>   http://rowetel.com/downloads/freedv/
> > >>
> > >> Release  notes at the bottom of:
> > >>
> > >> https://github.com/drowe67/freedv-
> > > gui/blob/4602ebb2a76d729d525ce04eba41940d8a987441/USER_MANUAL.md
> > >>
> > >> - David
> > >>
> > >> On 7/8/20 6:23 am, David Rowe wrote:
> > >> > Mooneer has done some fine work in making freedv-gui build and run
> with
> > >> > wxWidgets 3.1:
> > >> >
> > >> >   https://github.com/drowe67/freedv-gui/pull/68
> > >> >
> > >> > If you have some experience with building freedv-gui for Linux and
> > >> > Windows (using the freedv-gui/docker system), it would be great to
> have
> > >> > some help testing this PR across various operating systems and
> > > wxWidgets
> > >> > versions.  If you would like to help, pls see the Test Plan table
> at
> > > the
> > >> > top of the PR.
> > >> >
> > >> > Thanks,
> > >> > David
> > >> >
> > >>
> > >> ___
> > >> Freetel-codec2 mailing list
> > >> Freetel-codec2@lists.sourceforge.net
> > >> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> > >
> > >
> > > ---
> > > Alan VK2ZIW
> > >
> > > OpenWebMail 2.53, nothing 

Re: [Freetel-codec2] list behavior

2020-08-10 Thread Helmut Oeller
Sorry David, if this is a muzzle list just for some coders and appropriate
serious RF arguments were censored, it's time for me to retreat too.

Helmut, DC6NY


-Ursprüngliche Nachricht-
Von: David Rowe [mailto:da...@rowetel.com]
Gesendet: Montag, 10. August 2020 10:43
An: freetel-codec2@lists.sourceforge.net
Betreff: [Freetel-codec2] list behavior

Dear List,

I have removed Glen from the list as I (and some other members who I have
spoken to) have found his behavior to be offensive on several occasions over
the past month.

While I appreciate his RF knowledge, this is a hobby for me and I don't need
that sort of behavior here.

I have emailed him off list and explained my reasons.

Thanks,
David



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2


--
Diese E-Mail wurde von AVG auf Viren geprüft.
http://www.avg.com



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2


Re: [Freetel-codec2] building and testing freedv-gui with wxWidgets 3.1

2020-08-10 Thread Al Beard
Hi David,

Testing FreeDV 1.4.3 Devel downloaded day 222 this year ie. yesterday 9th.

Aarch64 Ubuntu 20.04.1 LTS (Focal Fossa) on the Odroid N2 with a 250Gb SSD on 
USB3

(as mentioned before)

Problem:

When I went to: Start/Stop Play File - From Radio...

we get a message:

../src/common/sizer.cpp(2133): assert "!(flags & wxALIGN_RIGHT)" failed in 
Doinsert(): Horizontal flags are ignored in horizontal sizers

One then presses >Continue and the file selection window comes up.

and playing "all_2020.wav" it runs as before decoding but the audio is bitzy as 
it was before.

Waterfall is working, Spectrum is working.

Rx text is working

I'll try mode 700C, 700D, 1600 and 2400B all work fine.

I changed ./src/fdmdv2_main.cpp

    // bug: I can't this to align right.

    wxBoxSizer *sizerTop = new wxBoxSizer(wxHORIZONTAL);

// Alan    sizerTop->Add(m_cb, 0, wxALIGN_RIGHT, 0);

    sizerTop->Add(m_cb, 0, 0, 0);

    SetSizerAndFit(sizerTop);

and no more messages...

The window opens up centre screen, so that's OK.

Alan VK2ZIW

On Sun, 9 Aug 2020 21:29:51 +0930, David Rowe wrote
> I used:
> 
> cmake -DCMAKE_BUILD_TYPE=Debug 
> -DCODEC2_BUILD_DIR=~/codec2/build_linux -
> DLPCNET_BUILD_DIR=~/LPCNet/build_linux -DBOOTSTRAP_WXWIDGETS=1 ..
> 
> On 9/8/20 6:01 pm, Al Beard wrote:
> > Hi David,
> > 
> > Q/ How did you test, on Linux, wxWidgets 3.1 ?
> > 
> > System here: Odroid N2 kernel 5.6.18-meson64
> > DISTRIB_DESCRIPTION="Ubuntu 20.04.1 LTS"
> > NAME="Ubuntu"
> > VERSION="20.04.1 LTS (Focal Fossa)"
> > 
> > With the OS supplied wxWidgets 3.0 the FreeDV GUI compiles and runs fine.
> > With a slight change to CMakeLists.txt to specify wx-config and wxrc nogo.
> > 
> > if(NOT BOOTSTRAP_WXWIDGETS)
> >    set(WXCONFIG "wx-config-3.1" CACHE FILEPATH "Location of wx-config
> > binary.")
> >    set(WXRC "wxrc-3.1" CACHE FILEPATH "Location of wxrc binary.")
> > endif(NOT BOOTSTRAP_WXWIDGETS)
> > 
> > And, both wx-config-3.1 and wxrc-3.1 are in my path this is the "cmake"
> > output:
> > -- Looking for wxWidgets...
> > -- wx-config: wx-config-3.1
> > -- wxrc: wxrc-3.1
> > CMake Error at /usr/share/cmake-
> > 3.16/Modules/FindPackageHandleStandardArgs.cmake:146 (message):
> >  Could NOT find wxWidgets (missing: wxWidgets_LIBRARIES
> >   wxWidgets_INCLUDE_DIRS)
> > Call Stack (most recent call first):
> >  /usr/share/cmake-3.16/Modules/FindPackageHandleStandardArgs.cmake:393
> > (_FPHSA_FAILURE_MESSAGE)
> >  /usr/share/cmake-3.16/Modules/FindwxWidgets.cmake:1008
> > (find_package_handle_standard_args)
> >  CMakeLists.txt:401 (find_package)
> > 
> >  OK then, turn on the cmake diagnostics 
> > 
> > cmake --log-level=TRACE -DCMAKE_BUILD_TYPE=Debug
> > -DCODEC2_BUILD_DIR=$CODEC2DIR/build_linux
> > -DLPCNET_BUILD_DIR=$LPCNETDIR/build_linux ..
> > 
> > But, this produces nothing in build_linux/CMakeFiles/CMakeError.log or
> > build_linux/CMakeFiles/CMakeOutput.log
> > 
> > So, with nothing to help in diagnosis, I'm puzzled.
> > 
> > Executing "wx-config-3.0 --cflags"  shows the same output
> > as "wx-config-3.1 --cflags" save for paths being different.
> > 
> > So, I am now doing the BOOTSTRAP install of WxWidgets 3.1.4 (actually
> > from file://~/src/wxWidgets-3.1.4.tar.bz2)
> > 
> > OK, off to tea...
> > 
> > Alan VK2ZIW
> > 
> > 
> > On Sun, 9 Aug 2020 10:26:02 +0930, David Rowe wrote
> >> I've popped some 1.4.3 windows builds up with the wxWidgets 3.1 changes:
> >>
> >>   http://rowetel.com/downloads/freedv/
> >>
> >> Release  notes at the bottom of:
> >>
> >> https://github.com/drowe67/freedv-
> > gui/blob/4602ebb2a76d729d525ce04eba41940d8a987441/USER_MANUAL.md
> >>
> >> - David
> >>
> >> On 7/8/20 6:23 am, David Rowe wrote:
> >> > Mooneer has done some fine work in making freedv-gui build and run with
> >> > wxWidgets 3.1:
> >> >
> >> >   https://github.com/drowe67/freedv-gui/pull/68
> >> >
> >> > If you have some experience with building freedv-gui for Linux and
> >> > Windows (using the freedv-gui/docker system), it would be great to have
> >> > some help testing this PR across various operating systems and
> > wxWidgets
> >> > versions.  If you would like to help, pls see the Test Plan table at
> > the
> >> > top of the PR.
> >> >
> >> > Thanks,
> >> > David
> >> >
> >>
> >> ___
> >> Freetel-codec2 mailing list
> >> Freetel-codec2@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> > 
> > 
> > ---
> > Alan VK2ZIW
> > 
> > OpenWebMail 2.53, nothing in the cloud.
> > 
> > 
> > ___
> > 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


Re: [Freetel-codec2] FreeDV data mode

2020-08-10 Thread David Rowe
Hi Mark,

Yes I am interpreting it the other way, ie the "spurious emissions
attenuated by ... the lessor of (23,70) == 23dBc for very low power signals.

However it's a bit confusing and you (and Glen) might be right . I
will seek clarification from ACMA.  It may also be different in other
parts if the world.

-/-

Also in response to Glen's earlier email - much of the slow fall off of
the spectrum on the blog post
(http://www.rowetel.com/images/rpitx/rpitx_spectrum_10kbps.png) is due
it being unfiltered FSK (i.e. not really about the Pi).

In busier bands, the bandwidth could be reduced by using a lower bit
rate.  Today we were testing in on 2M at 1000 bit/s and below, and we
could hardly hear or see the carrier on a SDR (let alone the spurious).

In higher bands, there tends to be more space available, so less of a
problem.

Cheers,
David


On 10/8/20 5:07 pm, Mark Jessop wrote:
> I think David is going purely by the spurious emissions limits from the
> Amateur LCD:
> image.png
> 
> So for 10mW TX power, 43+10log(0.01) = 23 dB.
> HOWEVER, it's also worth looking at how the above legislation is
> interpreted.
> When we talk about spurious emissions, we usually talk in dB relative to
> the carrier of the wanted signal (dBc). So the result of the above
> calculation should really be expressed as -23 dBc, with the other limit
> being -50 dBc.
> The letter of those two is -50 dBc. Is this how it should be
> interpreted? I don't know.
> 
> How appropriate are these limits when attempting to play nicely with
> other users of the amateur bands is another issue. 
> I certainly wouldn't want to be amplifying the output of a RPi TX
> without doing something to seriously clean it up, if that's even possible.
> 
> 73
> Mark VK5QI
> 
> On Mon, Aug 10, 2020 at 3:47 PM glen english  > wrote:
> 
> David, looking at that link and plots you sent, that radio will not
> meet
> community and other band user spectral purity expectations.
> 
> At UHF, It needs to be better than -70dBc in an SSB Bandwidth immediate
> adjacent
> 
> At 1MHz away, -110dBc in an SSB BW...
> 
> and proportionally better at lower frequencies
> 
> -40dBc in band you will make alot of other radio amateurs unhappy...
> 
> Here is a worked example from your 144.5 plot.
> 
> +10dBm  - 40  = -30dBc in SSB BW
> 
> Now, how about an SSB users 10km away line of site (-95dB), say 0dBi to
> 0dBi,
> 
> you put -30 - 95 = -125dBm noise in his receiver, an effect desense of
> about 18dB.
> 
> and that is only with +10dBm TX power.
> 
> g
> 
> 
> On 10/08/2020 7:52 am, David Rowe wrote:
> > With the addition of a LPF I believe it meets the spectral purity
> > requirements of the Amateur LCD on 2M:
> >
> >    http://www.rowetel.com/?p=7207
> >
> > and on HF:
> >
> >    http://www.rowetel.com/?p=6317
> >
> > - David
> >
> > On 10/8/20 6:50 am, glen english wrote:
> >> except that the Pi transmitter has unacceptable spectral purity.
> >>
> >> On 9/08/2020 7:18 pm, Adrian Musceac wrote:
> >>> Thanks David for the news.
> >>> One question: how high can the Pi transmitter go in frequency?
> >>> Our 70 cm band is pretty crowded, but the 23 cm band and
> 2305-2400 MHz
> >>> bands are underutilized and we want to make use of them. The Pi/RTL
> >>> system is a good candidate because of price.
> >>>
> >>> Adrian
> >>
> >> ___
> >> 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
> 
> -- 
> Glen English
> RF Communications and Electronics Engineer
> 
> CORTEX RF
> &
> Pacific Media Technologies Pty Ltd
> 
> ABN 40 075 532 008
> 
> PO Box 5231 Lyneham ACT 2602, Australia.
> au mobile : +61 (0)418 975077
> 
> 
> 
> 
> ___
> 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] list behavior

2020-08-10 Thread David Rowe
Dear List,

I have removed Glen from the list as I (and some other members who I
have spoken to) have found his behavior to be offensive on several
occasions over the past month.

While I appreciate his RF knowledge, this is a hobby for me and I don't
need that sort of behavior here.

I have emailed him off list and explained my reasons.

Thanks,
David



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2


Re: [Freetel-codec2] FreeDV data mode

2020-08-10 Thread Helmut Oeller
NO, Pluto as well as LimeSDR perform quite well on all VHF, UHF and SHF
bands. Variable preamp gain and/or total receiver gain of 50 dB and more
guarantee the claimed 2.5 dB NF. Full-duplex capability is a great feature
for satellite communication. Meanwhile approx. 30 percent of QO-100 traffic
uses these small transceivers with big success. AD and Lime microsystems are
no 'hawker's tray' companies and you can trust (or verify) their data sheet.

73, Helmut, DC6NY

-Ursprüngliche Nachricht-
Von: Steve [mailto:coupaydevi...@gmail.com]
Gesendet: Montag, 10. August 2020 00:00
An: freetel-codec2@lists.sourceforge.net
Betreff: Re: [Freetel-codec2] FreeDV data mode

When the Pluto came out, I had to have one. Playing with it kind of left me
saying "meh" because it didn't seem to have much RX gain. I needed a beam to
focus on the transmitter.

I then tried the LimeSDR-Mini but that thing only lasted about a year and
then failed. Expensive junk. Comparably, the Pluto is much more hobby
oriented with the ability to run Linux. Still running after several years.
It's not cheap at $250 USD, but think of it as a Pi combined with a radio.

On Sun, Aug 9, 2020 at 1:29 AM Adrian Musceac  wrote:
>
> Hi David,
>
> I've watched with interest your recent foray into FreeDV data
transmission.
> There's a new and interesting project called HNAP (https://hnap.de ) which
has the same goals (long distance IP links). The project is well described
in this year's SDRA talk by Lukas O.
> Inspired by both your project and theirs, I wrote a 4FSK data mode which
has the following characteristics:
>
> - 100 kbaud, 1/2 convolutional code
> - fits in a 200 kHz channel on the 70 cm and 23 cm bands (IARU region
> 1 allocations)
> - full duplex
> - works with 50 watt FM amplifiers
> - good SNR performance, 20 km point to point access distance tested
> with small non-directional antennas
> - carries layer 2 (Ethernet) frames
>
> Do you have anything planned for VHF as well?
>
> Best regards,
> Adrian___
> 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


--
Diese E-Mail wurde von AVG auf Viren geprüft.
http://www.avg.com



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2


Re: [Freetel-codec2] FreeDV data mode NOT ACCEPTABLE SPECTRAL PURITY

2020-08-10 Thread glen english
David, looking at that link and plots you sent, that radio will not meet 
community and other band user spectral purity expectations.


At UHF, It needs to be better than -70dBc in an SSB Bandwidth immediate 
adjacent


At 1MHz away, -110dBc in an SSB BW...

and proportionally better at lower frequencies

-40dBc in band you will make alot of other radio amateurs unhappy...

Here is a worked example from your 144.5 plot.

+10dBm  - 40  = -30dBc in SSB BW

Now, how about an SSB users 10km away line of site (-95dB), say 0dBi to 
0dBi,


you put -30 - 95 = -125dBm noise in his receiver, an effect desense of 
about 18dB.


and that is only with +10dBm TX power.

g


On 10/08/2020 7:52 am, David Rowe wrote:

With the addition of a LPF I believe it meets the spectral purity
requirements of the Amateur LCD on 2M:

   http://www.rowetel.com/?p=7207

and on HF:

   http://www.rowetel.com/?p=6317

- David

On 10/8/20 6:50 am, glen english wrote:

except that the Pi transmitter has unacceptable spectral purity.

On 9/08/2020 7:18 pm, Adrian Musceac wrote:

Thanks David for the news.
One question: how high can the Pi transmitter go in frequency?
Our 70 cm band is pretty crowded, but the 23 cm band and 2305-2400 MHz
bands are underutilized and we want to make use of them. The Pi/RTL
system is a good candidate because of price.

Adrian


___
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


--
Glen English
RF Communications and Electronics Engineer

CORTEX RF
&
Pacific Media Technologies Pty Ltd

ABN 40 075 532 008

PO Box 5231 Lyneham ACT 2602, Australia.
au mobile : +61 (0)418 975077




___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2


Re: [Freetel-codec2] FreeDV data mode

2020-08-10 Thread glen english
I doubt it will meet adjacent channel, and in-band noise community 
expectations.


What is the noise level 10kHz  and 100kHz away, in an SSB bandwidth ?

(dont measure in 1Hz BW, measure in the wide band and convert)

g

On 10/08/2020 7:52 am, David Rowe wrote:

With the addition of a LPF I believe it meets the spectral purity
requirements of the Amateur LCD on 2M:

   http://www.rowetel.com/?p=7207

and on HF:

   http://www.rowetel.com/?p=6317

- David

On 10/8/20 6:50 am, glen english wrote:

except that the Pi transmitter has unacceptable spectral purity.

On 9/08/2020 7:18 pm, Adrian Musceac wrote:

Thanks David for the news.
One question: how high can the Pi transmitter go in frequency?
Our 70 cm band is pretty crowded, but the 23 cm band and 2305-2400 MHz
bands are underutilized and we want to make use of them. The Pi/RTL
system is a good candidate because of price.

Adrian


___
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


--
Glen English
RF Communications and Electronics Engineer

CORTEX RF
&
Pacific Media Technologies Pty Ltd

ABN 40 075 532 008

PO Box 5231 Lyneham ACT 2602, Australia.
au mobile : +61 (0)418 975077




___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2