From rhenley at bigpond.net.au  Tue Dec  1 01:03:05 2015
From: rhenley at bigpond.net.au (Roger Henley)
Date: Tue, 1 Dec 2015 17:03:05 +1100
Subject: [DSP-10] Schematics for DSPx+KDSP10 and the EZKit
In-Reply-To: <565CB456.9050707@w3sz.net>
References: <655461451.12320552.1448910713709.JavaMail.yahoo.ref@mail.yahoo.com>	<655461451.12320552.1448910713709.JavaMail.yahoo@mail.yahoo.com>
	<565CB456.9050707@w3sz.net>
Message-ID: <001b01d12bfd$f26bb400$d7431c00$@net.au>

Hi Roger,
I think I originally sent this to Richard by mistake.
I am interested in a DSP-10 kit but have 2 EZKit boards so would not need
another. Could you advise a price for the DSP-10 kit alone, if available
that way?
73
Roger VK2KXG

-----Original Message-----
From: DSP-10 [mailto:dsp-10-bounces at mailman.qth.net] On Behalf Of Roger Rehr
W3SZ
Sent: Tuesday, December 1, 2015 07:41
To: dsp-10 at mailman.qth.net
Subject: Re: [DSP-10] Schematics for DSPx+KDSP10 and the EZKit

Hi All,

In case you can't get the EZKIT LITE repaired, I still have one New in Box
never opened Analog Devices ADDS-21XX-EZLITE P/N 35-000286-01.
The cost for this is $100 plus shipping plus PayPal Fee (2.9% plus 0.30
USD).

As long as I am listing items for sale, I will note that I also have one
original TAPR DSP-10 kit with Hammond enclosure and new Analog Devices
ADDS-21XX-EZLITE P/N 35-000286-01 left.
The total cost for both the TAPR kit and the EZLITE is 250 USD plus shipping
plus PayPal Fee (2.9% plus 0.30 USD).

Good luck with all, Richard!

73,

Roger Rehr
W3SZ

On 11/30/2015 2:11 PM, Richard Miller via DSP-10 wrote:
> All: After running UDIAG1.exe it looks like there is a problem with 
> the EZKit. Does anyone have a schematic for these boards? The ones I 
> have came with the kit, and are almost impossible to read because the 
> copy quality was not great on the pamphlet/manuals I received.  73 
> Rich ______________________________________________________________
> DSP-10 mailing list
> Home: http://mailman.qth.net/mailman/listinfo/dsp-10
> Help: http://mailman.qth.net/mmfaq.htm
> Post: mailto:DSP-10 at mailman.qth.net
>
> This list hosted by: http://www.qsl.net Please help support this email 
> list: http://www.qsl.net/donate.html

______________________________________________________________
DSP-10 mailing list
Home: http://mailman.qth.net/mailman/listinfo/dsp-10
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DSP-10 at mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7227 / Virus Database: 4477/11094 - Release Date: 11/30/15

-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7227 / Virus Database: 4460/11085 - Release Date: 11/29/15


From av8torrich at yahoo.com  Tue Dec  1 07:22:48 2015
From: av8torrich at yahoo.com (Rich Miller)
Date: Tue, 1 Dec 2015 07:22:48 -0500
Subject: [DSP-10] Schematics for DSPx+KDSP10 and the EZKit
In-Reply-To: <001b01d12bfd$f26bb400$d7431c00$@net.au>
References: <655461451.12320552.1448910713709.JavaMail.yahoo.ref@mail.yahoo.com>
	<655461451.12320552.1448910713709.JavaMail.yahoo@mail.yahoo.com>
	<565CB456.9050707@w3sz.net>
	<001b01d12bfd$f26bb400$d7431c00$@net.au>
Message-ID: <40BE722F-E4E9-42A9-AF30-0B8878BDD471@yahoo.com>

Hi Rodger (VK3KXG):

Yes that email went to me by accident. 

73

Rich, AJ3G

> On Dec 1, 2015, at 1:03 AM, Roger Henley <rhenley at bigpond.net.au> wrote:
> 
> Hi Roger,
> I think I originally sent this to Richard by mistake.
> I am interested in a DSP-10 kit but have 2 EZKit boards so would not need
> another. Could you advise a price for the DSP-10 kit alone, if available
> that way?
> 73
> Roger VK2KXG
> 
> -----Original Message-----
> From: DSP-10 [mailto:dsp-10-bounces at mailman.qth.net] On Behalf Of Roger Rehr
> W3SZ
> Sent: Tuesday, December 1, 2015 07:41
> To: dsp-10 at mailman.qth.net
> Subject: Re: [DSP-10] Schematics for DSPx+KDSP10 and the EZKit
> 
> Hi All,
> 
> In case you can't get the EZKIT LITE repaired, I still have one New in Box
> never opened Analog Devices ADDS-21XX-EZLITE P/N 35-000286-01.
> The cost for this is $100 plus shipping plus PayPal Fee (2.9% plus 0.30
> USD).
> 
> As long as I am listing items for sale, I will note that I also have one
> original TAPR DSP-10 kit with Hammond enclosure and new Analog Devices
> ADDS-21XX-EZLITE P/N 35-000286-01 left.
> The total cost for both the TAPR kit and the EZLITE is 250 USD plus shipping
> plus PayPal Fee (2.9% plus 0.30 USD).
> 
> Good luck with all, Richard!
> 
> 73,
> 
> Roger Rehr
> W3SZ
> 
>> On 11/30/2015 2:11 PM, Richard Miller via DSP-10 wrote:
>> All: After running UDIAG1.exe it looks like there is a problem with 
>> the EZKit. Does anyone have a schematic for these boards? The ones I 
>> have came with the kit, and are almost impossible to read because the 
>> copy quality was not great on the pamphlet/manuals I received.  73 
>> Rich ______________________________________________________________
>> DSP-10 mailing list
>> Home: http://mailman.qth.net/mailman/listinfo/dsp-10
>> Help: http://mailman.qth.net/mmfaq.htm
>> Post: mailto:DSP-10 at mailman.qth.net
>> 
>> This list hosted by: http://www.qsl.net Please help support this email 
>> list: http://www.qsl.net/donate.html
> 
> ______________________________________________________________
> DSP-10 mailing list
> Home: http://mailman.qth.net/mailman/listinfo/dsp-10
> Help: http://mailman.qth.net/mmfaq.htm
> Post: mailto:DSP-10 at mailman.qth.net
> 
> This list hosted by: http://www.qsl.net
> Please help support this email list: http://www.qsl.net/donate.html
> 
> 
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2016.0.7227 / Virus Database: 4477/11094 - Release Date: 11/30/15
> 
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2016.0.7227 / Virus Database: 4460/11085 - Release Date: 11/29/15
> 
> ______________________________________________________________
> DSP-10 mailing list
> Home: http://mailman.qth.net/mailman/listinfo/dsp-10
> Help: http://mailman.qth.net/mmfaq.htm
> Post: mailto:DSP-10 at mailman.qth.net
> 
> This list hosted by: http://www.qsl.net
> Please help support this email list: http://www.qsl.net/donate.html

From av8torrich at yahoo.com  Tue Dec  1 17:49:43 2015
From: av8torrich at yahoo.com (Richard Miller)
Date: Tue, 1 Dec 2015 22:49:43 +0000 (UTC)
Subject: [DSP-10] Flash Bank 0 link broken on Proaxis.com
References: <1662007062.13643728.1449010183321.JavaMail.yahoo.ref@mail.yahoo.com>
Message-ID: <1662007062.13643728.1449010183321.JavaMail.yahoo@mail.yahoo.com>

Hello Group:
Wondering if anyone could point me to a place where the Flash Bank 0 information is now stored? I just checked Mike's page and I am getting a http404 error.
73
Rich


From kd7ts at comcast.net  Tue Dec  1 18:19:29 2015
From: kd7ts at comcast.net (kd7ts)
Date: Tue, 01 Dec 2015 15:19:29 -0800
Subject: [DSP-10] Flash Bank 0 link broken on Proaxis.com
In-Reply-To: <1662007062.13643728.1449010183321.JavaMail.yahoo@mail.yahoo.com>
References: <1662007062.13643728.1449010183321.JavaMail.yahoo.ref@mail.yahoo.com>
	<1662007062.13643728.1449010183321.JavaMail.yahoo@mail.yahoo.com>
Message-ID: <op.x8zm2r0352bbiw@kd7ts1>

On Tue, 01 Dec 2015 14:49:43 -0800, Richard Miller via DSP-10 <dsp-10 at mailman.qth.net> wrote:

> Hello Group:
> Wondering if anyone could point me to a place where the Flash Bank 0 information is now stored? I just checked Mike's page and I am getting a http404 error.
> 73
> Rich

Hi Rich,

Thanks to Comcast, everything that was Comcast became XXfinity and web spaces were rendered useless. Before they did that I made sure there is a copy at

http://web.archive.org/web/20151003053750/http://home.comcast.net/~kd7ts/

The page (maybe) you are looking for is

http://web.archive.org/web/20130621162807/http://home.comcast.net/~kd7ts/html/Flash/Boot_and_Flash.html

and there is more at Bobs site

http://www.proaxis.com/~boblark/dsp10_dspx_flashbank1.htm

Mike KD7TS

From av8torrich at yahoo.com  Tue Dec  1 22:20:00 2015
From: av8torrich at yahoo.com (Richard Miller)
Date: Wed, 2 Dec 2015 03:20:00 +0000 (UTC)
Subject: [DSP-10] Flash Bank 0 link broken on Proaxis.com
In-Reply-To: <op.x8zm2r0352bbiw@kd7ts1>
References: <op.x8zm2r0352bbiw@kd7ts1>
Message-ID: <1965073549.13814998.1449026400678.JavaMail.yahoo@mail.yahoo.com>

Hi Mike:
????Yes the description of Flash Bank 0 is what I was looking for. 
????I have been able to make some progress. It looks like there is an issue surrounding the FCI connectors I used on the EzKit. I have corrected this issue, and I am able to get the DSP-10 to lock without issue.
????Now it appears as though there may be a problem with the ADC. Right now, I am showing an input signal level (below S Meter) of -178dBm. Since I am pretty sure this is not a realistic noise floor of the DSP-10, I will need to investigate the cause of this. I also note with the lock and signal injection right into the RX Antenna port, I am not able to stimulate the ADC bar graph at the bottom of the screen.
????I have also noted I am not able to PTT any longer. It feels like I am getting close, but I will need to play around with this a little longer.
73
Rich


      From: kd7ts <kd7ts at comcast.net>
 To: dsp-10 at mailman.qth.net 
 Sent: Tuesday, December 1, 2015 6:19 PM
 Subject: Re: [DSP-10] Flash Bank 0 link broken on Proaxis.com
   
On Tue, 01 Dec 2015 14:49:43 -0800, Richard Miller via DSP-10 <dsp-10 at mailman.qth.net> wrote:

> Hello Group:
> Wondering if anyone could point me to a place where the Flash Bank 0 information is now stored? I just checked Mike's page and I am getting a http404 error.
> 73
> Rich

Hi Rich,

Thanks to Comcast, everything that was Comcast became XXfinity and web spaces were rendered useless. Before they did that I made sure there is a copy at

http://web.archive.org/web/20151003053750/http://home.comcast.net/~kd7ts/

The page (maybe) you are looking for is

http://web.archive.org/web/20130621162807/http://home.comcast.net/~kd7ts/html/Flash/Boot_and_Flash.html

and there is more at Bobs site

http://www.proaxis.com/~boblark/dsp10_dspx_flashbank1.htm

Mike KD7TS


______________________________________________________________
DSP-10 mailing list
Home: http://mailman.qth.net/mailman/listinfo/dsp-10
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DSP-10 at mailman.qth.net

This list hosted by: http://www.qsl.net/
Please help support this email list: http://www.qsl.net/donate.html


 

From av8torrich at yahoo.com  Tue Dec  1 22:20:00 2015
From: av8torrich at yahoo.com (Richard Miller)
Date: Wed, 2 Dec 2015 03:20:00 +0000 (UTC)
Subject: [DSP-10] Flash Bank 0 link broken on Proaxis.com
In-Reply-To: <op.x8zm2r0352bbiw@kd7ts1>
References: <op.x8zm2r0352bbiw@kd7ts1>
Message-ID: <1965073549.13814998.1449026400678.JavaMail.yahoo@mail.yahoo.com>

