loumagg's suggestion will work, but it is not the only way to deal with this issue, I believe.

The problem is that one of these receivers works by testing each line of the channel table to see if the channel number fits. If so, it executes; if not, it goes to the next line; and so forth.

Your problem is with channel numbers in the range 440h through 559h.

If you look closely at your first line, it is valid (in terms of its condition for entry) for all channel numbers from 000h through 719h. That being the case, a 440h-559h channel number has this line applied to it, and you get the wrong frequency translation.

loumagg's suggestion inverts the two lines, so the first line will execute for 440h-559h, giving correct rebanded translations, but it will fail for channel numbers 000h-439h; at that point the radio goes to the next line, which it executes and correctly translates into frequencies not affected by rebanding.

You could, however, accomplish the same thing by changing your first line to read:

Base 851.0125 Lo 0 Hi **439** Spacing 25

To be complete, you should then have a third line, which would read:

Base 851.0125 Lo 560 Hi 719 Spacing 25

By the way, the complete "rebanded" channel table for Motorola SmartNet II trunked systems is as follows:

Base 851.0250 Lo 440 Hi 559 Offset 440 Step 25

Base 851.0125 Lo 0 Hi 719 Offset 0 Step 25

Base 848.0000 Lo 720 Hi 759 Offset 0 Step 25

Base 846.6250 Lo 815 Hi 831 Offset 0 Step 25

Base 868.9750 Lo 958 Hi 958 Offset 958 Step 25

Base 843.4000 Lo 961 Hi 1022 Offset 0 Step 25