Difference between revisions of "Astro Spectra"

From W3AXL Wiki
Jump to: navigation, search
(Creating Codeplugs with Astro Spectra Depot)
(Creating Codeplugs with Astro Spectra Depot)
 
(One intermediate revision by the same user not shown)
Line 37: Line 37:
  
 
====Creating Codeplugs with Astro Spectra Depot====
 
====Creating Codeplugs with Astro Spectra Depot====
Astro Spectra Depot is able to save created codeplugs as .srec1 files. These are basically the standard s-record files mentioned above, with extra header information to allow them to be read/written by the Depot application. In order to actually write these files to the radio, we have to convert them to binary and make a slight edit.  
+
Astro Spectra Depot is able to save created codeplugs as .srec1 files. These are basically the standard s-record files mentioned above, with some extra data to allow them to be read/written by the Depot application. Normally to write these to the radio, you'd use a [[SmartRIB]] and a [[FlashKey]] (the parallel port kind) and do it straight from depot. Since 99% of the population has neither of those, we have to force the data into the radio another way. That requires a little extra work to get the srec1 files into a usable format for the "usual" tools mentioned above.
  
For whatever reason, when you convert the bin files from the depot s-records, they have 5 extra bytes at the beginning of the file. This is enough for the radio to reject the record with a Fail 01/92, and become unresponsive in CPS until a new record is written. Removing the 5 bytes allows you to then write the binary files directly to the radio with a program like [[MotoTools]]. If you want to go the [[MTSXLab]] route, you'll have to convert them back to S-records first.
+
When you convert the bin files from the depot s-records, they have 5 extra bytes at the beginning of the file compared to a standard s-record directly read from a radio. My best guess is this is an artifact of the extra header data for Depot. This extra data is enough for the radio to reject the record with a Fail 01/92, and become unresponsive in CPS until a new record is written. Removing the first 5 bytes allows you to then write the binary files directly to the radio with MotoTools. If you want to go the [[MTSXLab]] route, you'll have to convert them back to S-records first.
  
 
Here's a visual example:
 
Here's a visual example:

Latest revision as of 21:16, 2 August 2021

The Astro Spectra is an Astro radio by Motorola which supports conventional analog and P25 operation as well as 3600-baud Type II trunking and, with the correct firmware, 9600-baud P25 trunking.

Features

Audio Enhancements

Analog and digital audio is processed by the audio DSP before it is sent through the RF section and transmitted. The default settings are fine, and most people will have no complaints with the quality of audio from these radios. However, as found through testing and tweaking by members of communications.support, there exists a much better setting for Astro radios that can make the transmitted audio from these units sound even better. These audio settings can be found in the Radio Configuration -> Radio-Wide -> Audio Gain Options section of CPS.

The settings are as follows:

  • Analog: Checked
  • Digital: Checked
  • Type: AGC
  • Output: 0
  • Total: 6

Hardware

W3 Cable Connections

If you want to homebrew a W3 control head cable, the connections are as follows:

W3-Connection.png

Note that inside the rubber boot of the W3 head is an RJ45 connector. Motorola is very inconsistent with their RJ45 pin numbering, but in this case pin 1 is the standard RJ45 pin 1 (far left with tab facing down).

Software

Available Flashcode Options

Flashcode Editing

FDBTool can update flashcode options on Astro Spectras.

Out of Band

The Astro Spectra CPS can be easily modified to accept out-of-band frequencies using the Hex-Edit Method. However, the design of the Spectra VCO circuitry is such that large deviations from the designed frequency range are difficult. In practice, maximum out-of-band tuning can be limited to anywhere from 3 MHz all the way up to 10 MHz, varying from radio to radio. This can present a problem for amateur use, as the easiest bandsplit to use in the ham bands is the 450-482 MHz model. While some models will tune all the way to 440 MHz with no problem, others will experience VCO unlock at around 443 MHz, leaving the lower portion of the band unusable. Luckily, a simple hardware mod can resolve this issue.

VCO Resistor Mod

To allow the VCO PLL circuit to lock at the lower or higher amateur frequencies (depending on the bandsplit of the radio), a resistor must be placed from the negative VCO steering line to ground, or from the negative SL to the positive SL. This slightly lowers or raises the operating frequency range of the PLL and allows for tuning of the frequencies desired. A detailed walkthrough of the mod can be found at the RepeaterBuilder website. The value of this resistor can vary, and values from 100K all the way to 400K have been shown to work. Individual results will inevitably vary, but the general idea remains the same across both the Spectra and Astro Spectra lines - the VCO boards are the same for both platforms.

S-Records & Binary Files

Astro Spectra S-Records can be read and written with MTSXLab. Similary (and much more easily) the binary conversions of these S-record files can be read/written with MotoTools. To convert between S19 and Bin files, I use the srec2bin tool from s-record.com.

Creating Codeplugs with Astro Spectra Depot

Astro Spectra Depot is able to save created codeplugs as .srec1 files. These are basically the standard s-record files mentioned above, with some extra data to allow them to be read/written by the Depot application. Normally to write these to the radio, you'd use a SmartRIB and a FlashKey (the parallel port kind) and do it straight from depot. Since 99% of the population has neither of those, we have to force the data into the radio another way. That requires a little extra work to get the srec1 files into a usable format for the "usual" tools mentioned above.

When you convert the bin files from the depot s-records, they have 5 extra bytes at the beginning of the file compared to a standard s-record directly read from a radio. My best guess is this is an artifact of the extra header data for Depot. This extra data is enough for the radio to reject the record with a Fail 01/92, and become unresponsive in CPS until a new record is written. Removing the first 5 bytes allows you to then write the binary files directly to the radio with MotoTools. If you want to go the MTSXLab route, you'll have to convert them back to S-records first.

Here's a visual example:

Original Converted Bin File from Depot:

Bad-bin-file.PNG

After removal of the first five bytes:

Fixed-bin-file.PNG

That's all there is too it!

I've made a python script that will do all this for you. It takes a depot .srec1 file and converts it to usable .bin and .s19 files.

File:Astrodepot-srec1-conv.zip