Hi Mike:
????Yes the description of Flash Bank 0 is what I was looking for. 
????I have been able to make some progress. It looks like there is an issue surrounding the FCI connectors I used on the EzKit. I have corrected this issue, and I am able to get the DSP-10 to lock without issue.
????Now it appears as though there may be a problem with the ADC. Right now, I am showing an input signal level (below S Meter) of -178dBm. Since I am pretty sure this is not a realistic noise floor of the DSP-10, I will need to investigate the cause of this. I also note with the lock and signal injection right into the RX Antenna port, I am not able to stimulate the ADC bar graph at the bottom of the screen.
????I have also noted I am not able to PTT any longer. It feels like I am getting close, but I will need to play around with this a little longer.
73
Rich


      From: kd7ts <kd7ts at comcast.net>
 To: dsp-10 at mailman.qth.net 
 Sent: Tuesday, December 1, 2015 6:19 PM
 Subject: Re: [DSP-10] Flash Bank 0 link broken on Proaxis.com
   
On Tue, 01 Dec 2015 14:49:43 -0800, Richard Miller via DSP-10 <dsp-10 at mailman.qth.net> wrote:

> Hello Group:
> Wondering if anyone could point me to a place where the Flash Bank 0 information is now stored? I just checked Mike's page and I am getting a http404 error.
> 73
> Rich

Hi Rich,

Thanks to Comcast, everything that was Comcast became XXfinity and web spaces were rendered useless. Before they did that I made sure there is a copy at

http://web.archive.org/web/20151003053750/http://home.comcast.net/~kd7ts/

The page (maybe) you are looking for is

http://web.archive.org/web/20130621162807/http://home.comcast.net/~kd7ts/html/Flash/Boot_and_Flash.html

and there is more at Bobs site

http://www.proaxis.com/~boblark/dsp10_dspx_flashbank1.htm

Mike KD7TS


______________________________________________________________
DSP-10 mailing list
Home: http://mailman.qth.net/mailman/listinfo/dsp-10
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DSP-10 at mailman.qth.net

This list hosted by: http://www.qsl.net/
Please help support this email list: http://www.qsl.net/donate.html


 

From av8torrich at yahoo.com  Wed Dec  2 22:19:09 2015
From: av8torrich at yahoo.com (Richard Miller)
Date: Thu, 3 Dec 2015 03:19:09 +0000 (UTC)
Subject: [DSP-10] Corrupted Monitor on DSPx
References: <814253410.14529205.1449112749934.JavaMail.yahoo.ref@mail.yahoo.com>
Message-ID: <814253410.14529205.1449112749934.JavaMail.yahoo@mail.yahoo.com>

All:
After doing some digging around, my monitor has finally corrupted. I am not sure if I was having trouble in Flash Bank 0 which caused the issues I was seeing or not. The question is, is this repairable, or is it time to purchase another DSPX board?
73
Rich 

From kd7ts at comcast.net  Wed Dec  2 23:09:33 2015
From: kd7ts at comcast.net (kd7ts)
Date: Wed, 02 Dec 2015 20:09:33 -0800
Subject: [DSP-10] HEY !! Bob !!  Re:  Corrupted Monitor on DSPx
In-Reply-To: <814253410.14529205.1449112749934.JavaMail.yahoo@mail.yahoo.com>
References: <814253410.14529205.1449112749934.JavaMail.yahoo.ref@mail.yahoo.com>
	<814253410.14529205.1449112749934.JavaMail.yahoo@mail.yahoo.com>
Message-ID: <op.x81u57n252bbiw@kd7ts1>

On Wed, 02 Dec 2015 19:19:09 -0800, Richard Miller via DSP-10 <dsp-10 at mailman.qth.net> wrote:

> All:
> After doing some digging around, my monitor has finally corrupted. I am not sure if I was having trouble in Flash Bank 0 which caused the issues I was seeing or not. The question is, is this repairable, or is it time to purchase another DSPX board?
> 73
> Rich

Hi Rich,

Yes, it's repairable by replacing the flash chip, or reprogramming it. If you have a 39VF040 with a monitor it is possible to copy the monitor from one chip to the other without a separate programmer.

It has been a while since I looked at this stuff, but if memory serves there is a way to read the checksum of bank0, but maybe it requires a good monitor.

I have one stashed in a safe place ... If I can find it, I can mail it to you. I owe someone for this as it was supplied to me by Jimmy, W7CQ to replace mine when I screwed it up.

Mike KD7TS

From av8torrich at yahoo.com  Thu Dec  3 07:30:12 2015
From: av8torrich at yahoo.com (Richard Miller)
Date: Thu, 3 Dec 2015 12:30:12 +0000 (UTC)
Subject: [DSP-10] HEY !! Bob !!  Re:  Corrupted Monitor on DSPx
In-Reply-To: <op.x81u57n252bbiw@kd7ts1>
References: <op.x81u57n252bbiw@kd7ts1>
Message-ID: <1626088815.14691089.1449145812260.JavaMail.yahoo@mail.yahoo.com>

Hi Mike:
I am afraid I do not have a separate monitor. If you could find the other one, I could try an copy it.?The programmer I have will not work for this type of device, as it was designed for PIC's. I have been looking?into obtaining one which will work with these types of flash devices, as I need to store the CAL parameters of?at Tektronix 2440, which are stored on Dallas NVRAM (also 70ns?devices). ?
After review, the 39VF040 is pretty?inexpensive (Approx $2.10 from Mouser)?; so maybe I?could expedite my search for a programmer and make a couple copies for safe keeping.
73
Rich, AJ3G
?      From: kd7ts <kd7ts at comcast.net>
 To: dsp-10 at mailman.qth.net 
 Sent: Wednesday, December 2, 2015 11:09 PM
 Subject: [DSP-10] HEY !! Bob !! Re: Corrupted Monitor on DSPx
   
On Wed, 02 Dec 2015 19:19:09 -0800, Richard Miller via DSP-10 <dsp-10 at mailman.qth.net> wrote:

> All:
> After doing some digging around, my monitor has finally corrupted. I am not sure if I was having trouble in Flash Bank 0 which caused the issues I was seeing or not. The question is, is this repairable, or is it time to purchase another DSPX board?
> 73
> Rich

Hi Rich,

Yes, it's repairable by replacing the flash chip, or reprogramming it. If you have a 39VF040 with a monitor it is possible to copy the monitor from one chip to the other without a separate programmer.

It has been a while since I looked at this stuff, but if memory serves there is a way to read the checksum of bank0, but maybe it requires a good monitor.

I have one stashed in a safe place ... If I can find it, I can mail it to you. I owe someone for this as it was supplied to me by Jimmy, W7CQ to replace mine when I screwed it up.

Mike KD7TS


______________________________________________________________
DSP-10 mailing list
Home: http://mailman.qth.net/mailman/listinfo/dsp-10
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DSP-10 at mailman.qth.net

This list hosted by: http://www.qsl.net/
Please help support this email list: http://www.qsl.net/donate.html


 

From boblark at proaxis.com  Thu Dec  3 12:47:46 2015
From: boblark at proaxis.com (Bob Larkin)
Date: Thu, 3 Dec 2015 09:47:46 -0800
Subject: [DSP-10] HEY !! Bob !! Re: Corrupted Monitor on DSPx
In-Reply-To: <1626088815.14691089.1449145812260.JavaMail.yahoo@mail.yahoo.com>
References: <op.x81u57n252bbiw@kd7ts1>
	<1626088815.14691089.1449145812260.JavaMail.yahoo@mail.yahoo.com>
Message-ID: <56608042.3030804@proaxis.com>

Hi Rich,

I had a chat with KD7TS and W7CQ this AM, relative to flash chips.  I 
hunted about and I have several that are programmed with v2.95 of the 
monitor.  Send me your mailing address (off the reflector, if you want) 
and I will send you a new monitor.

73, Bob  W7PUA

On 12/03/2015 04:30 AM, Richard Miller via DSP-10 wrote:
> Hi Mike:
> I am afraid I do not have a separate monitor. If you could find the other one, I could try an copy it. The programmer I have will not work for this type of device, as it was designed for PIC's. I have been looking into obtaining one which will work with these types of flash devices, as I need to store the CAL parameters of at Tektronix 2440, which are stored on Dallas NVRAM (also 70ns devices).
> After review, the 39VF040 is pretty inexpensive (Approx $2.10 from Mouser) ; so maybe I could expedite my search for a programmer and make a couple copies for safe keeping.
> 73
> Rich, AJ3G
>         From: kd7ts <kd7ts at comcast.net>
>   To: dsp-10 at mailman.qth.net
>   Sent: Wednesday, December 2, 2015 11:09 PM
>   Subject: [DSP-10] HEY !! Bob !! Re: Corrupted Monitor on DSPx
>
> On Wed, 02 Dec 2015 19:19:09 -0800, Richard Miller via DSP-10 <dsp-10 at mailman.qth.net> wrote:
>
>> All:
>> After doing some digging around, my monitor has finally corrupted. I am not sure if I was having trouble in Flash Bank 0 which caused the issues I was seeing or not. The question is, is this repairable, or is it time to purchase another DSPX board?
>> 73
>> Rich
>
> Hi Rich,
>
> Yes, it's repairable by replacing the flash chip, or reprogramming it. If you have a 39VF040 with a monitor it is possible to copy the monitor from one chip to the other without a separate programmer.
>
> It has been a while since I looked at this stuff, but if memory serves there is a way to read the checksum of bank0, but maybe it requires a good monitor.
>
> I have one stashed in a safe place ... If I can find it, I can mail it to you. I owe someone for this as it was supplied to me by Jimmy, W7CQ to replace mine when I screwed it up.
>
> Mike KD7TS
>
>
> ______________________________________________________________
> DSP-10 mailing list
> Home: http://mailman.qth.net/mailman/listinfo/dsp-10
> Help: http://mailman.qth.net/mmfaq.htm
> Post: mailto:DSP-10 at mailman.qth.net
>
> This list hosted by: http://www.qsl.net/
> Please help support this email list: http://www.qsl.net/donate.html
>
>
>
> ______________________________________________________________
> DSP-10 mailing list
> Home: http://mailman.qth.net/mailman/listinfo/dsp-10
> Help: http://mailman.qth.net/mmfaq.htm
> Post: mailto:DSP-10 at mailman.qth.net
>
> This list hosted by: http://www.qsl.net
> Please help support this email list: http://www.qsl.net/donate.html
>

From av8torrich at yahoo.com  Thu Dec  3 13:30:28 2015
From: av8torrich at yahoo.com (Rich Miller)
Date: Thu, 3 Dec 2015 13:30:28 -0500
Subject: [DSP-10] HEY !! Bob !! Re: Corrupted Monitor on DSPx
In-Reply-To: <56608042.3030804@proaxis.com>
References: <op.x81u57n252bbiw@kd7ts1>
	<1626088815.14691089.1449145812260.JavaMail.yahoo@mail.yahoo.com>
	<56608042.3030804@proaxis.com>
Message-ID: <4DF5A0C6-7761-4E4B-BD00-595674873E71@yahoo.com>

Hi Bob:

I just wrote Mike, to let him know you had located a 39VF040. I thank the both of you for checking into this for me. My callsign (AJ3G) is good in QRZ, but the address is:

Rich Miller
9005 Vernon View Dr, 
Alexandria , VA 22308

As I stated in an earlier email to Mike (KD7TS), I hope this turns out to be the issue with my DSP-10. I was finally able to get the PLL problem partially resolved, but it would return typically after making a RX to TX transition. The PLL Unlock was not the only problem I would see on the transition, I would also get some pretty weird DAC indications after some of the transitions , but not all.

I had thought maybe the FCI connectors I used on the header pins were not tight causing an intermittent problem, but I have since tack soldered the pins to the header. If the monitor is not the issue, than the only thing I can think of is the ADSP-21XX. 

Just out of curiosity, is it possible in your opinion for a DSP-10 to partially run with a corrupted monitor? I really can't find any fault in any of the other parts of the RF Chain on the main board. When serial programming works and programs the shift registers, then the PLL's work great. 

73

Rich, AJ3G

