Hi Mooneer
wow that list of requirements and resposibilities reads like a
USD$250,000/year job. or more.
Perhaps it can be done by someone (a volunteer) willing to manage a few
volunteer contractors ? I'm happy to manage and coordinate as a volunteer.
On 9/02/2024 10:19 am, Mooneer
down, it only sends the token tag to
the decoder to look up and reproduce.
IE a form of dynamic lookup table. There must be a name for doing this
in computer science ???
glen
On 29/12/2023 11:54 pm, Tomas Härdin wrote:
fre 2023-12-29 klockan 10:44 +1100 skrev glen english LIST:
Hi Tomas
Hi Tomas
"codec2 + zip makes for even smaller files"
implying that there is still redundancy to remove in the codec2 encoded voice
files
That sounds like low hanging fruit to pick.
I guess though that is across a large number of frames (an audio book), where
there may be redundancy /
d code etc. Is this your driving point ?
regards
glen english
On 14/12/2023 8:41 pm, Sebastien F4GRX wrote:
Hello,
I agree reference code is important as a known-good base to help test
the compliance of third party implementations, but code NEVER has been
equivalent to a specificati
I support reference C code
For a developer who needs to implement an algorthm on their platform,
the reference C code (RCC) provides ability to numerically test bench
their platform code (essential) , and provides a well broken down
algorithm method in the form of C code (essential) .
In
Hi Adrian, cheers.
Yeah thinking that the most popular installed environment would be the
one with the dependences well sorted, searching for this on google, I
couldnt find a consistent answer.LOL I've always run XFCE
seems to have the smallest installed footprint but of course
On Linux Debian, you get the option of XFCE, gnome, KDE, cinnamon, MATE,
LXDE, and more
I ask what is the most SUITED desktop environment for new installs to
support the FreeDV GUI code ?
glen VK1XX
___
Freetel-codec2 mailing list
Hi Mooneer
thanks for the comments. The FDIV on the ESP32-S3 is very slow I think
80 cycles, but of course one should always use RECIPS and a MUL.
Integer div is a couple of cycles IIRC.
I'll start and see what jams it all up .
regards,
On 21/11/2023 4:01 pm, Mooneer Salem wrote:
Hi
Hi Mooneer
I am preparing to implement FreeDV on an FPGA.
Is there a location in the repo somewhere, or does anyone have ,
anecdotally a feeling of, the major workloads / major consumers of
processor time on the STM32 FreeDV port.
regards
___
Hi Jan
Just adding to the other two very good replies
My experience with codec2 with STM32F4/F7 At O0, the performance may be
down to 50% of -O2, and also, with O0, its likely the compiler is not
exploiting any hardware speedups as with GCC there are some (invisible)
ties between -O level,
elcome.
Thanks,
-Mooneer K6AQ
___
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 Me
and walking pilots are used . DRM is in general transmitted up to 20kHz
bandwidth and more pilots are required.
In DVBT- same power is used but the pilot data is repeated and the demod
averages over multiple periods.
-glen english
On 25/08/2021 12:03 am, Brian Morrison wrote:
On Mon, 2021
I think, based on my profressional experience with the F4 , L4, L, in
battery environments - you would be far better to use an F4 part for
this.
-aggressively down clock it when the full clock speed is unnecessary
You can save a ton of power doing that.
The chip is very good at changing
to encode real time ?
Glen English
STM32L0, L1, L2, F0 , F4, F7 and Xilinx FPGA person.
On 5/14/2021 8:51 AM, Josh Lloyd via Freetel-codec2 wrote:
Hi Bruce, thanks for your reply.
> Hardware floating point is requ
___
Freetel-codec2 mailing l
to encode real time ?
Glen English
STM32L0, L1, L2, F0 , F4, F7 and Xilinx FPGA person.
On 5/14/2021 8:51 AM, Josh Lloyd via Freetel-codec2 wrote:
Hi Bruce, thanks for your reply.
> Hardware floating point is requ
___
Freetel-codec2 mailing l
=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
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
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
2020-07-23 klockan 08:54 +1000 skrev Glen English
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
IMO
You wont attract too many FM people to 700D, LPCnet-C2 can win over
those , at least in terms of voice quality and robustness (compared to
DSTAR, and DMR is really more like CB) , given that LPCnet with a
relatively simple modem can be 12dB ahead of FM. Needs a frequency
hopping radio
Hi Adrian
Good rational points you make.
BTW:AD9361, AD9371, ADRV9008 are all "sub-optimal" (I have to be nice to
my ADI friends) for narrow band work.
too noisy, insufficient dynamic range.
But this new one is worth looking at (I have info on it on NDA)
here is the (public) pre release
@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 97
that :-)
___
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
Hi Steve
I did a google and found this :
https://kicad-pcb.org/external-tools/altium2kicad/
On 22/07/2020 23:00, Steve wrote:
On Wed, Jul 22, 2020 at 7:28 AM Tomas Härdin wrote:
So anyone wanting to develop or modify the SM3000 would need to install
two pieces of proprietary software with
VIVADO.
:-) glen
On 22/07/2020 22:26, Tomas Härdin wrote:
sön 2020-07-19 klockan 09:25 +1000 skrev glen english:
I am designing an SM3000, and now is the time for input from users.
(input request below)
[...]
I have chosen the Xilinx Zynq XC7007S hybrid CortexA9 / FPGA . The
single core
Hi All
Thanks for people's time to write very useful input .
Because this forum freetel-codec2 is getting a little polluted by SM3000
stuff,
I have created a new group specifically to handle SM3000 discussions and
dev.
sm3000-freedv-...@groups.io
you can join here :
and careful with your personal options about others
on this list.
- David
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
--
Glen English
RF Communications
,
The question is for me, how close are we to getting Mode 2020
running on a top-end Pi, Odroid XX etc.?
As it stands now, Mode 700D runs well on almost any Pi. And putting
one in a small box with USB peripherals is not a problem really.
Alan VK2ZIW
On Tue, 21 Jul 2020 08:27:08 +1000, Glen English wrote
reflector.
https://groups.io
Just some thoughts...
Steve
___
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
in a small box with USB peripherals is not a problem really.
Alan VK2ZIW
On Tue, 21 Jul 2020 08:27:08 +1000, Glen English wrote
I need some comments to drive decisions on part choices for the SM3
My focus is on accessability- being affordable.
Having said that a few dollars saved is poor
I need some comments to drive decisions on part choices for the SM3
My focus is on accessability- being affordable.
Having said that a few dollars saved is poor savings if the new box
cannot meet our forseeable objectives.
The original project leaders are not providing any opinions,
I read in one of the comments in the FreeDV blog-
someone was wondering why FreeDV did better than expected amongst local
noise.
The main reason is that many noises are single carriers. As long as the
level of the interferer does not cause too much AGC action (which would
reduce the SNR of
, 2020, 2:36 PM glen english <mailto:g...@cortexrf.com.au>> wrote:
Altium 20.
On 20/07/2020 7:33 am, Steve wrote:
> Is this going to be a KiCAD project?
>
>
> ___
> Freetel-codec2 mailing l
Altium 20.
On 20/07/2020 7:33 am, Steve wrote:
Is this going to be a KiCAD project?
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
--
Glen English
RF Communications
regon, USA
___
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 Bo
symbol tables,
--
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
:35 pm, Mike O'Connor wrote:
On 19/7/20 4:48 pm, glen english wrote:
What I want to achieve is a instant on, plug and play solution with
digital radio /front panel upgrade path.
In the spirit of the SM1000. Turn on and it is ready 1 second later
. Just load the image and no more to do.
This is t
What I want to achieve is a instant on, plug and play solution with
digital radio /front panel upgrade path.
In the spirit of the SM1000. Turn on and it is ready 1 second later .
Just load the image and no more to do.
This is the way to drive uptake and broad usage.
and no issues like Pi
potentially reduce requirements, too.
(BTW, I imagine actually building on the target would be rare. Cross
compiling on a desktop or laptop PC will always be significantly
faster, even taking transfer time into account.)
-Mooneer K6AQ
On Sat, Jul 18, 2020 at 4:27 PM glen english <mailt
I am designing an SM3000, and now is the time for input from users.
(input request below)
*
Design Goals :
High computational capability : So that our modems and codecs as they
become more advanced, are less constrained by the STM32F4 platform.
Platform to be Linux so that development,
, or
substitute code.
thanks!
On Thu, Jul 16, 2020 at 6:25 AM glen english mailto:g...@cortexrf.com.au>> wrote:
Hi Steve
yep
It didnt take long to find, a few minutes , since, well it seems modems
all have the same type of bugs... if you design modems long enough
, or
it is garbled by the ether.
The value is not really important, just that it be the same BPSK
value, which the decodes to two indexes of the bits rx_uw of value 0:0
On Thu, Jul 16, 2020 at 3:25 AM Glen English <mailto:g...@cortexrf.com.au>> wrote:
anyone going to fix the FreeDV O
anyone going to fix the FreeDV OFDM modem ?
I'll located the bug, the line number etc..
On 16/07/2020 08:31, glen english wrote:
Excellent Alan !
right, like I thought , tx_uw always zeros , and rx_uw goes to zero
because input level falls.
OK David, I am sure you had other ideas
r repeater scene here, there's
no communication on needs. there is still a Yahoo group but none it seems
of the current repeater maintainers ever post or read it.
Test equipment:
I now have an Advantest U3641N the 75 ohm version.
Alan VK2ZIW
On Thu, 16 Jul 2020 11:00:58 +1000, glen english wro
posted here for the benefit of all the non-RF people :
Hi Alan. OK roger all that. as you know, duplexors, cavity filters, bla
bla are my home game...
if you have interaction problems between them the cable lengths are
wrong between the filters.
IE the coupling is wrong.
with a single
0 rx_uw ; 100101
SYN: 2 5 1 6 ; tx_uw 00 rx_uw ; 0010111010
state: Rx Maybe UnSync peak: 254 sync: 0 SNR: -8.8
triggered: 1 recordany: 0 rxDataCnt 1988 ncodec 0
*
*Alan VK2ZIW*
*
*
*On Wed, 15 Jul 2020 22:45:24 +1000, glen english wrote*
> well, looks OK, looks like
rxDataCnt 1428 ncodec 0*
No more SYN: n n n n messages.
*Over to you...*
*
*
*Alan VK2ZIW*
*
*
*
*
*On Wed, 15 Jul 2020 19:43:37 +1000, glen english wrote*
> Alan, please be sure to keep correct subject line.
> Right. ofdm.c
> voidofdm_sync_state_machine(structOFDM *ofdm, uint8_t*rx_uw)
>
Alan, please be sure to keep correct subject line.
Right. ofdm.c
voidofdm_sync_state_machine(structOFDM *ofdm, uint8_t*rx_uw)
there are two synced states, synced (ongoing) and trial sync (when
sync is getting established for the first time- checking if this is real
sync or bogus sync due to
ble
> to measure BER, but you'll be able to see if the LDPC decoder is
> converging, and if the demod is falling over in the fast ALC condition.
>
> - David
>
> On 14/7/20 5:09 pm, glen english wrote:
> > OK, in addition to my actual recordings,
> >
> > that would be using :
Debian Buster GUEST , in VM (VMWARE) on windows 64 bit host
I get TX audio to radio outbuffer empty counter running mad and
obviously audio gaps in TX
happens with PCIe sound or USB sound.
changing base priorities niceness etc no improvement.
(unless freeDV is overriding something I need
ding profile running with the command line
version of the modem.
Cheers,
David
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
--
Glen English
RF Communications and
hi David
further to my previous email (pre requisite) :
perhaps something is mismatched for the application here. :
I have not been looking for long , but there are not many places where
there is amplitude calcs and a time constant.
--
ofdm.c
/* update mean amplitude
Hi David
AGC questions.
We had the WIA broadcast running all weekend on 50.25 in 700D and 2020
in 'berra.
I was mobile around canberra for some of the weekend with FreeDV, with
my laptop and the FT857
Something interesting and unexpected experiences..
When I had the AGC set to SLOW, the
Great resource, thanks David
On our tests, many users were reporting 100ppm error and BER ~ 5%. Even
with athat sample rate error , this is well within the capture of the
OFDM modem (nice one David !) , even with that steady state error, users
were reporting that non zero BER on otherwise
For the OFDM modem in 1.4.1 700D,
What is the sample clock offset corrector's maximum offset for pull-in,
and hold in ?
investigating some trouble here.
I'm guess the pull clock for the TX samples are generated by the sound
device, and errors there will be the sound device and any error in
I used to run, which is here:
https://gist.github.com/darksidelemm/f09c3eb4a0fe837e4fd42347d264d85a
Note that this is fairly VK5 specific, and includes some custom
preambles and outros.
73
Mark VK5QI
On Sat, Jul 11, 2020 at 6:23 PM glen english <mailto:g...@cortexrf.com.au>&
In prep for adding and modifying things in FreeDV, this evening I built
FreeDV from source on debian BUSTER.
Wow everything worked. well done everyone :-) !
Now, I remember seeing the scripts for running audio and codec2 tests
But I cannot remember or find their location. Anyone care to
In VK1 Have been running voice keyer all day on different modes..., 20W
RMS 6m 50.25 (beaming 030 Hpol)
quite a few locals decoding it with interest.
like :
"
Ok, for the benefit of the group, I had some success too. I can decode
700D but my computer doesn't do 2020 (computer too old).
Hi All
I think the general advice to set the transmit power to when the ALC
begins to activate is incorrect.
Different radios have very different time constants for their metering.
In the IC7300, by the time the ALC begins to show on the display, you
are making a real mess of it.
Suggest
with LDPC. Agreed that we need to pick the code length and
rate carefully to avoid too much latency, but still give good
performance.
Cheers, Bill
On 9/7/20 11:57 am, Glen English wrote:
Hi David and group
I want to discuss "to FEC or not to FEC"
years ago, david and I had a conve
ts/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 Technologi
ht? If you get that far I'll
help you design the ctests we'll need to see as well.
Cheers,
David
On 6/7/20 7:10 pm, glen english wrote:
Hi David
The goal is to improve FreeDV so that it is at least equal with SSB on a
flat VHF channel.
On HF, the performance of FreeDV is better than SSB mainly
Someone needs t0 point out to these people such bandwidth is only
permitted at 29 MHz FM and not anywhere else. I will look up the rules
(to make sure I am not out of date and I am correct...) and read them
the riot act when I get home
glen
On 6/07/2020 6:18 pm, Al Beard wrote:
Hi all,
I
below
and I'm unclear on what you are trying to achieve.
Can you pls tell me what the goal of your proposed work is?
Cheers,
David
On 5/7/20 6:43 pm, glen english wrote:
I've been looking at an coherent MSK modem for Codec2. I have not done
any coherent MSK modems since the late 90s.
Using an SSB
I've been looking at an coherent MSK modem for Codec2. I have not done
any coherent MSK modems since the late 90s.
Using an SSB radio , at something like 1600 bps , there will still be
appreciable PAPR on MSK due to bandwidth constraint. probably about 3dB
PAPR on a 2400Hz wide radio. When
yeah i recommended to Alan he assign core affinity, For a single
threaded program , it can win you a few % by assigning afinnity on the
command line..
However- How multithreaded is it Alan ?
if it is well multi threaded, and IF there are significant worker
threads, you will find substantial
you run up my "parrot" and test
your modem?
Or, patch freebeacon to use freedv_rawdatarx() and then
from 'data' decode to audio.
Alan VK2ZIW
On Sat, 4 Jul 2020 18:02:58 +1000, glen english wrote
nice one Alan
I am working on a VHF modem.
probably MSK with fully coherent MSK d
nice one Alan
I am working on a VHF modem.
probably MSK with fully coherent MSK demodulator (for SSB TX or
otherwise IQ)
On 4/07/2020 5:51 pm, Al Beard wrote:
Hi guys,
Battling "parrot" on my Odroid N2 caused me to check my audio
with the FreeDV GUI. Testing PC speaker to the mic on the
Yesterday, Dave Moore Vk2DVM and I got FreeDV loaded and running on 6m
, between sydney and canberra (260km path)
We used a variety of modes, but 700D and 2020 are really the only modes
you might as well use, other modes are either legacy, or designed for
specific jobs (es-hail satellite
alright.
The squash limiter works by subtracting a threshold from the ABS level
sample by sample
This resultant is negative clipped at 0, so that only peak events >
threshold produce any positive and non zero numbers
This value is fed (sample by sample again) into a short FIR low pass
Hi David
Thanks for the info . OK found README_fsk.md in CODEC2 repo. right. yes
it does pretty well for an incoherent FSK demod.
I'll start reading up on the FreeDV source to see how I can plug my own
modems in.
Clip function- hard clipping generates aliasing in the digital
domain, it
Hi David
OK on the CPU load of LPCnet.
One thing Codec2 700D has shown is that high performance speech coding
can be done at VERY low power consumption. That is a pretty deal for
many tasks and applications. That's really important.
If LPCnet203 consumes that much of the AVX512 on a large,
David, is there a tie-up (IE an implementation that can be hung
together) with your 4FSK modem, LDPC and FreeDV with 700D or 2020 ?
-glen
On 22/06/2020 9:31 pm, David
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
performance.
g
On 6/22/2020 3:05 PM, Greg Maxwell wrote:
On Mon, Jun 22, 2020 at 4:55 AM glen english wrote:
One thing to consider- accurate PAPR measurement (by a receiver) is
hard at low SNR.
That is one of the nice things about FEC based PAPR reduction, the
receiver doesn't need to measure
=85ZCTuekjGA
Although the guy never finishes anything :-) The ride was interesting.
On Sun, Jun 21, 2020 at 11:15 PM glen english <mailto:g...@cortexrf.com.au>> wrote:
Hi Steve
oh yeah. Undergrad thesis. good for students to have a real project.
--and the thesis is a usef
is approximately a LUT and the FFT (DFT?) is
very short.
On 22/06/2020 2:17 pm, Greg Maxwell wrote:
On Sun, Jun 21, 2020 at 9:51 PM glen english wrote:
I was giving some thought to how PAPR reduction might be implemented
within the current framework, taking into account the limited capability
Hi Steve
oh yeah. Undergrad thesis. good for students to have a real project.
--and the thesis is a useful metric
Verilog. yuk.
The other option is HLS. C++ >> VHDL. You need to somewhat know what you
are doing, because what you do affects how much of a mess it makes at
the low level
in using an FPGA is often converting to integer
math (it's all floats now). Just that might help with speed and memory.
Don Reid
On June 21, 2020 18:21:00 glen english wrote:
Hi Jeroen , David
I'm interested in assisting where I can in the whole freeDV sphere. I've
recently gone over the last
Hi Jeroen , David
I'm interested in assisting where I can in the whole freeDV sphere. I've
recently gone over the last year of forum posts to see what I have
missed in detail.
I'd like to be able to implement LPC122, 203 (and Codec2) on a small ,
cheap FPGA for use with FreeDV .
I am
, 22 Jun 2020 08:33:18 +1000, glen english wrote
Alan
it already goes through an SSB generator, and is already bandwidth
constrained. The bandwidth expansion because of an excess PAPR
event occurs where the signal cannot be faithfully reproduced- that
is stages beyond the sideband modulator
Alan
it already goes through an SSB generator, and is already bandwidth
constrained. The bandwidth expansion because of an excess PAPR event
occurs where the signal cannot be faithfully reproduced- that is stages
beyond the sideband modulator- mostly the power amplifier, but in
reality all
I was giving some thought to how PAPR reduction might be implemented
within the current framework, taking into account the limited capability
of the SM1000 processor.
If we approach this on trying to constrain the statistical likelihood
of a PAPR event (where the peak power exceeds some
__
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 Technolog
2 days ago, I started to use FreeDV, for the first time in years.
Well done everyone.
I especially like the sound card debug facilities. Very useful !
Interestingly, the IC9700 has a peak hold on the modulation/power
output. I will investigate to see what the time constant is of that peak
the bias doesnt change, but any PA pushed into its supply rails
generally operates at maximum efficiency .
this is because there is no potential between the supply rail and the
active device.
in undersaturated, quasi linear conditions , there is the additional
dissipation because the
Hi David
Oh yeah, I agree with you- OFDM, like what you have done for Free DV,
is certainly the best mode for performance.
On the computationally constrained platform, the SM1000 is fantastic.
The TD eq single carrier mode has to work hard. The OFDM modm gets its
multipath tolerance for
mode, I think I would use a a single carrier
with time domain equaliser, and concentrate on minimum SNR operation.
73
glen english VK1XX
.
On 18/06/2020 10:50, Tsutsumi Takehiko wrote:
Hi Glen,
What is your position of Single-carrier FDMA or LP-OFDMA technology
compare to PARP reduction
Hi David
I've been across OFDM PAPR reduction development for many years.
Most successful simple schemes involve some sort of selective mapping or
bit flipping.
-IE the PAPR is computed and an alternative trajectory is generated .
-These can be either tweaking the source bitstream slightly
cheer David . very good.
On 15/06/2020 08:35, David Rowe wrote:
Yep!
https://rfhead.net/archives/582
On 15/6/20 7:14 am, glen english wrote:
Has anyone done any interfacing to a Codan NGT for the SM1000 ?
I wanted to equip a mate of mine with it. I can get hold an NGT to work
with.
glen
Has anyone done any interfacing to a Codan NGT for the SM1000 ?
I wanted to equip a mate of mine with it. I can get hold an NGT to work
with.
glen
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
Most FM radios with integer PLLs will have a loop filter bandwidth of
maybe 150 Hz, - enough to deal with most microphonics.
In order to modulate below about 250Hz, LF audio, like subaudible tones
, are injected into the reference oscillator- the PLL will follow that
because it is within the
hricht-
Von: glen english [mailto:g...@cortexrf.com.au]
Gesendet: Mittwoch, 8. April 2020 12:48
An: freetel-codec2@lists.sourceforge.net
Betreff: [Freetel-codec2] A warning on using single chip transceiver chipsets.
While on this discussion, I think a caution neds to be applied here to the
singl
While on this discussion, I think a caution neds to be applied here to
the single chip radios about, IE transcievers used for DV hot spots, and
SDRs like Lime SDR.
Their wideband phase noise is TERRIBLE. They polute the band . And many
do not understand the implications and effects. As well
/2020 6:56 PM, glen english wrote:
what's the array access like, sensible ? is the cache thrashing ?
No thrashing that I can tell with the ESP-DSP library. I mean, it's
performant.
73,
Dana K6JQ
On 6/02/2020 5:43 pm, DANA MYERS wrote:
On February 5, 2020 at 9:25 PM Bruce Perens via
what's the array access like, sensible ? is the cache thrashing ?
On 6/02/2020 5:43 pm, DANA MYERS wrote:
On February 5, 2020 at 9:25 PM Bruce Perens via Freetel-codec2
wrote:
Dana, the only thing you didn't make clear is whether your code is
using the fixed or floating data type. If
Suggest new designs use the cortex M7, 1.8 x as fast as the M4 for same
clock on codec2
On 1/08/2019 8:47 AM, Stuart Longland wrote:
On 1/8/19 12:00 am, Steve wrote:
How about a new repository for a KiCAD project to copy the SM1000
support circuitry, e.g., A/D, D/A, PTT, LED's, etc, onto
AL, let me know if I can help
cheers
On 9/07/2019 11:52 AM, Al Beard wrote:
Terrific,
I'm trying with an aarch64 board running, a Linux with a 5.XX.XX kernel
and 8.XX.XX C compiler, Linux called "Manjara".
Trying to get my head around ARM "intrinsics".
Back in the 80s I did Z80 machine
it's a reasonable point steve. and well put !
i think super-guru is over stated, NEON code and x86 code are not
dissimilar. ALot of the modem code I write is both x86 and NEON, as I
write on the x86 and I deploy on NEON so I always end up writing both
code bases for dual compiles.
Actually
edit:
the 32 bit userland I think that is Android . 64 bit userland for linux.
I need to get another of these Alan, if you want to split postage.
On 26/06/2019 4:34 PM, glen english wrote:
I was thinking you might target it as the LPCnet project
"budget".
In the end, all I want is a portable, low power box to run FreeDV in
2020 and any subsequently developed modes.
Digital Repeaters very much in my mind.
Alan VK2ZIW
On Wed, 26 Jun 2019 15:23:01 +1000, glen english wrote
> Alan
>
> I have a couple of RK3399s boards..
1 - 100 of 384 matches
Mail list logo