Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.forth > #41625 > unrolled thread
| Started by | dunno <dunno@dunno.dunno> |
|---|---|
| First post | 2015-08-31 07:20 +0000 |
| Last post | 2015-09-14 18:21 -0700 |
| Articles | 15 on this page of 115 — 25 participants |
Back to article view | Back to comp.lang.forth
GA144 use cases dunno <dunno@dunno.dunno> - 2015-08-31 07:20 +0000
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-08-31 09:55 -0400
Re: GA144 use cases Syd Rumpo <usenet@nononono.co.uk> - 2015-08-31 16:49 +0100
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-08-31 18:35 -0400
Re: GA144 use cases Dennis Ruffer <daruffer@gmail.com> - 2015-08-31 19:08 -0700
Re: GA144 use cases Mux <Yvo.Zoer@gmail.com> - 2015-09-02 10:57 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-02 14:17 -0400
Re: GA144 use cases Mux <Yvo.Zoer@gmail.com> - 2015-09-02 11:28 -0700
Re: GA144 use cases hughaguilar96@gmail.com - 2015-09-02 13:41 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-02 16:50 -0400
Re: GA144 use cases Mux <Yvo.Zoer@gmail.com> - 2015-09-02 15:03 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-02 18:18 -0400
Re: GA144 use cases Mux <Yvo.Zoer@gmail.com> - 2015-09-02 16:14 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-02 20:40 -0400
Re: GA144 use cases Greg <borota@gmail.com> - 2015-09-02 17:53 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-02 21:25 -0400
Re: GA144 use cases Mux <Yvo.Zoer@gmail.com> - 2015-09-02 22:28 -0700
Re: GA144 use cases Paul Rubin <no.email@nospam.invalid> - 2015-09-02 22:53 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-03 11:32 -0400
Re: GA144 use cases Paul Rubin <no.email@nospam.invalid> - 2015-09-03 11:57 -0700
Re: GA144 use cases anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-09-03 10:35 +0000
Re: GA144 use cases Bernd Paysan <bernd.paysan@gmx.de> - 2015-09-03 15:54 +0200
Re: GA144 use cases anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-09-03 16:11 +0000
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-03 13:06 -0400
Re: GA144 use cases anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-09-04 08:07 +0000
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-04 11:49 -0400
Re: GA144 use cases anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-09-05 11:06 +0000
Re: GA144 use cases Paul Rubin <no.email@nospam.invalid> - 2015-09-05 09:05 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-05 12:59 -0400
Re: GA144 use cases mhx@iae.nl - 2015-09-05 10:56 -0700
Re: GA144 use cases anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-09-06 14:29 +0000
Re: GA144 use cases Bernd Paysan <bernd.paysan@gmx.de> - 2015-09-03 22:08 +0200
Re: GA144 use cases Paul Rubin <no.email@nospam.invalid> - 2015-09-03 14:00 -0700
Re: GA144 use cases Bernd Paysan <bernd.paysan@gmx.de> - 2015-09-04 01:28 +0200
Re: GA144 use cases franck.bensusan@gmail.com - 2015-09-03 23:04 -0700
Re: GA144 use cases anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-09-04 08:24 +0000
Re: GA144 use cases Bernd Paysan <bernd.paysan@gmx.de> - 2015-09-04 15:09 +0200
Re: GA144 use cases anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-09-05 15:10 +0000
Re: GA144 use cases Bernd Paysan <bernd.paysan@gmx.de> - 2015-09-05 22:04 +0200
Re: GA144 use cases anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-09-06 14:51 +0000
Re: GA144 use cases Bernd Paysan <bernd.paysan@gmx.de> - 2015-09-06 22:51 +0200
Re: GA144 use cases Greg <borota@gmail.com> - 2015-09-06 17:30 -0700
Re: GA144 use cases Paul Rubin <no.email@nospam.invalid> - 2015-09-04 22:27 -0700
Re: GA144 use cases Bernd Paysan <bernd.paysan@gmx.de> - 2015-09-05 13:07 +0200
Re: GA144 use cases anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-09-05 11:22 +0000
Re: GA144 use cases anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-09-04 08:14 +0000
Re: GA144 use cases Bernd Paysan <bernd.paysan@gmx.de> - 2015-09-04 15:13 +0200
Re: GA144 use cases anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-09-05 16:06 +0000
Re: GA144 use cases Bernd Paysan <bernd.paysan@gmx.de> - 2015-09-05 21:05 +0200
Re: GA144 use cases anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-09-06 14:37 +0000
Re: GA144 use cases Andrew Haley <andrew29@littlepinkcloud.invalid> - 2015-11-30 04:17 -0600
Re: GA144 use cases Bernd Paysan <bernd.paysan@gmx.de> - 2015-12-01 23:06 +0100
Re: GA144 use cases Mark Wills <markwills1970@gmail.com> - 2015-09-03 00:05 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-03 13:08 -0400
Re: GA144 use cases forther <forther@gmail.com> - 2015-09-07 11:26 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-02 15:15 -0400
Re: GA144 use cases forther <forther@gmail.com> - 2015-09-07 11:21 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-11-30 16:33 -0500
Re: GA144 use cases forther <forther@gmail.com> - 2015-12-03 12:12 -0800
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-12-03 16:10 -0500
Re: GA144 use cases Jason Damisch <jasondamisch@yahoo.com> - 2015-09-02 12:10 -0700
Re: GA144 use cases Stefan Mauerhofer <smauerhofer@androsoft.ch> - 2015-09-03 01:27 -0700
Re: GA144 use cases Syd Rumpo <usenet@nononono.co.uk> - 2015-09-03 13:32 +0100
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-03 11:32 -0400
Re: GA144 use cases mhx@iae.nl (Marcel Hendrix) - 2015-09-03 18:57 +0200
Re: GA144 use cases Bernd Paysan <bernd.paysan@gmx.de> - 2015-09-03 23:58 +0200
Re: GA144 use cases anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-09-04 07:52 +0000
Re: GA144 use cases Waldek Hebisch <hebisch@antispam.uni.wroc.pl> - 2015-09-05 16:32 +0000
Re: GA144 use cases mhx@iae.nl - 2015-09-05 10:52 -0700
Re: GA144 use cases Bernd Paysan <bernd.paysan@gmx.de> - 2015-09-05 22:11 +0200
Re: GA144 use cases anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-09-06 14:18 +0000
Re: GA144 use cases anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-09-07 07:49 +0000
Re: GA144 use cases Waldek Hebisch <hebisch@math.uni.wroc.pl> - 2015-09-05 23:42 +0000
Re: GA144 use cases Paul Rubin <no.email@nospam.invalid> - 2015-09-05 17:25 -0700
Re: GA144 use cases Stefan Mauerhofer <smauerhofer@androsoft.ch> - 2015-09-07 03:18 -0700
Re: GA144 use cases Raimond Dragomir <raimond.dragomir@gmail.com> - 2015-09-07 03:31 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-07 15:06 -0400
Re: GA144 use cases Stefan Mauerhofer <smauerhofer@androsoft.ch> - 2015-09-08 21:41 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-09 02:54 -0400
Re: GA144 use cases Stefan Mauerhofer <smauerhofer@androsoft.ch> - 2015-09-09 03:02 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-09 16:55 -0400
Re: GA144 use cases Paul Rubin <no.email@nospam.invalid> - 2015-09-09 20:12 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-09 23:40 -0400
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-09 23:43 -0400
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-10 00:07 -0400
Re: GA144 use cases Stefan Mauerhofer <smauerhofer@androsoft.ch> - 2015-09-09 21:55 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-10 01:43 -0400
Re: GA144 use cases Stefan Mauerhofer <smauerhofer@androsoft.ch> - 2015-09-09 23:49 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-10 14:43 -0400
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-10 16:10 -0400
Re: GA144 use cases Stefan Mauerhofer <smauerhofer@androsoft.ch> - 2015-09-12 03:15 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-12 10:28 -0400
Re: GA144 use cases Greg <abiforth@gmail.com> - 2015-09-13 13:05 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-13 18:59 -0400
Re: GA144 use cases Greg <abiforth@gmail.com> - 2015-09-13 18:42 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-13 22:47 -0400
Re: GA144 use cases Greg <abiforth@gmail.com> - 2015-09-13 21:24 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-14 02:00 -0400
Re: GA144 use cases borota@gmail.com - 2015-09-14 08:35 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-14 12:06 -0400
Re: GA144 use cases borota@gmail.com - 2015-09-14 09:33 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-14 13:25 -0400
Re: GA144 use cases Greg <borota@gmail.com> - 2015-09-14 14:17 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-14 18:12 -0400
Re: GA144 use cases Greg <schmegner@gmail.com> - 2015-09-14 18:15 -0700
Re: GA144 use cases rickman <gnuarm@gmail.com> - 2015-09-14 22:16 -0400
Re: GA144 use cases Greg <borota@gmail.com> - 2015-09-18 14:50 -0700
Re: GA144 use cases Jason Damisch <jasondamisch@yahoo.com> - 2015-09-18 15:11 -0700
Re: GA144 use cases Greg <borota@gmail.com> - 2015-09-19 05:32 -0700
Re: GA144 use cases Dennis Ruffer <daruffer@gmail.com> - 2015-09-19 08:39 -0700
Re: GA144 use cases Greg <borota@gmail.com> - 2015-09-20 19:03 -0700
Re: GA144 use cases Dennis Ruffer <daruffer@gmail.com> - 2015-09-21 06:44 -0700
Re: GA144 use cases Dennis Ruffer <daruffer@gmail.com> - 2015-09-22 13:10 -0700
Re: GA144 use cases Mark Wills <markwills1970@gmail.com> - 2015-09-18 16:18 -0700
Re: GA144 use cases schmegner@gmail.com - 2015-09-14 18:21 -0700
Page 6 of 6 — ← Prev page 1 2 3 4 5 [6]
| From | borota@gmail.com |
|---|---|
| Date | 2015-09-14 09:33 -0700 |
| Message-ID | <69383728-3ae1-4539-bdce-2226deb889df@googlegroups.com> |
| In reply to | #41997 |
Not much.
[toc] | [prev] | [next] | [standalone]
| From | rickman <gnuarm@gmail.com> |
|---|---|
| Date | 2015-09-14 13:25 -0400 |
| Message-ID | <mt6vrl$qsr$1@dont-email.me> |
| In reply to | #41998 |
On 9/14/2015 12:33 PM, borota@gmail.com wrote: > Not much. If you want to do something cool with a GA144, figure out just what it can do well. Not many have been able to do that. One application I came up with that may not have significant limitations is a signal generator. If the output is limited to basic waveforms like sine, square, triangle, there is no need for external RAM. The DACs can be dithered to give good resolution at lower sample rates. The DACs won't perform so well at higher frequencies though, 9 bits is rather limiting. Still, it can do audio frequencies with good SNR and higher frequencies with lower SNR. Doing all the math at 18 bits will minimize phase truncation allowing the spurs to be spread rather than close in to the carrier. Get that crystal oscillator working and you'll have a stable reference... or just use an external oscillator with guaranteed specs. For an arbitrary waveform generator it will require enough RAM to hold the waveforms. So that will likely need an external RAM chip. Maybe figure out how to use the ADCs well and have a waveform capture mode. Heck, maybe this could be the basis of an electronic instrument. -- Rick
[toc] | [prev] | [next] | [standalone]
| From | Greg <borota@gmail.com> |
|---|---|
| Date | 2015-09-14 14:17 -0700 |
| Message-ID | <28e159ec-61b2-4a16-96e3-0ee1f07e4b4d@googlegroups.com> |
| In reply to | #41999 |
On Monday, September 14, 2015 at 12:26:00 PM UTC-5, rickman wrote: > On 9/14/2015 12:33 PM, Greg wrote: > > Not much. > > If you want to do something cool with a GA144, figure out just what it > can do well. Not many have been able to do that. > > One application I came up with that may not have significant limitations > is a signal generator. If the output is limited to basic waveforms like > sine, square, triangle, there is no need for external RAM. The DACs can > be dithered to give good resolution at lower sample rates. The DACs > won't perform so well at higher frequencies though, 9 bits is rather > limiting. > > Still, it can do audio frequencies with good SNR and higher frequencies > with lower SNR. Doing all the math at 18 bits will minimize phase > truncation allowing the spurs to be spread rather than close in to the > carrier. > > Get that crystal oscillator working and you'll have a stable > reference... or just use an external oscillator with guaranteed specs. > > For an arbitrary waveform generator it will require enough RAM to hold > the waveforms. So that will likely need an external RAM chip. Maybe > figure out how to use the ADCs well and have a waveform capture mode. > Heck, maybe this could be the basis of an electronic instrument. > > -- > > Rick Rick, thanks much. The EvalBoard is on its way... http://www.greenarraychips.com/home/products/index.html The board has some SRAM included, with dedicated nodes to talk to it. It helps lots to see that I can reach out to somebody who can "speak" at my level too, thanks. Not that GreenArrays is not easily reachable, just that they may be talking Everest level and I am at the level where I barely see the forest from the trees.
[toc] | [prev] | [next] | [standalone]
| From | rickman <gnuarm@gmail.com> |
|---|---|
| Date | 2015-09-14 18:12 -0400 |
| Message-ID | <mt7gk8$9rm$2@dont-email.me> |
| In reply to | #42002 |
On 9/14/2015 5:17 PM, Greg wrote: > On Monday, September 14, 2015 at 12:26:00 PM UTC-5, rickman wrote: >> On 9/14/2015 12:33 PM, Greg wrote: >>> Not much. >> >> If you want to do something cool with a GA144, figure out just what it >> can do well. Not many have been able to do that. >> >> One application I came up with that may not have significant limitations >> is a signal generator. If the output is limited to basic waveforms like >> sine, square, triangle, there is no need for external RAM. The DACs can >> be dithered to give good resolution at lower sample rates. The DACs >> won't perform so well at higher frequencies though, 9 bits is rather >> limiting. >> >> Still, it can do audio frequencies with good SNR and higher frequencies >> with lower SNR. Doing all the math at 18 bits will minimize phase >> truncation allowing the spurs to be spread rather than close in to the >> carrier. >> >> Get that crystal oscillator working and you'll have a stable >> reference... or just use an external oscillator with guaranteed specs. >> >> For an arbitrary waveform generator it will require enough RAM to hold >> the waveforms. So that will likely need an external RAM chip. Maybe >> figure out how to use the ADCs well and have a waveform capture mode. >> Heck, maybe this could be the basis of an electronic instrument. >> >> -- >> >> Rick > > Rick, thanks much. The EvalBoard is on its way... > http://www.greenarraychips.com/home/products/index.html > The board has some SRAM included, with dedicated nodes to talk to it. > > It helps lots to see that I can reach out to somebody who can "speak" at my > level too, thanks. Not that GreenArrays is not easily reachable, just that > they may be talking Everest level and I am at the level where I barely see the > forest from the trees. Are you aware that they have a simulator? You can write all sorts of code to test your skills and build some experience before adding the complication of real hardware. -- Rick
[toc] | [prev] | [next] | [standalone]
| From | Greg <schmegner@gmail.com> |
|---|---|
| Date | 2015-09-14 18:15 -0700 |
| Message-ID | <e62a7593-e2e3-4be1-ba18-4ca31bf4a5b0@googlegroups.com> |
| In reply to | #42005 |
On Monday, September 14, 2015 at 5:12:11 PM UTC-5, rickman wrote: > On 9/14/2015 5:17 PM, Greg wrote: > > On Monday, September 14, 2015 at 12:26:00 PM UTC-5, rickman wrote: > >> On 9/14/2015 12:33 PM, Greg wrote: > >>> Not much. > >> > >> If you want to do something cool with a GA144, figure out just what it > >> can do well. Not many have been able to do that. > >> > >> One application I came up with that may not have significant limitations > >> is a signal generator. If the output is limited to basic waveforms like > >> sine, square, triangle, there is no need for external RAM. The DACs can > >> be dithered to give good resolution at lower sample rates. The DACs > >> won't perform so well at higher frequencies though, 9 bits is rather > >> limiting. > >> > >> Still, it can do audio frequencies with good SNR and higher frequencies > >> with lower SNR. Doing all the math at 18 bits will minimize phase > >> truncation allowing the spurs to be spread rather than close in to the > >> carrier. > >> > >> Get that crystal oscillator working and you'll have a stable > >> reference... or just use an external oscillator with guaranteed specs. > >> > >> For an arbitrary waveform generator it will require enough RAM to hold > >> the waveforms. So that will likely need an external RAM chip. Maybe > >> figure out how to use the ADCs well and have a waveform capture mode. > >> Heck, maybe this could be the basis of an electronic instrument. > >> > >> -- > >> > >> Rick > > > > Rick, thanks much. The EvalBoard is on its way... > > http://www.greenarraychips.com/home/products/index.html > > The board has some SRAM included, with dedicated nodes to talk to it. > > > > It helps lots to see that I can reach out to somebody who can "speak" at my > > level too, thanks. Not that GreenArrays is not easily reachable, just that > > they may be talking Everest level and I am at the level where I barely see the > > forest from the trees. > > Are you aware that they have a simulator? You can write all sorts of > code to test your skills and build some experience before adding the > complication of real hardware. > > -- > > Rick Yep, but if IIRC things can only happen sequentially, so it's a not as realistic of a model. At least the softsim that comes from them.
[toc] | [prev] | [next] | [standalone]
| From | rickman <gnuarm@gmail.com> |
|---|---|
| Date | 2015-09-14 22:16 -0400 |
| Message-ID | <mt7uti$k0n$1@dont-email.me> |
| In reply to | #42006 |
On 9/14/2015 9:15 PM, Greg wrote: > On Monday, September 14, 2015 at 5:12:11 PM UTC-5, rickman wrote: >> On 9/14/2015 5:17 PM, Greg wrote: >>> On Monday, September 14, 2015 at 12:26:00 PM UTC-5, rickman wrote: >>>> On 9/14/2015 12:33 PM, Greg wrote: >>>>> Not much. >>>> >>>> If you want to do something cool with a GA144, figure out just what it >>>> can do well. Not many have been able to do that. >>>> >>>> One application I came up with that may not have significant limitations >>>> is a signal generator. If the output is limited to basic waveforms like >>>> sine, square, triangle, there is no need for external RAM. The DACs can >>>> be dithered to give good resolution at lower sample rates. The DACs >>>> won't perform so well at higher frequencies though, 9 bits is rather >>>> limiting. >>>> >>>> Still, it can do audio frequencies with good SNR and higher frequencies >>>> with lower SNR. Doing all the math at 18 bits will minimize phase >>>> truncation allowing the spurs to be spread rather than close in to the >>>> carrier. >>>> >>>> Get that crystal oscillator working and you'll have a stable >>>> reference... or just use an external oscillator with guaranteed specs. >>>> >>>> For an arbitrary waveform generator it will require enough RAM to hold >>>> the waveforms. So that will likely need an external RAM chip. Maybe >>>> figure out how to use the ADCs well and have a waveform capture mode. >>>> Heck, maybe this could be the basis of an electronic instrument. >>>> >>>> -- >>>> >>>> Rick >>> >>> Rick, thanks much. The EvalBoard is on its way... >>> http://www.greenarraychips.com/home/products/index.html >>> The board has some SRAM included, with dedicated nodes to talk to it. >>> >>> It helps lots to see that I can reach out to somebody who can "speak" at my >>> level too, thanks. Not that GreenArrays is not easily reachable, just that >>> they may be talking Everest level and I am at the level where I barely see the >>> forest from the trees. >> >> Are you aware that they have a simulator? You can write all sorts of >> code to test your skills and build some experience before adding the >> complication of real hardware. >> >> -- >> >> Rick > Yep, but if IIRC things can only happen sequentially, so it's a not as realistic of a model. At least the softsim that comes from them. I believe I was told the timing delays in the F18A model are only approximate, rounded to a multiple of some simulation value, perhaps 1 ns, 0.5 ns or similar. So it is not even close to a timing accurate simulator. That would impact issues of race conditions and pin I/O which isn't simulated at all last I heard. 99.9% of your coding problems will be things you can easily debug in a simulator however. This is similar to FPGAs where I strive to have 100% coverage of bugs in simulation. I get pretty durn close most of the time. Pre-layout HDL simulation doesn't even model logic timing. I make sure my design doesn't depend on it except that the delays aren't too long for the clock period which is checked by static timing analysis. A GA144 design should be done the same way. But instead of timing being controlled by a clock, timing should be controlled by the I/O channels. You just need to make sure your programming delays are short enough to meet whatever requirements you may have. The rest is all logic which can be simulated. -- Rick
[toc] | [prev] | [next] | [standalone]
| From | Greg <borota@gmail.com> |
|---|---|
| Date | 2015-09-18 14:50 -0700 |
| Message-ID | <2533e66e-da31-4d5c-bfa8-8f349d552187@googlegroups.com> |
| In reply to | #42008 |
On Monday, September 14, 2015 at 9:16:05 PM UTC-5, rickman wrote: > On 9/14/2015 9:15 PM, Greg wrote: > > On Monday, September 14, 2015 at 5:12:11 PM UTC-5, rickman wrote: > >> On 9/14/2015 5:17 PM, Greg wrote: > >>> On Monday, September 14, 2015 at 12:26:00 PM UTC-5, rickman wrote: > >>>> On 9/14/2015 12:33 PM, Greg wrote: > >>>>> Not much. > >>>> > >>>> If you want to do something cool with a GA144, figure out just what it > >>>> can do well. Not many have been able to do that. > >>>> > >>>> One application I came up with that may not have significant limitations > >>>> is a signal generator. If the output is limited to basic waveforms like > >>>> sine, square, triangle, there is no need for external RAM. The DACs can > >>>> be dithered to give good resolution at lower sample rates. The DACs > >>>> won't perform so well at higher frequencies though, 9 bits is rather > >>>> limiting. > >>>> > >>>> Still, it can do audio frequencies with good SNR and higher frequencies > >>>> with lower SNR. Doing all the math at 18 bits will minimize phase > >>>> truncation allowing the spurs to be spread rather than close in to the > >>>> carrier. > >>>> > >>>> Get that crystal oscillator working and you'll have a stable > >>>> reference... or just use an external oscillator with guaranteed specs. > >>>> > >>>> For an arbitrary waveform generator it will require enough RAM to hold > >>>> the waveforms. So that will likely need an external RAM chip. Maybe > >>>> figure out how to use the ADCs well and have a waveform capture mode. > >>>> Heck, maybe this could be the basis of an electronic instrument. > >>>> > >>>> -- > >>>> > >>>> Rick > >>> > >>> Rick, thanks much. The EvalBoard is on its way... > >>> http://www.greenarraychips.com/home/products/index.html > >>> The board has some SRAM included, with dedicated nodes to talk to it. > >>> > >>> It helps lots to see that I can reach out to somebody who can "speak" at my > >>> level too, thanks. Not that GreenArrays is not easily reachable, just that > >>> they may be talking Everest level and I am at the level where I barely see the > >>> forest from the trees. > >> > >> Are you aware that they have a simulator? You can write all sorts of > >> code to test your skills and build some experience before adding the > >> complication of real hardware. > >> > >> -- > >> > >> Rick > > Yep, but if IIRC things can only happen sequentially, so it's a not as realistic of a model. At least the softsim that comes from them. > > I believe I was told the timing delays in the F18A model are only > approximate, rounded to a multiple of some simulation value, perhaps 1 > ns, 0.5 ns or similar. So it is not even close to a timing accurate > simulator. > > That would impact issues of race conditions and pin I/O which isn't > simulated at all last I heard. 99.9% of your coding problems will be > things you can easily debug in a simulator however. This is similar to > FPGAs where I strive to have 100% coverage of bugs in simulation. I get > pretty durn close most of the time. Pre-layout HDL simulation doesn't > even model logic timing. I make sure my design doesn't depend on it > except that the delays aren't too long for the clock period which is > checked by static timing analysis. > > A GA144 design should be done the same way. But instead of timing being > controlled by a clock, timing should be controlled by the I/O channels. > You just need to make sure your programming delays are short enough to > meet whatever requirements you may have. The rest is all logic which > can be simulated. > > -- > > Rick I just got my Eval Board today. Yahoo! There seems to be quite a lot in there, reading the docs, etc.
[toc] | [prev] | [next] | [standalone]
| From | Jason Damisch <jasondamisch@yahoo.com> |
|---|---|
| Date | 2015-09-18 15:11 -0700 |
| Message-ID | <966911b1-131c-4f0a-905c-297e15f12ffe@googlegroups.com> |
| In reply to | #42078 |
On Friday, September 18, 2015 at 2:50:17 PM UTC-7, Greg wrote: > I just got my Eval Board today. Yahoo! > There seems to be quite a lot in there, reading the docs, > etc. You can let us know about all of the fun you have. :^)
[toc] | [prev] | [next] | [standalone]
| From | Greg <borota@gmail.com> |
|---|---|
| Date | 2015-09-19 05:32 -0700 |
| Message-ID | <6260c5a0-1639-4fb3-b6d0-e996293dbd91@googlegroups.com> |
| In reply to | #42079 |
On Friday, September 18, 2015 at 5:11:51 PM UTC-5, Jason Damisch wrote:
> On Friday, September 18, 2015 at 2:50:17 PM UTC-7, Greg wrote:
>
> > I just got my Eval Board today. Yahoo!
> > There seems to be quite a lot in there, reading the docs,
> > etc.
>
> You can let us know about all of the fun you have. :^)
The board comes with a printout of this document:
http://www.greenarraychips.com/home/documents/greg/AN004-111008-GS-EVB001.pdf
I followed all the steps and got the coveted OK on all the tests and all.
Besides the board itself you get some extra cords, interfacing gadgets, a 2G
MMC card, etc. see AN004-111008-GS-EVB001.pdf doc, "What's in the Box section".
This doc details what Eval Board has to offer:
http://www.greenarraychips.com/home/documents/greg/DB003-110926-EVB001.pdf
I am a complete rookie in the field but just based on the multitude of
options to interface with the board, it seems to me it offers quite a lot.
Plus you get to work with 2 GA144 chips. I think some of the complains I've
seen on this forum (and other places where they discussed GA144) are addressed
by the Eval Board. The board offers a myriad of interfacing options...
You have 3 software packages to work with the board:
1) ArrayForth (just another name for ColorForth I guess) which produces the
native F18A "assembly".
2) EForth which has its own virtual machine.
3) PolyForth with its own virtual machine as well. It is my understanding
that the goal is for PolyForth to completely replace ArrayForth ("with its
weird IDE" :) ) at some point in the future. See
AN004-111008-GS-EVB001.pdf doc:
"Eventually all the F18 programming tools will be implemented by this polyFORTH
system."
I do have a Raspberry PI sitting next to the board, in comparison the Eval
Board seems quite crude though. But it's just an Eval, not a finished product
like Raspberry PI, I guess.
[toc] | [prev] | [next] | [standalone]
| From | Dennis Ruffer <daruffer@gmail.com> |
|---|---|
| Date | 2015-09-19 08:39 -0700 |
| Message-ID | <b05ddacd-ab32-4049-9886-9cbf015361c7@googlegroups.com> |
| In reply to | #42085 |
On Saturday, September 19, 2015 at 5:32:11 AM UTC-7, Greg wrote:
> On Friday, September 18, 2015 at 5:11:51 PM UTC-5, Jason Damisch wrote:
> > On Friday, September 18, 2015 at 2:50:17 PM UTC-7, Greg wrote:
> >
> > > I just got my Eval Board today. Yahoo!
> > > There seems to be quite a lot in there, reading the docs,
> > > etc.
> >
> > You can let us know about all of the fun you have. :^)
>
> The board comes with a printout of this document:
> http://www.greenarraychips.com/home/documents/greg/AN004-111008-GS-EVB001.pdf
> I followed all the steps and got the coveted OK on all the tests and all.
>
> Besides the board itself you get some extra cords, interfacing gadgets, a 2G
> MMC card, etc. see AN004-111008-GS-EVB001.pdf doc, "What's in the Box section".
>
> This doc details what Eval Board has to offer:
> http://www.greenarraychips.com/home/documents/greg/DB003-110926-EVB001.pdf
> I am a complete rookie in the field but just based on the multitude of
> options to interface with the board, it seems to me it offers quite a lot.
> Plus you get to work with 2 GA144 chips. I think some of the complains I've
> seen on this forum (and other places where they discussed GA144) are addressed
> by the Eval Board. The board offers a myriad of interfacing options...
>
> You have 3 software packages to work with the board:
> 1) ArrayForth (just another name for ColorForth I guess) which produces the
> native F18A "assembly".
> 2) EForth which has its own virtual machine.
> 3) PolyForth with its own virtual machine as well. It is my understanding
> that the goal is for PolyForth to completely replace ArrayForth ("with its
> weird IDE" :) ) at some point in the future. See
> AN004-111008-GS-EVB001.pdf doc:
> "Eventually all the F18 programming tools will be implemented by this polyFORTH
> system."
>
> I do have a Raspberry PI sitting next to the board, in comparison the Eval
> Board seems quite crude though. But it's just an Eval, not a finished product
> like Raspberry PI, I guess.
I like that comparison Greg! ;)
As someone who has possession of SVFIG's Eval Board, I also look forward to hearing about your adventures. You can find my adventures with the chips online, but your experience is much more relevant.
Get out your soldering iron, my preference is setting it up to be as generic as possible, and start playing with the options.
Best of all, have fun! ;)
DaR
[toc] | [prev] | [next] | [standalone]
| From | Greg <borota@gmail.com> |
|---|---|
| Date | 2015-09-20 19:03 -0700 |
| Message-ID | <0eec07bd-e89a-4e6d-8781-2c5b06b1a737@googlegroups.com> |
| In reply to | #42088 |
On Saturday, September 19, 2015 at 10:39:45 AM UTC-5, Dennis Ruffer wrote:
> On Saturday, September 19, 2015 at 5:32:11 AM UTC-7, Greg wrote:
> > On Friday, September 18, 2015 at 5:11:51 PM UTC-5, Jason Damisch wrote:
> > > On Friday, September 18, 2015 at 2:50:17 PM UTC-7, Greg wrote:
> > >
> > > > I just got my Eval Board today. Yahoo!
> > > > There seems to be quite a lot in there, reading the docs,
> > > > etc.
> > >
> > > You can let us know about all of the fun you have. :^)
> >
> > The board comes with a printout of this document:
> > http://www.greenarraychips.com/home/documents/greg/AN004-111008-GS-EVB001.pdf
> > I followed all the steps and got the coveted OK on all the tests and all.
> >
> > Besides the board itself you get some extra cords, interfacing gadgets, a 2G
> > MMC card, etc. see AN004-111008-GS-EVB001.pdf doc, "What's in the Box section".
> >
> > This doc details what Eval Board has to offer:
> > http://www.greenarraychips.com/home/documents/greg/DB003-110926-EVB001.pdf
> > I am a complete rookie in the field but just based on the multitude of
> > options to interface with the board, it seems to me it offers quite a lot.
> > Plus you get to work with 2 GA144 chips. I think some of the complains I've
> > seen on this forum (and other places where they discussed GA144) are addressed
> > by the Eval Board. The board offers a myriad of interfacing options...
> >
> > You have 3 software packages to work with the board:
> > 1) ArrayForth (just another name for ColorForth I guess) which produces the
> > native F18A "assembly".
> > 2) EForth which has its own virtual machine.
> > 3) PolyForth with its own virtual machine as well. It is my understanding
> > that the goal is for PolyForth to completely replace ArrayForth ("with its
> > weird IDE" :) ) at some point in the future. See
> > AN004-111008-GS-EVB001.pdf doc:
> > "Eventually all the F18 programming tools will be implemented by this polyFORTH
> > system."
> >
> > I do have a Raspberry PI sitting next to the board, in comparison the Eval
> > Board seems quite crude though. But it's just an Eval, not a finished product
> > like Raspberry PI, I guess.
>
> I like that comparison Greg! ;)
>
> As someone who has possession of SVFIG's Eval Board, I also look forward to hearing about your adventures. You can find my adventures with the chips online, but your experience is much more relevant.
>
> Get out your soldering iron, my preference is setting it up to be as generic as possible, and start playing with the options.
>
> Best of all, have fun! ;)
>
> DaR
Dennis, thanks for the nice encouragement. I would like to read/watch what you
posted online about this. I saw you also had a SVFIG presentation/discussion
I would like to watch that too. Where are the links, please?
Greg
[toc] | [prev] | [next] | [standalone]
| From | Dennis Ruffer <daruffer@gmail.com> |
|---|---|
| Date | 2015-09-21 06:44 -0700 |
| Message-ID | <86db8fc4-94bd-4a9b-a721-01776c0dc19a@googlegroups.com> |
| In reply to | #42096 |
On Sunday, September 20, 2015 at 7:03:06 PM UTC-7, Greg wrote: > Dennis, thanks for the nice encouragement. I would like to read/watch what you > posted online about this. I saw you also had a SVFIG presentation/discussion > I would like to watch that too. Where are the links, please? > Greg Here's a bunch of links I put together last year: http://daruffer.blogspot.com/2014/08/greenarray-ga144-links.html DaR
[toc] | [prev] | [next] | [standalone]
| From | Dennis Ruffer <daruffer@gmail.com> |
|---|---|
| Date | 2015-09-22 13:10 -0700 |
| Message-ID | <01c102bd-981a-48e3-af43-384c68c67568@googlegroups.com> |
| In reply to | #42101 |
On Monday, September 21, 2015 at 6:44:42 AM UTC-7, Dennis Ruffer wrote: > On Sunday, September 20, 2015 at 7:03:06 PM UTC-7, Greg wrote: > > Dennis, thanks for the nice encouragement. I would like to read/watch what you > > posted online about this. I saw you also had a SVFIG presentation/discussion > > I would like to watch that too. Where are the links, please? > > Greg > > Here's a bunch of links I put together last year: > > http://daruffer.blogspot.com/2014/08/greenarray-ga144-links.html > > DaR Perhaps more focused on the Eval Board, is my Initial PWM talk: http://www.forth.org/svfig/kk/05-2012-Ruffer.zip Sorry it too so long to find it. DaR
[toc] | [prev] | [next] | [standalone]
| From | Mark Wills <markwills1970@gmail.com> |
|---|---|
| Date | 2015-09-18 16:18 -0700 |
| Message-ID | <7527f6ec-59c8-4a19-9453-9116fd5bca3f@googlegroups.com> |
| In reply to | #42078 |
On Friday, 18 September 2015 22:50:17 UTC+1, Greg wrote: > On Monday, September 14, 2015 at 9:16:05 PM UTC-5, rickman wrote: > > On 9/14/2015 9:15 PM, Greg wrote: > > > On Monday, September 14, 2015 at 5:12:11 PM UTC-5, rickman wrote: > > >> On 9/14/2015 5:17 PM, Greg wrote: > > >>> On Monday, September 14, 2015 at 12:26:00 PM UTC-5, rickman wrote: > > >>>> On 9/14/2015 12:33 PM, Greg wrote: > > >>>>> Not much. > > >>>> > > >>>> If you want to do something cool with a GA144, figure out just what it > > >>>> can do well. Not many have been able to do that. > > >>>> > > >>>> One application I came up with that may not have significant limitations > > >>>> is a signal generator. If the output is limited to basic waveforms like > > >>>> sine, square, triangle, there is no need for external RAM. The DACs can > > >>>> be dithered to give good resolution at lower sample rates. The DACs > > >>>> won't perform so well at higher frequencies though, 9 bits is rather > > >>>> limiting. > > >>>> > > >>>> Still, it can do audio frequencies with good SNR and higher frequencies > > >>>> with lower SNR. Doing all the math at 18 bits will minimize phase > > >>>> truncation allowing the spurs to be spread rather than close in to the > > >>>> carrier. > > >>>> > > >>>> Get that crystal oscillator working and you'll have a stable > > >>>> reference... or just use an external oscillator with guaranteed specs. > > >>>> > > >>>> For an arbitrary waveform generator it will require enough RAM to hold > > >>>> the waveforms. So that will likely need an external RAM chip. Maybe > > >>>> figure out how to use the ADCs well and have a waveform capture mode. > > >>>> Heck, maybe this could be the basis of an electronic instrument. > > >>>> > > >>>> -- > > >>>> > > >>>> Rick > > >>> > > >>> Rick, thanks much. The EvalBoard is on its way... > > >>> http://www.greenarraychips.com/home/products/index.html > > >>> The board has some SRAM included, with dedicated nodes to talk to it. > > >>> > > >>> It helps lots to see that I can reach out to somebody who can "speak" at my > > >>> level too, thanks. Not that GreenArrays is not easily reachable, just that > > >>> they may be talking Everest level and I am at the level where I barely see the > > >>> forest from the trees. > > >> > > >> Are you aware that they have a simulator? You can write all sorts of > > >> code to test your skills and build some experience before adding the > > >> complication of real hardware. > > >> > > >> -- > > >> > > >> Rick > > > Yep, but if IIRC things can only happen sequentially, so it's a not as realistic of a model. At least the softsim that comes from them. > > > > I believe I was told the timing delays in the F18A model are only > > approximate, rounded to a multiple of some simulation value, perhaps 1 > > ns, 0.5 ns or similar. So it is not even close to a timing accurate > > simulator. > > > > That would impact issues of race conditions and pin I/O which isn't > > simulated at all last I heard. 99.9% of your coding problems will be > > things you can easily debug in a simulator however. This is similar to > > FPGAs where I strive to have 100% coverage of bugs in simulation. I get > > pretty durn close most of the time. Pre-layout HDL simulation doesn't > > even model logic timing. I make sure my design doesn't depend on it > > except that the delays aren't too long for the clock period which is > > checked by static timing analysis. > > > > A GA144 design should be done the same way. But instead of timing being > > controlled by a clock, timing should be controlled by the I/O channels. > > You just need to make sure your programming delays are short enough to > > meet whatever requirements you may have. The rest is all logic which > > can be simulated. > > > > -- > > > > Rick > > I just got my Eval Board today. Yahoo! > There seems to be quite a lot in there, reading the docs, > etc. Make some YouTube videos. The more the merrier. Especially stuff that shows how to use their (weird) IDE.
[toc] | [prev] | [next] | [standalone]
| From | schmegner@gmail.com |
|---|---|
| Date | 2015-09-14 18:21 -0700 |
| Message-ID | <75cae47d-8151-4e88-b4ce-ed48a13766ea@googlegroups.com> |
| In reply to | #42005 |
On Monday, September 14, 2015 at 5:12:11 PM UTC-5, rickman wrote: > On 9/14/2015 5:17 PM, Greg wrote: > > On Monday, September 14, 2015 at 12:26:00 PM UTC-5, rickman wrote: > >> On 9/14/2015 12:33 PM, Greg wrote: > >>> Not much. > >> > >> If you want to do something cool with a GA144, figure out just what it > >> can do well. Not many have been able to do that. > >> > >> One application I came up with that may not have significant limitations > >> is a signal generator. If the output is limited to basic waveforms like > >> sine, square, triangle, there is no need for external RAM. The DACs can > >> be dithered to give good resolution at lower sample rates. The DACs > >> won't perform so well at higher frequencies though, 9 bits is rather > >> limiting. > >> > >> Still, it can do audio frequencies with good SNR and higher frequencies > >> with lower SNR. Doing all the math at 18 bits will minimize phase > >> truncation allowing the spurs to be spread rather than close in to the > >> carrier. > >> > >> Get that crystal oscillator working and you'll have a stable > >> reference... or just use an external oscillator with guaranteed specs. > >> > >> For an arbitrary waveform generator it will require enough RAM to hold > >> the waveforms. So that will likely need an external RAM chip. Maybe > >> figure out how to use the ADCs well and have a waveform capture mode. > >> Heck, maybe this could be the basis of an electronic instrument. > >> > >> -- > >> > >> Rick > > > > Rick, thanks much. The EvalBoard is on its way... > > http://www.greenarraychips.com/home/products/index.html > > The board has some SRAM included, with dedicated nodes to talk to it. > > > > It helps lots to see that I can reach out to somebody who can "speak" at my > > level too, thanks. Not that GreenArrays is not easily reachable, just that > > they may be talking Everest level and I am at the level where I barely see the > > forest from the trees. > > Are you aware that they have a simulator? You can write all sorts of > code to test your skills and build some experience before adding the > complication of real hardware. > > -- > > Rick Also it would be a pity indeed if I bought the board and it will end up just sitting there un-used. But at the same $450 it's not quite the end of the world. If I manage to create some smart toys for some kids here with it, I'd sign off this endeavor as a success. First thing, I'd like a way to keep track of time, second to play sound. That's my initial "plan", just toy stuff, nothing serious. If the kids like it, and I manage to get things this far, they can take it later from there.
[toc] | [prev] | [standalone]
Page 6 of 6 — ← Prev page 1 2 3 4 5 [6]
Back to top | Article view | comp.lang.forth
csiph-web