> On Dec 3, 2015, at 12:47 PM, Bob Larkin <boblark at proaxis.com> wrote:
> 
> Hi Rich,
> 
> I had a chat with KD7TS and W7CQ this AM, relative to flash chips.  I hunted about and I have several that are programmed with v2.95 of the monitor.  Send me your mailing address (off the reflector, if you want) and I will send you a new monitor.
> 
> 73, Bob  W7PUA
> 
>> On 12/03/2015 04:30 AM, Richard Miller via DSP-10 wrote:
>> Hi Mike:
>> I am afraid I do not have a separate monitor. If you could find the other one, I could try an copy it. The programmer I have will not work for this type of device, as it was designed for PIC's. I have been looking into obtaining one which will work with these types of flash devices, as I need to store the CAL parameters of at Tektronix 2440, which are stored on Dallas NVRAM (also 70ns devices).
>> After review, the 39VF040 is pretty inexpensive (Approx $2.10 from Mouser) ; so maybe I could expedite my search for a programmer and make a couple copies for safe keeping.
>> 73
>> Rich, AJ3G
>>        From: kd7ts <kd7ts at comcast.net>
>>  To: dsp-10 at mailman.qth.net
>>  Sent: Wednesday, December 2, 2015 11:09 PM
>>  Subject: [DSP-10] HEY !! Bob !! Re: Corrupted Monitor on DSPx
>> 
>>> On Wed, 02 Dec 2015 19:19:09 -0800, Richard Miller via DSP-10 <dsp-10 at mailman.qth.net> wrote:
>>> 
>>> All:
>>> After doing some digging around, my monitor has finally corrupted. I am not sure if I was having trouble in Flash Bank 0 which caused the issues I was seeing or not. The question is, is this repairable, or is it time to purchase another DSPX board?
>>> 73
>>> Rich
>> 
>> Hi Rich,
>> 
>> Yes, it's repairable by replacing the flash chip, or reprogramming it. If you have a 39VF040 with a monitor it is possible to copy the monitor from one chip to the other without a separate programmer.
>> 
>> It has been a while since I looked at this stuff, but if memory serves there is a way to read the checksum of bank0, but maybe it requires a good monitor.
>> 
>> I have one stashed in a safe place ... If I can find it, I can mail it to you. I owe someone for this as it was supplied to me by Jimmy, W7CQ to replace mine when I screwed it up.
>> 
>> Mike KD7TS
>> 
>> 
>> ______________________________________________________________
>> DSP-10 mailing list
>> Home: http://mailman.qth.net/mailman/listinfo/dsp-10
>> Help: http://mailman.qth.net/mmfaq.htm
>> Post: mailto:DSP-10 at mailman.qth.net
>> 
>> This list hosted by: http://www.qsl.net/
>> Please help support this email list: http://www.qsl.net/donate.html
>> 
>> 
>> 
>> ______________________________________________________________
>> DSP-10 mailing list
>> Home: http://mailman.qth.net/mailman/listinfo/dsp-10
>> Help: http://mailman.qth.net/mmfaq.htm
>> Post: mailto:DSP-10 at mailman.qth.net
>> 
>> This list hosted by: http://www.qsl.net
>> Please help support this email list: http://www.qsl.net/donate.html
>> 

From kd7ts at comcast.net  Thu Dec  3 16:25:33 2015
From: kd7ts at comcast.net (kd7ts)
Date: Thu, 03 Dec 2015 13:25:33 -0800
Subject: [DSP-10] HEY !! Bob !! Re: Corrupted Monitor on DSPx
In-Reply-To: <4DF5A0C6-7761-4E4B-BD00-595674873E71@yahoo.com>
References: <op.x81u57n252bbiw@kd7ts1>
	<1626088815.14691089.1449145812260.JavaMail.yahoo@mail.yahoo.com>
	<56608042.3030804@proaxis.com>
	<4DF5A0C6-7761-4E4B-BD00-595674873E71@yahoo.com>
Message-ID: <op.x8264vgq52bbiw@kd7ts1>

On Thu, 03 Dec 2015 10:30:28 -0800, Rich Miller via DSP-10 <dsp-10 at mailman.qth.net> wrote:

> Just out of curiosity, is it possible in your opinion for a DSP-10 to partially run with a corrupted monitor? I really can't find any fault in any of the other parts of the RF Chain on the main board. When serial programming works and programs the shift registers, then the PLL's work great.

Hi Rich,

Opinions ? Sure, I wrote this up a few years ago, and will add some clarification ..

The ADSP2185 is a specailized processor optimized to handle FFT calculations, but also does many other jobs to make the DSP-10 operate. It does nothing on its own and requires instructions to be loaded into its memory. A Flash memory chip, 39VF040, is used to store the programs that the ADSP2185 uses.

When the DSP-10 is started the ADSP2185 looks for something to run.  In the case of the ADSP2185 used in the DSP-10x, this is BANK0 of the 39VF040 flash memory. The first few instructions are a "boot loader" that load the monitor stored in the flash to the low memory of the ADSP-2185 and start the monitor running from the ADSP-2185.  Once running, the monitor looks at the jumpers, JP1 and JP2 on the interface board to see what should happen next.

The monitor, still running from the ADSP2185, checks  JP1 for further instruction and if JP1  is closed,  looks in BANK1 of the 39VF040 and loads the UHF3 DSP program into the ADSP2185 memory and turns execution over to the DSP program. At this point, we have the monitor loaded in low memory and UHF3 loaded above it somewhere, but still in the ADSP-2185. The flash is not needed until the next time the DSP-10 is started.

If JP1 is open, the monitor, running in low memory of the ADSP-2185, waits for instructions from the outside. This is where the monitor is used to load FLASHUTB to the ADSP2185 and execution is turned over to the "FLASH UTILITY".

The flash utility knows how to talk to the flash memory, and we use it to load new insructions and/or programs to the appropriate flash memory bank. The monitor is still in the ADSP2185 low memory, but program execution is under control of the "FLASH UTILITY" , FLASHUTB.EXE.

As long as power is on, the ADSP2185 memory is retained, and we can use this feature to write a copy of the monitor back to the FLASH MEMORY. If you erase or corrupt the monitor in BANK0, it can be written back by the flash utility from the copy in ADSP2185 memory.

If you erase or corrupt the monitor in BANK0, AND reset the DSP-10 or cycle the power, then there is no longer a copy of the monitor in the ADSP2185 low memory and no copy in the 39VF040, so you can put this away until you get another 39VF040 flash chip with a monitor in BANK0.

The monitor is the first thing we use and the heart of these operations, and without it there is no reading, or writing of the flash memory.

So, the opinion .. if there is not a monitor in the flash chip then UHF3 will never be loaded to the ADSP-2185 and not much is going to happen. If the PLL gets programmed, then there must be a copy of the monitor in Bank0 of the 39VF040.

http://www.proaxis.com/~boblark/dsp10_dspx_flashbank1.htm

There are many hints available from the software used to update the UHF3 program from the link above.
Remember there are 2 jumpers, for the two banks, JP0 controls access to BANK0 where the monitor is stored, and JP1 controls use of BANK1 of the 39VF040 where UHF3 is stored.

I am guessing that the problem must lie in the BANK1 data, or a problem in moving the program data stored in BANK1 to the ADSP-2185 memory.

Mike KD7TS

How's that for an opinion ??

From av8torrich at yahoo.com  Thu Dec  3 16:49:37 2015
From: av8torrich at yahoo.com (Rich Miller)
Date: Thu, 3 Dec 2015 16:49:37 -0500
Subject: [DSP-10] HEY !! Bob !! Re: Corrupted Monitor on DSPx
In-Reply-To: <op.x8264vgq52bbiw@kd7ts1>
References: <op.x81u57n252bbiw@kd7ts1>
	<1626088815.14691089.1449145812260.JavaMail.yahoo@mail.yahoo.com>
	<56608042.3030804@proaxis.com>
	<4DF5A0C6-7761-4E4B-BD00-595674873E71@yahoo.com>
	<op.x8264vgq52bbiw@kd7ts1>
Message-ID: <85B29DF7-57CB-4C85-B740-B608C9392556@yahoo.com>

Hi Mike:

What you have written certainly makes sense to me. You are correct, the monitor was present in some form until last night. This is when I noticed the FL1 had completely turned off. Upon recycle  it was clear something was amiss. When I attempted to reload UHF 3, it became clear the monitor was gone.

Based on your description, I am having a problem understanding how corrupted monitor could continue to allow certain operations to work, while not allowing other functions to operate correctly. I would think if the monitor was corrupted in anyway, all operations would cease to work (upon reboot). If this is true, then I think there may be a problem with the ADSP-2185 which was causing the original issue, and I somehow managed to corrupt the monitor working on the original symptoms. 


73

Rich, AJ3G

> On Dec 3, 2015, at 4:25 PM, kd7ts <kd7ts at comcast.net> wrote:
> 
>> On Thu, 03 Dec 2015 10:30:28 -0800, Rich Miller via DSP-10 <dsp-10 at mailman.qth.net> wrote:
>> 
>> Just out of curiosity, is it possible in your opinion for a DSP-10 to partially run with a corrupted monitor? I really can't find any fault in any of the other parts of the RF Chain on the main board. When serial programming works and programs the shift registers, then the PLL's work great.
> 
> Hi Rich,
> 
> Opinions ? Sure, I wrote this up a few years ago, and will add some clarification ..
> 
> The ADSP2185 is a specailized processor optimized to handle FFT calculations, but also does many other jobs to make the DSP-10 operate. It does nothing on its own and requires instructions to be loaded into its memory. A Flash memory chip, 39VF040, is used to store the programs that the ADSP2185 uses.
> 
> When the DSP-10 is started the ADSP2185 looks for something to run.  In the case of the ADSP2185 used in the DSP-10x, this is BANK0 of the 39VF040 flash memory. The first few instructions are a "boot loader" that load the monitor stored in the flash to the low memory of the ADSP-2185 and start the monitor running from the ADSP-2185.  Once running, the monitor looks at the jumpers, JP1 and JP2 on the interface board to see what should happen next.
> 
> The monitor, still running from the ADSP2185, checks  JP1 for further instruction and if JP1  is closed,  looks in BANK1 of the 39VF040 and loads the UHF3 DSP program into the ADSP2185 memory and turns execution over to the DSP program. At this point, we have the monitor loaded in low memory and UHF3 loaded above it somewhere, but still in the ADSP-2185. The flash is not needed until the next time the DSP-10 is started.
> 
> If JP1 is open, the monitor, running in low memory of the ADSP-2185, waits for instructions from the outside. This is where the monitor is used to load FLASHUTB to the ADSP2185 and execution is turned over to the "FLASH UTILITY".
> 
> The flash utility knows how to talk to the flash memory, and we use it to load new insructions and/or programs to the appropriate flash memory bank. The monitor is still in the ADSP2185 low memory, but program execution is under control of the "FLASH UTILITY" , FLASHUTB.EXE.
> 
> As long as power is on, the ADSP2185 memory is retained, and we can use this feature to write a copy of the monitor back to the FLASH MEMORY. If you erase or corrupt the monitor in BANK0, it can be written back by the flash utility from the copy in ADSP2185 memory.
> 
> If you erase or corrupt the monitor in BANK0, AND reset the DSP-10 or cycle the power, then there is no longer a copy of the monitor in the ADSP2185 low memory and no copy in the 39VF040, so you can put this away until you get another 39VF040 flash chip with a monitor in BANK0.
> 
> The monitor is the first thing we use and the heart of these operations, and without it there is no reading, or writing of the flash memory.
> 
> So, the opinion .. if there is not a monitor in the flash chip then UHF3 will never be loaded to the ADSP-2185 and not much is going to happen. If the PLL gets programmed, then there must be a copy of the monitor in Bank0 of the 39VF040.
> 
> http://www.proaxis.com/~boblark/dsp10_dspx_flashbank1.htm
> 
> There are many hints available from the software used to update the UHF3 program from the link above.
> Remember there are 2 jumpers, for the two banks, JP0 controls access to BANK0 where the monitor is stored, and JP1 controls use of BANK1 of the 39VF040 where UHF3 is stored.
> 
> I am guessing that the problem must lie in the BANK1 data, or a problem in moving the program data stored in BANK1 to the ADSP-2185 memory.
> 
> Mike KD7TS
> 
> How's that for an opinion ??

From boblark at proaxis.com  Thu Dec  3 19:58:22 2015
From: boblark at proaxis.com (Bob Larkin)
Date: Thu, 3 Dec 2015 16:58:22 -0800
Subject: [DSP-10] HEY !! Bob !! Re: Corrupted Monitor on DSPx
In-Reply-To: <85B29DF7-57CB-4C85-B740-B608C9392556@yahoo.com>
References: <op.x81u57n252bbiw@kd7ts1>
	<1626088815.14691089.1449145812260.JavaMail.yahoo@mail.yahoo.com>
	<56608042.3030804@proaxis.com>
	<4DF5A0C6-7761-4E4B-BD00-595674873E71@yahoo.com>
	<op.x8264vgq52bbiw@kd7ts1>
	<85B29DF7-57CB-4C85-B740-B608C9392556@yahoo.com>
