I had little trouble getting it to install and run on a VM under Ubuntu
18.04 which is the latest supported version. I'm using an old
i7-4790K processor.
Don
On Tue, Jul 28, 2020 at 06:38:16AM +1000, glen english wrote:
> Hi Tomas
>
> Vivado shouldnt be that hard to get going.
>
> You can
Hi Tomas
Vivado shouldnt be that hard to get going.
You can run a makefile style workflow using TCL commands.
Vivado is basically a GUI front-end on a TCL interface engine.
it's all written in Java. let me know if I can help.
cheers
glen
On 27/07/2020 10:01 pm, Tomas Härdin wrote:
tor
tor 2020-07-23 klockan 08:54 +1000 skrev Glen English:
> Hi Tomas
>
> discussion moved to the new forum. Hope to see you there.
Seems to still be the same mailing list? Maybe I missed something.
> however :
>
> yes, pro tools- if you want to compete with the pros, then you got to
> use the
Hi Steve, Sebastastien
Good comments. Yeah KiCad is OK, but when I am trying to get the signal
delay of 50 traces to a target, Kicad just doesnt have the ease of use
for those sort of operations, compared with say, xSignals in Altium.
The integer based DSP blocks on the FPGAs have long
On Fri, Jul 24, 2020 at 8:33 AM Sebastien F4GRX wrote:
>
> The problem with the need for power is that imho codec2 has become too heavy
> to run on simple platforms.
I think the fast FP technology is standard now on $5 USD CPU's (simple
platforms). Most of the integer only designs are for use
Kicad is a pro tool.
I agree not using free tools is a problem. But FPGAs in general are a
problem with free and libre designs. Free FPGA tools need a lot of
improvement to become as powerful as the proprietary tools. I'm
confident that we will get there at some point in the future.
BTW,
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
Hi Tomas
discussion moved to the new forum. Hope to see you there.
however :
yes, pro tools- if you want to compete with the pros, then you got to
use the pro tools.
if codec2, freeDV etc wants to compete for head space with the japanese
radios and the speech codec chip owners, that's the
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 considerable strings attached?
Does the Altium have a KiCad export mode?
___
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 will give us 7x the computational power of the
Hi Bruce
maybe, down the track- after the initial SM3000.
still needs the FPGA.
Pi could talk to the ZYNQ SM3000 PCB on USB . There is plenty of BW on
the USB.
On 20/07/2020 7:50 am, Bruce Perens via Freetel-codec2 wrote:
Why don't you make a Raspberry Pi daughter board? It gives people
Why don't you make a Raspberry Pi daughter board? It gives people some
latitude in choosing how much compute they want, and it's a lot less
expensive than most compute solutions you could put together. It provides
ethernet, Wi-Fi, lots of USB, lots of undedicated I/O. And they will
upgrade faster
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
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
Hi Don
great to have your skills. they are ideal...
Agreed on the form factor. I liked the SM1000 idea. The question is do
we do a board that can fit in SM1000 case ? I'd like to. That solves the
problems for the ham without metalwork facilities.
The board will have headers for different
Hi Greg
Thanks for the comments. Oh yes there will not be any QT ! I agree on
larger RAM on prototypes, and that is generally what I do on commercial
product. I'll stay with the Xilinx current Buildroot distro so it has
feel of linux and the FS.
Yes enough RAM to do the job and a bit, plus
My 2c worth...
Regardless of the hardware, consider making the form factor as close as
possible to a standard hand Mic. With plastic shell, nice PTT button on the
side, simplified cabling, etc.
Assuming that one aim is to be a drop in replacement for existing mics.
This would also need doco to
On 19/7/20 6:06 pm, glen english wrote:
> Hi Mike
>
> Linux in the ZYNQ is instant on, well almost, 0.5 - 1 sec boot.
>
> The distros used are usually Buildroot based, The idea is to keep it
> as close as possible to the PC mainline.
>
> FPGA accelerators can be abstracted out as software modules
Hi Mike
Linux in the ZYNQ is instant on, well almost, 0.5 - 1 sec boot.
The distros used are usually Buildroot based, The idea is to keep it as
close as possible to the PC mainline.
FPGA accelerators can be abstracted out as software modules on the PC
Even the small $15 FPGA can 'wipe the
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 the way to drive
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
Hi all
I'm no expert but the Pi board and there like are fairly noisy from an
RF point of view. Could this be a problem ?
Regards
Mike
On 19/7/20 3:06 pm, Al Beard wrote:
> *I second your thoughts Steve,*
> *
> *
> *Start with a 64bit Pi of any flavour such as the Odroid N2 or Pi 4B.*
>
I second your thoughts Steve,
Start with a 64bit Pi of any flavour such as the Odroid N2 or Pi 4B.
Connect to the FPGA with USB3 or i2c whatever.
Also, can we make use of the GPU if there is OpenCL support?
Perhaps select a Pi or other ARM SBC with OpenCL support. I'd buy one.
We may not need
Disclaimer: I don't own one
I really like simple touchscreen GUI for fat fingers, and the DTV
(Potsdown) boys have a pretty simple design. While I think the SM1000 case
and design were good, the first thing I did was pull the board out and put
it in a big box with a Raspberry Pi. I find the menu
Hi Mooneer
thanks for the input.
For not much extra money we can get the dual core XC7Z010 , and about
15% more fabric resources. Now, this is not a free lunch, and I doubt
we would have the dissipation capability to make this thing easy to get
the heat away running two cores at 100%. I
Seems like there are still limits on the FPGA side if it's desired to use
OSS toolchains for it. For instance, SymbiFlow is missing Xilinx DSP
support per https://symbiflow.github.io/. Do we foresee that to be an issue?
Anyway, personally, I'd go with 128MB RAM/64-128MB flash to enable future
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,
27 matches
Mail list logo