Message-ID: <5660E52E.7050006@proaxis.com>

Hi Rich and Mike -  I just got home from a lunch and read the 
discussion.  I need to get my mind attached to this before I can say 
much.  Unfortunately, the chief-in-charge says we are going to Eugene 
now, and won't get home until about midnight.  So, it will be 
tomorrow...   73, Bob

On 12/03/2015 01:49 PM, Rich Miller wrote:
> Hi Mike:
>
> What you have written certainly makes sense to me. You are correct, the monitor was present in some form until last night. This is when I noticed the FL1 had completely turned off. Upon recycle  it was clear something was amiss. When I attempted to reload UHF 3, it became clear the monitor was gone.
>
> Based on your description, I am having a problem understanding how corrupted monitor could continue to allow certain operations to work, while not allowing other functions to operate correctly. I would think if the monitor was corrupted in anyway, all operations would cease to work (upon reboot). If this is true, then I think there may be a problem with the ADSP-2185 which was causing the original issue, and I somehow managed to corrupt the monitor working on the original symptoms.
>
>
> 73
>
> Rich, AJ3G
>
>> On Dec 3, 2015, at 4:25 PM, kd7ts <kd7ts at comcast.net> wrote:
>>
>>> On Thu, 03 Dec 2015 10:30:28 -0800, Rich Miller via DSP-10 <dsp-10 at mailman.qth.net> wrote:
>>>
>>> Just out of curiosity, is it possible in your opinion for a DSP-10 to partially run with a corrupted monitor? I really can't find any fault in any of the other parts of the RF Chain on the main board. When serial programming works and programs the shift registers, then the PLL's work great.
>>
>> Hi Rich,
>>
>> Opinions ? Sure, I wrote this up a few years ago, and will add some clarification ..
>>
>> The ADSP2185 is a specailized processor optimized to handle FFT calculations, but also does many other jobs to make the DSP-10 operate. It does nothing on its own and requires instructions to be loaded into its memory. A Flash memory chip, 39VF040, is used to store the programs that the ADSP2185 uses.
>>
>> When the DSP-10 is started the ADSP2185 looks for something to run.  In the case of the ADSP2185 used in the DSP-10x, this is BANK0 of the 39VF040 flash memory. The first few instructions are a "boot loader" that load the monitor stored in the flash to the low memory of the ADSP-2185 and start the monitor running from the ADSP-2185.  Once running, the monitor looks at the jumpers, JP1 and JP2 on the interface board to see what should happen next.
>>
>> The monitor, still running from the ADSP2185, checks  JP1 for further instruction and if JP1  is closed,  looks in BANK1 of the 39VF040 and loads the UHF3 DSP program into the ADSP2185 memory and turns execution over to the DSP program. At this point, we have the monitor loaded in low memory and UHF3 loaded above it somewhere, but still in the ADSP-2185. The flash is not needed until the next time the DSP-10 is started.
>>
>> If JP1 is open, the monitor, running in low memory of the ADSP-2185, waits for instructions from the outside. This is where the monitor is used to load FLASHUTB to the ADSP2185 and execution is turned over to the "FLASH UTILITY".
>>
>> The flash utility knows how to talk to the flash memory, and we use it to load new insructions and/or programs to the appropriate flash memory bank. The monitor is still in the ADSP2185 low memory, but program execution is under control of the "FLASH UTILITY" , FLASHUTB.EXE.
>>
>> As long as power is on, the ADSP2185 memory is retained, and we can use this feature to write a copy of the monitor back to the FLASH MEMORY. If you erase or corrupt the monitor in BANK0, it can be written back by the flash utility from the copy in ADSP2185 memory.
>>
>> If you erase or corrupt the monitor in BANK0, AND reset the DSP-10 or cycle the power, then there is no longer a copy of the monitor in the ADSP2185 low memory and no copy in the 39VF040, so you can put this away until you get another 39VF040 flash chip with a monitor in BANK0.
>>
>> The monitor is the first thing we use and the heart of these operations, and without it there is no reading, or writing of the flash memory.
>>
>> So, the opinion .. if there is not a monitor in the flash chip then UHF3 will never be loaded to the ADSP-2185 and not much is going to happen. If the PLL gets programmed, then there must be a copy of the monitor in Bank0 of the 39VF040.
>>
>> http://www.proaxis.com/~boblark/dsp10_dspx_flashbank1.htm
>>
>> There are many hints available from the software used to update the UHF3 program from the link above.
>> Remember there are 2 jumpers, for the two banks, JP0 controls access to BANK0 where the monitor is stored, and JP1 controls use of BANK1 of the 39VF040 where UHF3 is stored.
>>
>> I am guessing that the problem must lie in the BANK1 data, or a problem in moving the program data stored in BANK1 to the ADSP-2185 memory.
>>
>> Mike KD7TS
>>
>> How's that for an opinion ??
>
>

From av8torrich at yahoo.com  Thu Dec  3 20:28:41 2015
From: av8torrich at yahoo.com (Richard Miller)
Date: Fri, 4 Dec 2015 01:28:41 +0000 (UTC)
Subject: [DSP-10] HEY !! Bob !! Re: Corrupted Monitor on DSPx
In-Reply-To: <5660E52E.7050006@proaxis.com>
References: <5660E52E.7050006@proaxis.com>
Message-ID: <739070629.15828373.1449192521718.JavaMail.yahoo@mail.yahoo.com>

Hi Bob:
No problem, not much to be done until 39VF040 with a good monitor arrives.? I have put it away for now, and have started reading all the information available on the website again. Its been awhile since I have reviewed this information, and amazing how much I have forgotten!
73
Rich 
      From: Bob Larkin <boblark at proaxis.com>
 To: Rich Miller <av8torrich at yahoo.com>; "kd7ts at comcast.net" <kd7ts at comcast.net> 
Cc: Rich Miller via DSP-10 <dsp-10 at mailman.qth.net>
 Sent: Thursday, December 3, 2015 7:58 PM
 Subject: Re: [DSP-10] HEY !! Bob !! Re: Corrupted Monitor on DSPx
   
Hi Rich and Mike -? I just got home from a lunch and read the 
discussion.? I need to get my mind attached to this before I can say 
much.? Unfortunately, the chief-in-charge says we are going to Eugene 
now, and won't get home until about midnight.? So, it will be 
tomorrow...? 73, Bob



On 12/03/2015 01:49 PM, Rich Miller wrote:
> Hi Mike:
>
> What you have written certainly makes sense to me. You are correct, the monitor was present in some form until last night. This is when I noticed the FL1 had completely turned off. Upon recycle? it was clear something was amiss. When I attempted to reload UHF 3, it became clear the monitor was gone.
>
> Based on your description, I am having a problem understanding how corrupted monitor could continue to allow certain operations to work, while not allowing other functions to operate correctly. I would think if the monitor was corrupted in anyway, all operations would cease to work (upon reboot). If this is true, then I think there may be a problem with the ADSP-2185 which was causing the original issue, and I somehow managed to corrupt the monitor working on the original symptoms.
>
>
> 73
>
> Rich, AJ3G
>
>> On Dec 3, 2015, at 4:25 PM, kd7ts <kd7ts at comcast.net> wrote:
>>
>>> On Thu, 03 Dec 2015 10:30:28 -0800, Rich Miller via DSP-10 <dsp-10 at mailman.qth.net> wrote:
>>>
>>> Just out of curiosity, is it possible in your opinion for a DSP-10 to partially run with a corrupted monitor? I really can't find any fault in any of the other parts of the RF Chain on the main board. When serial programming works and programs the shift registers, then the PLL's work great.
>>
>> Hi Rich,
>>
>> Opinions ? Sure, I wrote this up a few years ago, and will add some clarification ..
>>
>> The ADSP2185 is a specailized processor optimized to handle FFT calculations, but also does many other jobs to make the DSP-10 operate. It does nothing on its own and requires instructions to be loaded into its memory. A Flash memory chip, 39VF040, is used to store the programs that the ADSP2185 uses.
>>
>> When the DSP-10 is started the ADSP2185 looks for something to run.? In the case of the ADSP2185 used in the DSP-10x, this is BANK0 of the 39VF040 flash memory. The first few instructions are a "boot loader" that load the monitor stored in the flash to the low memory of the ADSP-2185 and start the monitor running from the ADSP-2185.? Once running, the monitor looks at the jumpers, JP1 and JP2 on the interface board to see what should happen next.
>>
>> The monitor, still running from the ADSP2185, checks? JP1 for further instruction and if JP1? is closed,? looks in BANK1 of the 39VF040 and loads the UHF3 DSP program into the ADSP2185 memory and turns execution over to the DSP program. At this point, we have the monitor loaded in low memory and UHF3 loaded above it somewhere, but still in the ADSP-2185. The flash is not needed until the next time the DSP-10 is started.
>>
>> If JP1 is open, the monitor, running in low memory of the ADSP-2185, waits for instructions from the outside. This is where the monitor is used to load FLASHUTB to the ADSP2185 and execution is turned over to the "FLASH UTILITY".
>>
>> The flash utility knows how to talk to the flash memory, and we use it to load new insructions and/or programs to the appropriate flash memory bank. The monitor is still in the ADSP2185 low memory, but program execution is under control of the "FLASH UTILITY" , FLASHUTB.EXE.
>>
>> As long as power is on, the ADSP2185 memory is retained, and we can use this feature to write a copy of the monitor back to the FLASH MEMORY. If you erase or corrupt the monitor in BANK0, it can be written back by the flash utility from the copy in ADSP2185 memory.
>>
>> If you erase or corrupt the monitor in BANK0, AND reset the DSP-10 or cycle the power, then there is no longer a copy of the monitor in the ADSP2185 low memory and no copy in the 39VF040, so you can put this away until you get another 39VF040 flash chip with a monitor in BANK0.
>>
>> The monitor is the first thing we use and the heart of these operations, and without it there is no reading, or writing of the flash memory.
>>
>> So, the opinion .. if there is not a monitor in the flash chip then UHF3 will never be loaded to the ADSP-2185 and not much is going to happen. If the PLL gets programmed, then there must be a copy of the monitor in Bank0 of the 39VF040.
>>
>> http://www.proaxis.com/~boblark/dsp10_dspx_flashbank1.htm
>>
>> There are many hints available from the software used to update the UHF3 program from the link above.
>> Remember there are 2 jumpers, for the two banks, JP0 controls access to BANK0 where the monitor is stored, and JP1 controls use of BANK1 of the 39VF040 where UHF3 is stored.
>>
>> I am guessing that the problem must lie in the BANK1 data, or a problem in moving the program data stored in BANK1 to the ADSP-2185 memory.
>>
>> Mike KD7TS
>>
>> How's that for an opinion ??
>
>


 

From boblark at proaxis.com  Fri Dec  4 19:26:30 2015
From: boblark at proaxis.com (Bob Larkin)
Date: Fri, 4 Dec 2015 16:26:30 -0800
Subject: [DSP-10] HEY !! Bob !! Re: Corrupted Monitor on DSPx
In-Reply-To: <85B29DF7-57CB-4C85-B740-B608C9392556@yahoo.com>
References: <op.x81u57n252bbiw@kd7ts1>
	<1626088815.14691089.1449145812260.JavaMail.yahoo@mail.yahoo.com>
	<56608042.3030804@proaxis.com>
	<4DF5A0C6-7761-4E4B-BD00-595674873E71@yahoo.com>
	<op.x8264vgq52bbiw@kd7ts1>
	<85B29DF7-57CB-4C85-B740-B608C9392556@yahoo.com>
Message-ID: <56622F36.6010704@proaxis.com>

Mike and I had more discussion about this this morning.  Then I went 
back and reviewed the DSPx software (that is available from the DSP-10 
page).  A couple of thoughts evolved that might answer your question 
about the monitor use, Rich.

AS Mike pointed out, the DSP-10, running with the DSPx, always starts 
with Bank 0, the monitor (specifically the program XMON).  It first does 
some initialization, including the DSP-10 shift registers, examines JP1 
and if present, it boots up another byte by byte program from Flash Bank 
1.  This program for the DSP-10 is UHF3X.  Once this happens, XMON is 
not used again.  Therefore, once the UHF3X starts running the health of 
the monitor is not important.  But, for UHF3X to ever run at all, the 
XMON must be there.

Also, In the EZKit version of UHF3, there is a version of the monitor 
loaded into high program memory.  In the case of the DSPx, this is not 
needed because of Bank 0, and so it is not included.

One more thought.  Do you have the R108 change?  From the DSP-10 main 
page, under "Hardware Information, "R108 should be 4.7K Ohms (not 470). 
Some combinations of U107 and U104 have been found to have the data line 
at U104 switching too early. These are cascaded shift registers and the 
timing is quite close. The R108 resistor change slows down the data line 
going to U104, making the timing less critical."

And, also, a couple of the flash IC's went out in today's mail.

Good luck with getting it to work.

73, Bob  W7PUA


On 12/03/2015 01:49 PM, Rich Miller via DSP-10 wrote:
> Hi Mike:
>
> What you have written certainly makes sense to me. You are correct, the monitor was present in some form until last night. This is when I noticed the FL1 had completely turned off. Upon recycle  it was clear something was amiss. When I attempted to reload UHF 3, it became clear the monitor was gone.
>
> Based on your description, I am having a problem understanding how corrupted monitor could continue to allow certain operations to work, while not allowing other functions to operate correctly. I would think if the monitor was corrupted in anyway, all operations would cease to work (upon reboot). If this is true, then I think there may be a problem with the ADSP-2185 which was causing the original issue, and I somehow managed to corrupt the monitor working on the original symptoms.
>
>
> 73
>
> Rich, AJ3G
>
>> On Dec 3, 2015, at 4:25 PM, kd7ts <kd7ts at comcast.net> wrote:
>>
>>> On Thu, 03 Dec 2015 10:30:28 -0800, Rich Miller via DSP-10 <dsp-10 at mailman.qth.net> wrote:
>>>
>>> Just out of curiosity, is it possible in your opinion for a DSP-10 to partially run with a corrupted monitor? I really can't find any fault in any of the other parts of the RF Chain on the main board. When serial programming works and programs the shift registers, then the PLL's work great.
>>
>> Hi Rich,
>>
>> Opinions ? Sure, I wrote this up a few years ago, and will add some clarification ..
>>
>> The ADSP2185 is a specailized processor optimized to handle FFT calculations, but also does many other jobs to make the DSP-10 operate. It does nothing on its own and requires instructions to be loaded into its memory. A Flash memory chip, 39VF040, is used to store the programs that the ADSP2185 uses.
>>
>> When the DSP-10 is started the ADSP2185 looks for something to run.  In the case of the ADSP2185 used in the DSP-10x, this is BANK0 of the 39VF040 flash memory. The first few instructions are a "boot loader" that load the monitor stored in the flash to the low memory of the ADSP-2185 and start the monitor running from the ADSP-2185.  Once running, the monitor looks at the jumpers, JP1 and JP2 on the interface board to see what should happen next.
>>
>> The monitor, still running from the ADSP2185, checks  JP1 for further instruction and if JP1  is closed,  looks in BANK1 of the 39VF040 and loads the UHF3 DSP program into the ADSP2185 memory and turns execution over to the DSP program. At this point, we have the monitor loaded in low memory and UHF3 loaded above it somewhere, but still in the ADSP-2185. The flash is not needed until the next time the DSP-10 is started.
>>
>> If JP1 is open, the monitor, running in low memory of the ADSP-2185, waits for instructions from the outside. This is where the monitor is used to load FLASHUTB to the ADSP2185 and execution is turned over to the "FLASH UTILITY".
>>
>> The flash utility knows how to talk to the flash memory, and we use it to load new insructions and/or programs to the appropriate flash memory bank. The monitor is still in the ADSP2185 low memory, but program execution is under control of the "FLASH UTILITY" , FLASHUTB.EXE.
>>
>> As long as power is on, the ADSP2185 memory is retained, and we can use this feature to write a copy of the monitor back to the FLASH MEMORY. If you erase or corrupt the monitor in BANK0, it can be written back by the flash utility from the copy in ADSP2185 memory.
>>
>> If you erase or corrupt the monitor in BANK0, AND reset the DSP-10 or cycle the power, then there is no longer a copy of the monitor in the ADSP2185 low memory and no copy in the 39VF040, so you can put this away until you get another 39VF040 flash chip with a monitor in BANK0.
>>
>> The monitor is the first thing we use and the heart of these operations, and without it there is no reading, or writing of the flash memory.
>>
>> So, the opinion .. if there is not a monitor in the flash chip then UHF3 will never be loaded to the ADSP-2185 and not much is going to happen. If the PLL gets programmed, then there must be a copy of the monitor in Bank0 of the 39VF040.
>>
>> http://www.proaxis.com/~boblark/dspyour's10_dspx_flashbank1.htm
>>
>> There are many hints available from the software used to update the UHF3 program from the link above.
>> Remember there are 2 jumpers, for the two banks, JP0 controls access to BANK0 where the monitor is stored, and JP1 controls use of BANK1 of the 39VF040 where UHF3 is stored.
>>
>> I am guessing that the problem must lie in the BANK1 data, or a problem in moving the program data stored in BANK1 to the ADSP-2185 memory.
>>
>> Mike KD7TS
>>
>> How's that for an opinion ??
> ______________________________________________________________
> DSP-10 mailing list
> Home: http://mailman.qth.net/mailmanyour's/listinfo/dsp-10
> Help: http://mailman.qth.net/mmfaq.htm
> Post: mailto:DSP-10 at mailman.qth.net
>
> This list hosted by: http://www.qsl.net
> Please help support this email list: http://www.qsl.net/donate.html
>
>

From av8torrich at yahoo.com  Sat Dec  5 08:15:23 2015
From: av8torrich at yahoo.com (Rich Miller)
Date: Sat, 5 Dec 2015 08:15:23 -0500
Subject: [DSP-10] Fwd:  HEY !! Bob !! Re: Corrupted Monitor on DSPx
References: <994E4EFA-D495-4782-B861-6B3241DCE102@yahoo.com>
Message-ID: <8767CB55-A89E-49B1-B328-8A5088B52D00@yahoo.com>

> Hi Bob:
> 
> Thanks for the in depth description, and sending the Flash IC's. Based on this information I think I have a much better understanding of how to proceed. With regards to R108, I am not sure at this moment. It was a couple of years ago when I built the DSP-10, that I would have to pull my notes from the build to determine if I made this change. Based on your description of what R108 achieves, I am thinking maybe I did not make this change. When I get home this evening, I will certainly check this out.
> 
> If I understand R108's function, and I did not make the change, this would certainly explain a lot of the trouble I have recently run into. Until recently, I did more monitoring or receiving with my DSP-10. It was not until I started transmitting that I noticed the problem. When monitoring, it is entirely possible I was just getting by, and the timing issue was not effecting me. 
> 
> 73
> 
> Rich, AJ3G
> 
>> On Dec 4, 2015, at 7:26 PM, Bob Larkin <boblark at proaxis.com> wrote:
>> 
>> Mike and I had more discussion about this this morning.  Then I went back and reviewed the DSPx software (that is available from the DSP-10 page).  A couple of thoughts evolved that might answer your question about the monitor use, Rich.
>> 
>> AS Mike pointed out, the DSP-10, running with the DSPx, always starts with Bank 0, the monitor (specifically the program XMON).  It first does some initialization, including the DSP-10 shift registers, examines JP1 and if present, it boots up another byte by byte program from Flash Bank 1.  This program for the DSP-10 is UHF3X.  Once this happens, XMON is not used again.  Therefore, once the UHF3X starts running the health of the monitor is not important.  But, for UHF3X to ever run at all, the XMON must be there.
>> 
>> Also, In the EZKit version of UHF3, there is a version of the monitor loaded into high program memory.  In the case of the DSPx, this is not needed because of Bank 0, and so it is not included.
>> 
>> One more thought.  Do you have the R108 change?  From the DSP-10 main page, under "Hardware Information, "R108 should be 4.7K Ohms (not 470). Some combinations of U107 and U104 have been found to have the data line at U104 switching too early. These are cascaded shift registers and the timing is quite close. The R108 resistor change slows down the data line going to U104, making the timing less critical."
>> 
>> And, also, a couple of the flash IC's went out in today's mail.
>> 
>> Good luck with getting it to work.
>> 
>> 73, Bob  W7PUA
>> 
>> 
>>> On 12/03/2015 01:49 PM, Rich Miller via DSP-10 wrote:
>>> Hi Mike:
>>> 
>>> What you have written certainly makes sense to me. You are correct, the monitor was present in some form until last night. This is when I noticed the FL1 had completely turned off. Upon recycle  it was clear something was amiss. When I attempted to reload UHF 3, it became clear the monitor was gone.
>>> 
>>> Based on your description, I am having a problem understanding how corrupted monitor could continue to allow certain operations to work, while not allowing other functions to operate correctly. I would think if the monitor was corrupted in anyway, all operations would cease to work (upon reboot). If this is true, then I think there may be a problem with the ADSP-2185 which was causing the original issue, and I somehow managed to corrupt the monitor working on the original symptoms.
>>> 
>>> 
>>> 73
>>> 
>>> Rich, AJ3G
>>> 
>>>>> On Dec 3, 2015, at 4:25 PM, kd7ts <kd7ts at comcast.net> wrote:
>>>>> 
>>>>> On Thu, 03 Dec 2015 10:30:28 -0800, Rich Miller via DSP-10 <dsp-10 at mailman.qth.net> wrote:
>>>>> 
>>>>> Just out of curiosity, is it possible in your opinion for a DSP-10 to partially run with a corrupted monitor? I really can't find any fault in any of the other parts of the RF Chain on the main board. When serial programming works and programs the shift registers, then the PLL's work great.
>>>> 
>>>> Hi Rich,
>>>> 
>>>> Opinions ? Sure, I wrote this up a few years ago, and will add some clarification ..
>>>> 
>>>> The ADSP2185 is a specailized processor optimized to handle FFT calculations, but also does many other jobs to make the DSP-10 operate. It does nothing on its own and requires instructions to be loaded into its memory. A Flash memory chip, 39VF040, is used to store the programs that the ADSP2185 uses.
>>>> 
>>>> When the DSP-10 is started the ADSP2185 looks for something to run.  In the case of the ADSP2185 used in the DSP-10x, this is BANK0 of the 39VF040 flash memory. The first few instructions are a "boot loader" that load the monitor stored in the flash to the low memory of the ADSP-2185 and start the monitor running from the ADSP-2185.  Once running, the monitor looks at the jumpers, JP1 and JP2 on the interface board to see what should happen next.
>>>> 
>>>> The monitor, still running from the ADSP2185, checks  JP1 for further instruction and if JP1  is closed,  looks in BANK1 of the 39VF040 and loads the UHF3 DSP program into the ADSP2185 memory and turns execution over to the DSP program. At this point, we have the monitor loaded in low memory and UHF3 loaded above it somewhere, but still in the ADSP-2185. The flash is not needed until the next time the DSP-10 is started.
>>>> 
>>>> If JP1 is open, the monitor, running in low memory of the ADSP-2185, waits for instructions from the outside. This is where the monitor is used to load FLASHUTB to the ADSP2185 and execution is turned over to the "FLASH UTILITY".
>>>> 
>>>> The flash utility knows how to talk to the flash memory, and we use it to load new insructions and/or programs to the appropriate flash memory bank. The monitor is still in the ADSP2185 low memory, but program execution is under control of the "FLASH UTILITY" , FLASHUTB.EXE.
>>>> 
>>>> As long as power is on, the ADSP2185 memory is retained, and we can use this feature to write a copy of the monitor back to the FLASH MEMORY. If you erase or corrupt the monitor in BANK0, it can be written back by the flash utility from the copy in ADSP2185 memory.
>>>> 
>>>> If you erase or corrupt the monitor in BANK0, AND reset the DSP-10 or cycle the power, then there is no longer a copy of the monitor in the ADSP2185 low memory and no copy in the 39VF040, so you can put this away until you get another 39VF040 flash chip with a monitor in BANK0.
>>>> 
>>>> The monitor is the first thing we use and the heart of these operations, and without it there is no reading, or writing of the flash memory.
>>>> 
>>>> So, the opinion .. if there is not a monitor in the flash chip then UHF3 will never be loaded to the ADSP-2185 and not much is going to happen. If the PLL gets programmed, then there must be a copy of the monitor in Bank0 of the 39VF040.
>>>> 
>>>> http://www.proaxis.com/~boblark/dspyour's10_dspx_flashbank1.htm
>>>> 
>>>> There are many hints available from the software used to update the UHF3 program from the link above.
>>>> Remember there are 2 jumpers, for the two banks, JP0 controls access to BANK0 where the monitor is stored, and JP1 controls use of BANK1 of the 39VF040 where UHF3 is stored.
>>>> 
>>>> I am guessing that the problem must lie in the BANK1 data, or a problem in moving the program data stored in BANK1 to the ADSP-2185 memory.
>>>> 
>>>> Mike KD7TS
>>>> 
>>>> How's that for an opinion ??
>>> ______________________________________________________________
>>> DSP-10 mailing list
>>> Home: http://mailman.qth.net/mailmanyour's/listinfo/dsp-10
>>> Help: http://mailman.qth.net/mmfaq.htm
>>> Post: mailto:DSP-10 at mailman.qth.net
>>> 
>>> This list hosted by: http://www.qsl.net
>>> Please help support this email list: http://www.qsl.net/donate.html
>>> 
>>> 

From av8torrich at yahoo.com  Mon Dec  7 20:20:02 2015
From: av8torrich at yahoo.com (Richard Miller)
Date: Tue, 8 Dec 2015 01:20:02 +0000 (UTC)
Subject: [DSP-10] Review of TL866 Programmer on EEVblog
References: <267091265.16450324.1449537602319.JavaMail.yahoo.ref@mail.yahoo.com>
Message-ID: <267091265.16450324.1449537602319.JavaMail.yahoo@mail.yahoo.com>

 I thought you may find this interesting if you have not already reviewed it.
https://www.youtube.com/watch?v=FLG03f_ua5g

Rich Miller 

From av8torrich at yahoo.com  Mon Dec  7 20:29:11 2015
From: av8torrich at yahoo.com (Richard Miller)
Date: Tue, 8 Dec 2015 01:29:11 +0000 (UTC)
Subject: [DSP-10] Please My Last Post
References: <1738277433.16916057.1449538151977.JavaMail.yahoo.ref@mail.yahoo.com>
Message-ID: <1738277433.16916057.1449538151977.JavaMail.yahoo@mail.yahoo.com>

All:
I am sorry about my last post. It was meant for Mike, whom I have been talking to about universal programmers with. I have inadvertently linked his email to the groups email in my?yahoo mail. I have since corrected the problem, so it won't happen again.
73
Rich, AJ3G

From av8torrich at yahoo.com  Wed Dec 16 20:38:47 2015
From: av8torrich at yahoo.com (Richard Miller)
Date: Thu, 17 Dec 2015 01:38:47 +0000 (UTC)
Subject: [DSP-10] Problems Loading UHF3x35A.HEX
References: <632322180.2442796.1450316327561.JavaMail.yahoo.ref@mail.yahoo.com>
Message-ID: <632322180.2442796.1450316327561.JavaMail.yahoo@mail.yahoo.com>

????I received the new?Flash Memory?with monitor from Bob the other day. Unfortunately this did not solve my problem. When I attempt to load the Hex UHF3XXX.hex, using FL1B.BAT, I am getting a COMM error on all ports. This is what originally led me to believe my monitor maybe suspect. I have checked my computers com port and it appears to be functioning fine. The MAX232N also appears to be operating normally.?As I look through the schematics, I see there is a TXD and RXD line, but I cannot see with these schematics where it goes. I would like to take a look at the device the MAX232N connects too, so if someone can help me there that would be appreciated.
????Bob - What this may mean is there is another issue, so the Flash Memory I had may be OK.? Once I get a handle on what is going on with my DSPx, I will send the ones you sent to me back for safe keeping if you like. 


From av8torrich at yahoo.com  Wed Dec 16 21:03:58 2015
From: av8torrich at yahoo.com (Richard Miller)
Date: Thu, 17 Dec 2015 02:03:58 +0000 (UTC)
Subject: [DSP-10] Problems Loading UHF3x35A.HEX
In-Reply-To: <op.x9rl5gjh52bbiw@kd7ts1>
References: <op.x9rl5gjh52bbiw@kd7ts1>
Message-ID: <344319228.2441069.1450317838130.JavaMail.yahoo@mail.yahoo.com>

Hi?Bob:
Thanks for sending this over. What chip/IC is?marked ANALOG? if I understand these drawings correctly the MAX232N is connected to whatever this device is.?I will check with HyperTerminal to see, but?I am dreading what?"ANALOG" is :)
Rich
?

      From: kd7ts <kd7ts at comcast.net>
 To: Richard Miller via DSP-10 <dsp-10 at mailman.qth.net> 
Cc: W7PUA <boblark at proaxis.com>
 Sent: Wednesday, December 16, 2015 8:52 PM
 Subject: Re: [DSP-10] Problems Loading UHF3x35A.HEX
   
On Wed, 16 Dec 2015 17:38:47 -0800, Richard Miller via DSP-10 <dsp-10 at mailman.qth.net> wrote:

>? ? I received the new Flash Memory with monitor from Bob the other day. Unfortunately this did not solve my problem. When I attempt to load the Hex UHF3XXX.hex, using FL1B.BAT, I am getting a COMM error on all ports. This is what originally led me to believe my monitor maybe suspect. I have checked my computers com port and it appears to be functioning fine. The MAX232N also appears to be operating normally. As I look through the schematics, I see there is a TXD and RXD line, but I cannot see with these schematics where it goes. I would like to take a look at the device the MAX232N connects too, so if someone can help me there that would be appreciated.
>? ? Bob - What this may mean is there is another issue, so the Flash Memory I had may be OK.? Once I get a handle on what is going on with my DSPx, I will send the ones you sent to me back for safe keeping if you like.

Hi Rich,

This shows the wiring, TXD and RXD are on the GIF file. Hope this is what you are looking for.

The DSP-10 will always output data if UHF3 is running, so you can watch the com port with a terminal program at 9600 8 N 1. If there is no data forthcoming then there is a problem. A little late to mention this I suppose. Just pointing out that the DOS program UHFAxx.EXE is not required.

  

From boblark at proaxis.com  Thu Dec 17 12:28:52 2015
From: boblark at proaxis.com (Bob Larkin)
Date: Thu, 17 Dec 2015 09:28:52 -0800
Subject: [DSP-10] Problems Loading UHF3x35A.HEX
In-Reply-To: <344319228.2441069.1450317838130.JavaMail.yahoo@mail.yahoo.com>
References: <op.x9rl5gjh52bbiw@kd7ts1>
	<344319228.2441069.1450317838130.JavaMail.yahoo@mail.yahoo.com>
Message-ID: <5672F0D4.9060508@proaxis.com>

Hi Rich,

I just was chatting with Mike on 75-m.  We both thought it would be 
worth mentioning that a very basic test is to leave JP1 open, selecting 
flash bank 0 (the monitor) and powering up with the RS-232 hooked to a 
PC with a 9600 baud terminal program.  You should see three identical 
lines of ASCII sign-on, starting with "!!!  ADSP-2185 Monitor ..." 
Also, this should result in the red LED flashing slowly.  If you send 
"$$$" from the terminal, you should receive back "okxy" where x can be 
anything, and y is an ascending ASCII character that is "0" the first 
time. This involves none of the DSP-10 hardware, of course.

Also, on the flash chips, hold on to them as I have more and they may as 
well be spread around.  Those you have probably came to me from KC7WW 
with the idea of getting them used.

  Good luck!  Bob  W7PUA

On 12/16/2015 06:03 PM, Richard Miller via DSP-10 wrote:
> Hi Bob:
> Thanks for sending this over. What chip/IC is marked ANALOG? if I understand these drawings correctly the MAX232N is connected to whatever this device is. I will check with HyperTerminal to see, but I am dreading what "ANALOG" is :)
> Rich
>
>
>        From: kd7ts <kd7ts at comcast.net>
>   To: Richard Miller via DSP-10 <dsp-10 at mailman.qth.net>
> Cc: W7PUA <boblark at proaxis.com>
>   Sent: Wednesday, December 16, 2015 8:52 PM
>   Subject: Re: [DSP-10] Problems Loading UHF3x35A.HEX
>
> On Wed, 16 Dec 2015 17:38:47 -0800, Richard Miller via DSP-10 <dsp-10 at mailman.qth.net> wrote:
>
>>      I received the new Flash Memory with monitor from Bob the other day. Unfortunately this did not solve my problem. When I attempt to load the Hex UHF3XXX.hex, using FL1B.BAT, I am getting a COMM error on all ports. This is what originally led me to believe my monitor maybe suspect. I have checked my computers com port and it appears to be functioning fine. The MAX232N also appears to be operating normally. As I look through the schematics, I see there is a TXD and RXD line, but I cannot see with these schematics where it goes. I would like to take a look at the device the MAX232N connects too, so if someone can help me there that would be appreciated.
>>      Bob - What this may mean is there is another issue, so the Flash Memory I had may be OK.  Once I get a handle on what is going on with my DSPx, I will send the ones you sent to me back for safe keeping if you like.
>
> Hi Rich,
>
> This shows the wiring, TXD and RXD are on the GIF file. Hope this is what you are looking for.
>
> The DSP-10 will always output data if UHF3 is running, so you can watch the com port with a terminal program at 9600 8 N 1. If there is no data forthcoming then there is a problem. A little late to mention this I suppose. Just pointing out that the DOS program UHFAxx.EXE is not required.
>
>
> ______________________________________________________________
> DSP-10 mailing list
> Home: http://mailman.qth.net/mailman/listinfo/dsp-10
> Help: http://mailman.qth.net/mmfaq.htm
> Post: mailto:DSP-10 at mailman.qth.net
>
> This list hosted by: http://www.qsl.net
> Please help support this email list: http://www.qsl.net/donate.html
>

From av8torrich at yahoo.com  Thu Dec 17 12:32:40 2015
From: av8torrich at yahoo.com (Rich Miller)
Date: Thu, 17 Dec 2015 12:32:40 -0500
Subject: [DSP-10] A version of UHFA without error checking
In-Reply-To: <op.x9sp26iu52bbiw@kd7ts1>
References: <op.x9smxfr052bbiw@kd7ts1>
	<760287100.191374.1450365110357.JavaMail.yahoo@mail.yahoo.com>
	<op.x9sp26iu52bbiw@kd7ts1>
Message-ID: <F8E15F4E-2F8C-4836-A415-17160DA37737@yahoo.com>

Hi Mike:

Ok we are making progress!

When I began to prepare a new installation of another ADSP-2185, I noticed something looked amiss around pins 5 and 6. Closer inspection under a magnifying glass showed there was a small solder ball which was causing a short between these pins!  Once I removed it, I regained communication via serial port! This looked like it could have been there for a while and while handling the DSPx board it may have pushed into a position which caused the short (who knows).

Now what I am seeing is; I can lock the PLL in RX Mode and it will remain stable. If I do a transition from RX to TX the PLL becomes unlocked. When I recover back to the RX mode I notice there is a large delay in S-Meter indications, A/D Level Indications, and D/A Level Indications. The other concerning thing I am seeing is; when the D/A Level seems to come and go. It will be almost full scale, and then drop to nothing for no apparent reason.  

I am using UHFA394.EXE which I think is the latest.

73

Rich, AJ3G
703-409-1288

> On Dec 17, 2015, at 11:14 AM, kd7ts <kd7ts at comcast.net> wrote:
> 
>> On Thu, 17 Dec 2015 07:11:50 -0800, Richard Miller <av8torrich at yahoo.com> wrote:
>> 
>> I worry this may be a failed ADSP-2185N.  I do have another one I could solder on, but I am trying to make sure it is needed before doing so.
>> Rich
> 
> Hi Rich,
> 
> Afraid I can't offer more help. I think your trouble shooting is spot on. I don't know what to look for on the 2185. Obvious things are the voltages. The '2185 is a low voltage device, 3V ? and then there are a couple of chips that change the logic levels. I seem to recall all the PF signals are conditioned. Need to find out what normal conditions should be, and where.
> 
> If there are questions about voltages, I can measure mine and report. I would not suspect the ADSP-2185. If I had it here, the first thing I would do is take it out to the shop and blow some compressed air through it. Then pull on every connection that has heatshrink over the terminal.
> 
> I have had issues with the feedthroughs being soldered on both sides then when the inside connection of the box is heated, the outside becomes unsoldered, but still held in place by the heatshrink. This was a really tough one to find as it looks OK visually. Pulling on the wire will reveal if it is connected mechanically. Look at board connectors and be sure the guts haven't pushed back up the housing.
> 
> Mike KD7TS

From av8torrich at yahoo.com  Thu Dec 17 13:25:02 2015
From: av8torrich at yahoo.com (Rich Miller)
Date: Thu, 17 Dec 2015 13:25:02 -0500
Subject: [DSP-10] Problems Loading UHF3x35A.HEX
In-Reply-To: <5672F0D4.9060508@proaxis.com>
References: <op.x9rl5gjh52bbiw@kd7ts1>
	<344319228.2441069.1450317838130.JavaMail.yahoo@mail.yahoo.com>
	<5672F0D4.9060508@proaxis.com>
Message-ID: <780571DB-6DF3-4494-B92C-E321D06426B5@yahoo.com>

Hi Bob:

It looks like I have regained serial port control. Found a solder bridge between two pins on the ADSP-2185. Not sure if I moved it by playing around inside the DSPx enclosure (i.e. moved the solder ball into a short position) or not. Bottom line the flash chip I had was in fact good, thus these will not be needed. I will hold these here should someone need them in the future, and I thank you for sending them along.

I am now trying to figure out what is going on with the PLL lock issue. As I told Mike, it only seems to happen when I do a RX to TX transition. When I leave in RX it seems to be stable. The only other odd thing I am seeing is the D/A level also seems intermittent. It will go away, and then reappear, and go away again. I am not certain if the bridge on the ADSP caused damage elsewhere to the device itself,or something else.

73

Rich, AJ3G

> On Dec 17, 2015, at 12:28 PM, Bob Larkin <boblark at proaxis.com> wrote:
> 
> Hi Rich,
> 
> I just was chatting with Mike on 75-m.  We both thought it would be worth mentioning that a very basic test is to leave JP1 open, selecting flash bank 0 (the monitor) and powering up with the RS-232 hooked to a PC with a 9600 baud terminal program.  You should see three identical lines of ASCII sign-on, starting with "!!!  ADSP-2185 Monitor ..." Also, this should result in the red LED flashing slowly.  If you send "$$$" from the terminal, you should receive back "okxy" where x can be anything, and y is an ascending ASCII character that is "0" the first time. This involves none of the DSP-10 hardware, of course.
> 
> Also, on the flash chips, hold on to them as I have more and they may as well be spread around.  Those you have probably came to me from KC7WW with the idea of getting them used.
> 
> Good luck!  Bob  W7PUA
> 
>> On 12/16/2015 06:03 PM, Richard Miller via DSP-10 wrote:
>> Hi Bob:
>> Thanks for sending this over. What chip/IC is marked ANALOG? if I understand these drawings correctly the MAX232N is connected to whatever this device is. I will check with HyperTerminal to see, but I am dreading what "ANALOG" is :)
>> Rich
>> 
>> 
>>       From: kd7ts <kd7ts at comcast.net>
>>  To: Richard Miller via DSP-10 <dsp-10 at mailman.qth.net>
>> Cc: W7PUA <boblark at proaxis.com>
>>  Sent: Wednesday, December 16, 2015 8:52 PM
>>  Subject: Re: [DSP-10] Problems Loading UHF3x35A.HEX
>> 
>>> On Wed, 16 Dec 2015 17:38:47 -0800, Richard Miller via DSP-10 <dsp-10 at mailman.qth.net> wrote:
>>> 
>>>     I received the new Flash Memory with monitor from Bob the other day. Unfortunately this did not solve my problem. When I attempt to load the Hex UHF3XXX.hex, using FL1B.BAT, I am getting a COMM error on all ports. This is what originally led me to believe my monitor maybe suspect. I have checked my computers com port and it appears to be functioning fine. The MAX232N also appears to be operating normally. As I look through the schematics, I see there is a TXD and RXD line, but I cannot see with these schematics where it goes. I would like to take a look at the device the MAX232N connects too, so if someone can help me there that would be appreciated.
>>>     Bob - What this may mean is there is another issue, so the Flash Memory I had may be OK.  Once I get a handle on what is going on with my DSPx, I will send the ones you sent to me back for safe keeping if you like.
>> 
>> Hi Rich,
>> 
>> This shows the wiring, TXD and RXD are on the GIF file. Hope this is what you are looking for.
>> 
>> The DSP-10 will always output data if UHF3 is running, so you can watch the com port with a terminal program at 9600 8 N 1. If there is no data forthcoming then there is a problem. A little late to mention this I suppose. Just pointing out that the DOS program UHFAxx.EXE is not required.
>> 
>> 
>> ______________________________________________________________
>> DSP-10 mailing list
>> Home: http://mailman.qth.net/mailman/listinfo/dsp-10
>> Help: http://mailman.qth.net/mmfaq.htm
>> Post: mailto:DSP-10 at mailman.qth.net
>> 
>> This list hosted by: http://www.qsl.net
>> Please help support this email list: http://www.qsl.net/donate.html
>> 

From kd7ts at comcast.net  Thu Dec 17 16:03:36 2015
From: kd7ts at comcast.net (kd7ts)
Date: Thu, 17 Dec 2015 13:03:36 -0800
Subject: [DSP-10] Problems Loading UHF3x35A.HEX
In-Reply-To: <780571DB-6DF3-4494-B92C-E321D06426B5@yahoo.com>
References: <op.x9rl5gjh52bbiw@kd7ts1>
	<344319228.2441069.1450317838130.JavaMail.yahoo@mail.yahoo.com>
	<5672F0D4.9060508@proaxis.com>
	<780571DB-6DF3-4494-B92C-E321D06426B5@yahoo.com>
Message-ID: <op.x9s3gah752bbiw@kd7ts1>

On Thu, 17 Dec 2015 10:25:02 -0800, Rich Miller via DSP-10 <dsp-10 at mailman.qth.net> wrote:

> I am now trying to figure out what is going on with the PLL lock issue. As I told Mike, it only seems to happen when I do a RX to TX transition. When I leave in RX it seems to be stable. The only other odd thing I am seeing is the D/A level also seems intermittent. It will go away, and then reappear, and go away again. I am not certain if the bridge on the ADSP caused damage elsewhere to the device itself,or something else.

Hi Rich,

On Fri Dec 4 19:26:30 EST 2015, Bob mentioned the resistor change, but I missed if you had checked that.

quoted from the message from Bob:

One more thought.  Do you have the R108 change?  From the DSP-10 main
page, under "Hardware Information, "R108 should be 4.7K Ohms (not 470).
Some combinations of U107 and U104 have been found to have the data line
at U104 switching too early. These are cascaded shift registers and the
timing is quite close. The R108 resistor change slows down the data line
going to U104, making the timing less critical."

Unfortunately this is probably covered by the shielded box, and not likely visible. It would be good to confirm this value.

I would not suspect the ADSP-2185 to be causing the symptoms you mention. You describe what happens when going from receive to transmit as losing lock. If nothing else is done, is lock restored when returning to receive  from transmit ?

As I recall from previous discussions of lock indications, when the DSP10 is initialized, both PLL are programmed. After initialization only the 126 MHZ is reprogrammed and smaller steps are done by the third LO which is in software. Going into transmit, or returning to receive involves the same data path and registers. You can simulate this, after a fashion, by using direct entry of the frequency. Open the direct frequency box by ALT 9, backspace over the displayed frequency and type in a different frequency. Make the change fairly large, like a MHz or so, then close the box. Does the PLL indicate lock on the new frequency ? Don't change the transmit receive, this only adds confusion. Only change in receive. We are doing this to see if the data path is good or not so a few iterations would be good.

Mike KD7TS

 

From boblark at proaxis.com  Thu Dec 17 21:02:16 2015
From: boblark at proaxis.com (Bob Larkin)
Date: Thu, 17 Dec 2015 18:02:16 -0800
Subject: [DSP-10] Problems Loading UHF3x35A.HEX
In-Reply-To: <op.x9s3gah752bbiw@kd7ts1>
References: <op.x9rl5gjh52bbiw@kd7ts1>
	<344319228.2441069.1450317838130.JavaMail.yahoo@mail.yahoo.com>
	<5672F0D4.9060508@proaxis.com>
	<780571DB-6DF3-4494-B92C-E321D06426B5@yahoo.com>
	<op.x9s3gah752bbiw@kd7ts1>
Message-ID: <56736928.3010403@proaxis.com>

When changing T/R, the U107, U108 shift registers need to be changed. 
To save wires, this same serial string also programs the U104 126 MHz 
PLL.  So, U104 gets rewritten with every T/R change, even if the 
frequency didn't change.

Bob

On 12/17/2015 01:03 PM, kd7ts wrote:
> On Thu, 17 Dec 2015 10:25:02 -0800, Rich Miller via DSP-10
> <dsp-10 at mailman.qth.net> wrote:
>
>> I am now trying to figure out what is going on with the PLL lock
>> issue. As I told Mike, it only seems to happen when I do a RX to TX
>> transition. When I leave in RX it seems to be stable. The only other
>> odd thing I am seeing is the D/A level also seems intermittent. It
>> will go away, and then reappear, and go away again. I am not certain
>> if the bridge on the ADSP caused damage elsewhere to the device
>> itself,or something else.
>
> Hi Rich,
>
> On Fri Dec 4 19:26:30 EST 2015, Bob mentioned the resistor change, but I
> missed if you had checked that.
>
> quoted from the message from Bob:
>
> One more thought.  Do you have the R108 change?  From the DSP-10 main
> page, under "Hardware Information, "R108 should be 4.7K Ohms (not 470).
> Some combinations of U107 and U104 have been found to have the data line
> at U104 switching too early. These are cascaded shift registers and the
> timing is quite close. The R108 resistor change slows down the data line
> going to U104, making the timing less critical."
>
> Unfortunately this is probably covered by the shielded box, and not
> likely visible. It would be good to confirm this value.
>
> I would not suspect the ADSP-2185 to be causing the symptoms you
> mention. You describe what happens when going from receive to transmit
> as losing lock. If nothing else is done, is lock restored when returning
> to receive  from transmit ?
>
> As I recall from previous discussions of lock indications, when the
> DSP10 is initialized, both PLL are programmed. After initialization only
> the 126 MHZ is reprogrammed and smaller steps are done by the third LO
> which is in software. Going into transmit, or returning to receive
> involves the same data path and registers. You can simulate this, after
> a fashion, by using direct entry of the frequency. Open the direct
> frequency box by ALT 9, backspace over the displayed frequency and type
> in a different frequency. Make the change fairly large, like a MHz or
> so, then close the box. Does the PLL indicate lock on the new frequency
> ? Don't change the transmit receive, this only adds confusion. Only
> change in receive. We are doing this to see if the data path is good or
> not so a few iterations would be good.
>
> Mike KD7TS
>
>
>
>

From av8torrich at yahoo.com  Fri Dec 18 10:52:41 2015
From: av8torrich at yahoo.com (Richard Miller)
Date: Fri, 18 Dec 2015 15:52:41 +0000 (UTC)
Subject: [DSP-10] Problems Loading UHF3x35A.HEX
In-Reply-To: <op.x9s3gah752bbiw@kd7ts1>
References: <op.x9s3gah752bbiw@kd7ts1>
Message-ID: <750628336.748289.1450453961425.JavaMail.yahoo@mail.yahoo.com>

Hello Mike:?Yes I have checked and the modification was apparently done when I built it. R108 does in fact read 472.?With regard to Lock recovery after the transition, the answer is no. Once the lock is lost, it take a complete reload of UHFA394.EXE and a reset of the DSP board to recover from this. There are also other issues, such as the one I mentioned about the intermittent A/D level. When I say intermittent, I don't mean the level is fluctuating, but instead is completely absent. I have also seen cases where I would leave the system sit for a half hour, when in a faulted state, and it miraculously recovers on its own with no intervention from me (i.e. poking or prodding the PCB's).?Last night I rewired everything, I thought maybe I had an intermittent in the wiring harnesses. I have rewired everything inside the DSP enclosure, and the harness leading from the DSP harness to the DSP-10 main board. This too has left me with the same faults.?With regards to frequency changes while in RX, I am able to navigate the entire 144 - 148 MHz span in large sections without a PLL lock warning.?I think it may be time to look at replacing U104, and if that is not the issue, then the only thing left is something on the DSPx board.? ?73?Rich, AJ3G
 

      From: kd7ts <kd7ts at comcast.net>
 To: Bob Larkin <boblark at proaxis.com>; Rich Miller via DSP-10 <dsp-10 at mailman.qth.net> 
 Sent: Thursday, December 17, 2015 4:03 PM
 Subject: Re: [DSP-10] Problems Loading UHF3x35A.HEX
   
On Thu, 17 Dec 2015 10:25:02 -0800, Rich Miller via DSP-10 <dsp-10 at mailman.qth.net> wrote:

> I am now trying to figure out what is going on with the PLL lock issue. As I told Mike, it only seems to happen when I do a RX to TX transition. When I leave in RX it seems to be stable. The only other odd thing I am seeing is the D/A level also seems intermittent. It will go away, and then reappear, and go away again. I am not certain if the bridge on the ADSP caused damage elsewhere to the device itself,or something else.

Hi Rich,

On Fri Dec 4 19:26:30 EST 2015, Bob mentioned the resistor change, but I missed if you had checked that.

quoted from the message from Bob:

One more thought.? Do you have the R108 change?? From the DSP-10 main
page, under "Hardware Information, "R108 should be 4.7K Ohms (not 470).
Some combinations of U107 and U104 have been found to have the data line
at U104 switching too early. These are cascaded shift registers and the
timing is quite close. The R108 resistor change slows down the data line
going to U104, making the timing less critical."

Unfortunately this is probably covered by the shielded box, and not likely visible. It would be good to confirm this value.

I would not suspect the ADSP-2185 to be causing the symptoms you mention. You describe what happens when going from receive to transmit as losing lock. If nothing else is done, is lock restored when returning to receive? from transmit ?

As I recall from previous discussions of lock indications, when the DSP10 is initialized, both PLL are programmed. After initialization only the 126 MHZ is reprogrammed and smaller steps are done by the third LO which is in software. Going into transmit, or returning to receive involves the same data path and registers. You can simulate this, after a fashion, by using direct entry of the frequency. Open the direct frequency box by ALT 9, backspace over the displayed frequency and type in a different frequency. Make the change fairly large, like a MHz or so, then close the box. Does the PLL indicate lock on the new frequency ? Don't change the transmit receive, this only adds confusion. Only change in receive. We are doing this to see if the data path is good or not so a few iterations would be good.

Mike KD7TS

 
______________________________________________________________
DSP-10 mailing list
Home: http://mailman.qth.net/mailman/listinfo/dsp-10
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DSP-10 at mailman.qth.net

This list hosted by: http://www.qsl.net/
Please help support this email list: http://www.qsl.net/donate.html


  

From av8torrich at yahoo.com  Fri Dec 18 10:52:41 2015
From: av8torrich at yahoo.com (Richard Miller)
Date: Fri, 18 Dec 2015 15:52:41 +0000 (UTC)
Subject: [DSP-10] Problems Loading UHF3x35A.HEX
In-Reply-To: <op.x9s3gah752bbiw@kd7ts1>
References: <op.x9s3gah752bbiw@kd7ts1>
Message-ID: <750628336.748289.1450453961425.JavaMail.yahoo@mail.yahoo.com>

Hello Mike:?Yes I have checked and the modification was apparently done when I built it. R108 does in fact read 472.?With regard to Lock recovery after the transition, the answer is no. Once the lock is lost, it take a complete reload of UHFA394.EXE and a reset of the DSP board to recover from this. There are also other issues, such as the one I mentioned about the intermittent A/D level. When I say intermittent, I don't mean the level is fluctuating, but instead is completely absent. I have also seen cases where I would leave the system sit for a half hour, when in a faulted state, and it miraculously recovers on its own with no intervention from me (i.e. poking or prodding the PCB's).?Last night I rewired everything, I thought maybe I had an intermittent in the wiring harnesses. I have rewired everything inside the DSP enclosure, and the harness leading from the DSP harness to the DSP-10 main board. This too has left me with the same faults.?With regards to frequency changes while in RX, I am able to navigate the entire 144 - 148 MHz span in large sections without a PLL lock warning.?I think it may be time to look at replacing U104, and if that is not the issue, then the only thing left is something on the DSPx board.? ?73?Rich, AJ3G
 

      From: kd7ts <kd7ts at comcast.net>
 To: Bob Larkin <boblark at proaxis.com>; Rich Miller via DSP-10 <dsp-10 at mailman.qth.net> 
 Sent: Thursday, December 17, 2015 4:03 PM
 Subject: Re: [DSP-10] Problems Loading UHF3x35A.HEX
   
On Thu, 17 Dec 2015 10:25:02 -0800, Rich Miller via DSP-10 <dsp-10 at mailman.qth.net> wrote:

> I am now trying to figure out what is going on with the PLL lock issue. As I told Mike, it only seems to happen when I do a RX to TX transition. When I leave in RX it seems to be stable. The only other odd thing I am seeing is the D/A level also seems intermittent. It will go away, and then reappear, and go away again. I am not certain if the bridge on the ADSP caused damage elsewhere to the device itself,or something else.

Hi Rich,

On Fri Dec 4 19:26:30 EST 2015, Bob mentioned the resistor change, but I missed if you had checked that.

quoted from the message from Bob:

One more thought.? Do you have the R108 change?? From the DSP-10 main
page, under "Hardware Information, "R108 should be 4.7K Ohms (not 470).
Some combinations of U107 and U104 have been found to have the data line
at U104 switching too early. These are cascaded shift registers and the
timing is quite close. The R108 resistor change slows down the data line
going to U104, making the timing less critical."

Unfortunately this is probably covered by the shielded box, and not likely visible. It would be good to confirm this value.

I would not suspect the ADSP-2185 to be causing the symptoms you mention. You describe what happens when going from receive to transmit as losing lock. If nothing else is done, is lock restored when returning to receive? from transmit ?

As I recall from previous discussions of lock indications, when the DSP10 is initialized, both PLL are programmed. After initialization only the 126 MHZ is reprogrammed and smaller steps are done by the third LO which is in software. Going into transmit, or returning to receive involves the same data path and registers. You can simulate this, after a fashion, by using direct entry of the frequency. Open the direct frequency box by ALT 9, backspace over the displayed frequency and type in a different frequency. Make the change fairly large, like a MHz or so, then close the box. Does the PLL indicate lock on the new frequency ? Don't change the transmit receive, this only adds confusion. Only change in receive. We are doing this to see if the data path is good or not so a few iterations would be good.

Mike KD7TS

 
______________________________________________________________
DSP-10 mailing list
Home: http://mailman.qth.net/mailman/listinfo/dsp-10
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DSP-10 at mailman.qth.net

This list hosted by: http://www.qsl.net/
Please help support this email list: http://www.qsl.net/donate.html


  

From boblark at proaxis.com  Fri Dec 18 12:16:33 2015
From: boblark at proaxis.com (Bob Larkin)
Date: Fri, 18 Dec 2015 09:16:33 -0800
Subject: [DSP-10] Problems Loading UHF3x35A.HEX
In-Reply-To: <750628336.748289.1450453961425.JavaMail.yahoo@mail.yahoo.com>
References: <op.x9s3gah752bbiw@kd7ts1>
	<750628336.748289.1450453961425.JavaMail.yahoo@mail.yahoo.com>
Message-ID: <56743F71.5030407@proaxis.com>

Hi Rich,

The regular morning discussion of your DSP-10 between Mike and I 
suggested that there be some element that is used by the PLL and also 
changes between T and R.  There is not much!  The frequency does not 
change. Neither doe the load on the VCO.  The software that programs the 
PLL is the same.  The one possibility that does change is the load on 
the power supply.  Adding the transmit mA might cause a voltage problem 
at the PLL or elsewhere.  See if you can find a DC voltage change on the 
output of a regulator, or at the PLL.

Also, U104 is unlikely, as it is run the same in T and R.  But, anything 
is possible.

Also, is it the same in all modes?  especially, if you go into transmit 
in the CW mode, but do not actually send RF, is it the same?  i.e., does 
PLL loss happen at the T/R change in CW?

73, Bob

On 12/18/2015 07:52 AM, Richard Miller wrote:
> Hello Mike:
> Yes I have checked and the modification was apparently done when I built
> it. R108 does in fact read 472.
> With regard to Lock recovery after the transition, the answer is no.
> Once the lock is lost, it take a complete reload of UHFA394.EXE and a
> reset of the DSP board to recover from this. There are also other
> issues, such as the one I mentioned about the intermittent A/D level.
> When I say intermittent, I don't mean the level is fluctuating, but
> instead is completely absent. I have also seen cases where I would leave
> the system sit for a half hour, when in a faulted state, and it
> miraculously recovers on its own with no intervention from me (i.e.
> poking or prodding the PCB's).
> Last night I rewired everything, I thought maybe I had an intermittent
> in the wiring harnesses. I have rewired everything inside the DSP
> enclosure, and the harness leading from the DSP harness to the DSP-10
> main board. This too has left me with the same faults.
> With regards to frequency changes while in RX, I am able to navigate the
> entire 144 - 148 MHz span in large sections without a PLL lock warning.
> I think it may be time to look at replacing U104, and if that is not the
> issue, then the only thing left is something on the DSPx board.
> 73
> Rich, AJ3G
>
>
>

From av8torrich at yahoo.com  Fri Dec 18 22:31:52 2015
From: av8torrich at yahoo.com (Richard Miller)
Date: Sat, 19 Dec 2015 03:31:52 +0000 (UTC)
Subject: [DSP-10] Problems Loading UHF3x35A.HEX
In-Reply-To: <56743F71.5030407@proaxis.com>
References: <56743F71.5030407@proaxis.com>
Message-ID: <118532165.1000091.1450495912867.JavaMail.yahoo@mail.yahoo.com>

Hello Bob:
When I came home this evening, I once again?am unable to communicate?with the DSP-10. I have?a slimmed down version of UHFA which Mike provided me, and this too?is not providing a satisfactory response either?
For this reason, I have contacted another member on the?usergroup/reflector to purchase his?ezlite kit.?I am hoping this will?allow me to?once again regain serial control over the rig. If the problem still?persist, I?will start looking for a?substantial voltage drop in the area?of the?voltage regulators and the?PLL circuitry when?I engage the?transmitter.
To answer your?question regarding?whether or not the problem is present when at idle in CW or engaging the CW key, it happens?regardless. It seems?is the transition itself which seems to be the problem. There have been a few times where I was able to complete the transition since the problem?started, but?it is very rare, and?if I do it again, I?100% of the time have? PLL?Lock issue.
For the near term, I guess there will be no good gossip as to my status on 75 meters ! :)
73
Rich, AJ3G?
?

      From: Bob Larkin <boblark at proaxis.com>
 To: Richard Miller <av8torrich at yahoo.com>; "kd7ts at comcast.net" <kd7ts at comcast.net>; Rich Miller via DSP-10 <dsp-10 at mailman.qth.net> 
 Sent: Friday, December 18, 2015 12:16 PM
 Subject: Re: [DSP-10] Problems Loading UHF3x35A.HEX
   
Hi Rich,

The regular morning discussion of your DSP-10 between Mike and I 
suggested that there be some element that is used by the PLL and also 
changes between T and R.? There is not much!? The frequency does not 
change. Neither doe the load on the VCO.? The software that programs the 
PLL is the same.? The one possibility that does change is the load on 
the power supply.? Adding the transmit mA might cause a voltage problem 
at the PLL or elsewhere.? See if you can find a DC voltage change on the 
output of a regulator, or at the PLL.

Also, U104 is unlikely, as it is run the same in T and R.? But, anything 
is possible.

Also, is it the same in all modes?? especially, if you go into transmit 
in the CW mode, but do not actually send RF, is it the same?? i.e., does 
PLL loss happen at the T/R change in CW?

73, Bob

On 12/18/2015 07:52 AM, Richard Miller wrote:
> Hello Mike:
> Yes I have checked and the modification was apparently done when I built
> it. R108 does in fact read 472.
> With regard to Lock recovery after the transition, the answer is no.
> Once the lock is lost, it take a complete reload of UHFA394.EXE and a
> reset of the DSP board to recover from this. There are also other
> issues, such as the one I mentioned about the intermittent A/D level.
> When I say intermittent, I don't mean the level is fluctuating, but
> instead is completely absent. I have also seen cases where I would leave
> the system sit for a half hour, when in a faulted state, and it
> miraculously recovers on its own with no intervention from me (i.e.
> poking or prodding the PCB's).
> Last night I rewired everything, I thought maybe I had an intermittent
> in the wiring harnesses. I have rewired everything inside the DSP
> enclosure, and the harness leading from the DSP harness to the DSP-10
> main board. This too has left me with the same faults.
> With regards to frequency changes while in RX, I am able to navigate the
> entire 144 - 148 MHz span in large sections without a PLL lock warning.
> I think it may be time to look at replacing U104, and if that is not the
> issue, then the only thing left is something on the DSPx board.
> 73
> Rich, AJ3G
>
>
>