开云体育

ctrl + shift + ? for shortcuts
© 2025 开云体育
  1. Xcat
  2. Topics

Has anyone fully decoded the X9000 memory mapping?

 

开云体育

There’s an in-depth explanation of the X9000 scanning nuances in the full X9000 service manual if haven’t seen that yet.?

tnx
Mike / K5JR?
Alpharetta GA

On Aug 8, 2022, at 1:38 PM, Casey Crane <ccrane148@...> wrote:

?
As for the synthesizer the radio updates it every 20 milliseconds regardless of mode change to maintain stability in the event some transient voltage or whatever corrupted something. My thought was a mode change would occur by way of changed emulated eeprom data representing mode 1 of only a 1 mode codeplug. I'm not seeing any reason for more than one mode of data since we are changing it dynamically and there would be no reason to chase data all over the memory map when we can just point it to one spot and change that.?

Scanning is something I've been mulling over. Can you? build a 1 mode codeplug and have a 1 mode scanlist? If so I would assume in scan mode the radio accesses and updates the synthesizer faster than the 20 milliseconds refresh static rate (how fast do they scan?). If so, then presenting emulated mode 1 data at a faster changing rate might work out as long as the radio is polling faster since it's thinking it's scanning. Of course we would have to keep it all in perfect time with what the processer wants but I assume that would be all part of the emulation process and dictated by the CE activity.



On Mon, Aug 8, 2022 at 12:08 PM Skip Hansen <skip@...> wrote:
Good points!? I had forgotten about needing to get the radio to
re-read the mode info, ugh.? In reality it might be worth taking this
approach just to solve the refresh problem.

An EXTERNAL to the radio ESP32 could provide CI-V to SB9600
translation plus be the basis for an Bluetooth or WiFi interface to
phone/tablet or head using app.

And ... ESP32 boads with RS485 support? exist already for $21.57
().? It just so happens I have
two sitting on my self from a work project ... Damn them squirrels !

73's Skip WB6YMH


73's Skip WB6YMH

On Mon, Aug 8, 2022 at 9:50 AM Dennis Boone <drb@...> wrote:
>
>? > Yea, but then you have to conform to the SB9600 protocol, yuck! For
>? > computer control you'd also need a SB9600 "gateway" or a rib and a
>? > serial port, again yuck.
>
> Going back to Skip's comment, a couple of thoughts, devil's advocate:
>
> 1. But you don't have to find a hack/slash way to get your control path
> out of the radio, because it's already there, and it's compatible with
> the whole existing system.
>
> 2. One way to get the radio to notice new mode data set by the external
> frequency agile control setup would be for the x9000cat-2022 to spoof a
> mode change onto the sb9600 channel.
>
> FWIW.
>
> De
>
>
>
>
>
 

That would be great.


On Wed, Aug 10, 2022 at 7:02 PM Joe M. <mch@...> wrote:
I might be able to dig out the code I used.

Joe M.

On 8/10/2022 7:08 PM, Casey Crane wrote:
> Weird in as how to code it into software for an encoder/decoder.
>
> On Wed, Aug 10, 2022 at 5:58 PM Joe M. <mch@... <mailto:mch@...>>
> wrote:
>
>? ? ?What is weird about it? I think I had both encode and
>? ? ?decode working on a Maxtrac project about a decade ago.
>
>? ? ?I will have to dig out the schematic to see how I connected it.
>
>? ? ?Joe M.
>
>? ? ?On 8/10/2022 6:28 PM, Casey Crane wrote:
>? ? ? > I wish DPL wasn't so weird. If I could get a handle on that then
>? ? ?I could
>? ? ? > start looking at the direct VCO drive option again and forego all
>? ? ?the rest.
>? ? ? >
>
>
>
>
>
>





 

I might be able to dig out the code I used.

Joe M.

On 8/10/2022 7:08 PM, Casey Crane wrote:
Weird in as how to code it into software for an encoder/decoder.
On Wed, Aug 10, 2022 at 5:58 PM Joe M. <mch@... <mailto:mch@...>> wrote:
What is weird about it? I think I had both encode and
decode working on a Maxtrac project about a decade ago.
I will have to dig out the schematic to see how I connected it.
Joe M.
On 8/10/2022 6:28 PM, Casey Crane wrote:
> I wish DPL wasn't so weird. If I could get a handle on that then
I could
> start looking at the direct VCO drive option again and forego all
the rest.
>
 

Weird in as how to code it into software for an encoder/decoder.


On Wed, Aug 10, 2022 at 5:58 PM Joe M. <mch@...> wrote:
What is weird about it? I think I had both encode and
decode working on a Maxtrac project about a decade ago.

I will have to dig out the schematic to see how I connected it.

Joe M.

On 8/10/2022 6:28 PM, Casey Crane wrote:
> I wish DPL wasn't so weird. If I could get a handle on that then I could
> start looking at the direct VCO drive option again and forego all the rest.
>





 

What is weird about it? I think I had both encode and
decode working on a Maxtrac project about a decade ago.

I will have to dig out the schematic to see how I connected it.

Joe M.

On 8/10/2022 6:28 PM, Casey Crane wrote:
I wish DPL wasn't so weird. If I could get a handle on that then I could start looking at the direct VCO drive option again and forego all the rest.
 

I wish DPL wasn't so weird. If I could get a handle on that then I could start looking at the direct VCO drive option again and forego all the rest.
 

I played with software based PL and touch tone decoding at lot and
> while I got a couple of them to work they were NEVER anywhere close
> to as good as a Motorola radio.

Pretty sure you were trying to beat an RC low-pass filter, op-amp
limiter, and hardware counter-timer. The 3870 has event timing built
in, with a base input to the timer unit of 1.8 MHz, and various dividers
and prescalers.

De
 

Sound like you earned some stress relief time.
At least you know the money wasnt wasted on something that doesnt work.
There's always tomorrow..........
 

I'm able to edit the hex of the codeplug then update it and change the receive frequency using your calculator's figures. I verified it with an MT1000 10 meter handheld. I do think it needs a mode change to force a refresh though but I need to verify that yet. I'm tired.?
 

It likes the uhf codeplug from that website. I'm going to go back and try yours again now to be sure it doesn't like it.
 

IT WORKS!!! I GOT IT!
 

It supports 2k up to 256k.
Here is the free software. You can import a file without it connected and check out some of the menus.?


At one point I did see it running through addresses when using the Watch mode but the radio didn't like it. I haven't been able to get back to that happening again yet.?

Here's the web page for it.
 

Site say it will support a 2k chip so it should work w/original configuration
 

Yea I tried the different combinations just to be sure.
 

Nah, you cant take anything off the beginning. It screws up all the zeropage pointers and static data starting point in memory.
 

Yeah, What Dennis said.
?Is it an 8k or more device??
Did I see it goes up to 28256? I'll look at the site but yeah, you might have to do some reconfig to match that to the radio. Does it say it has a config for 2k?
You'll have to config the socket for to it or lot's of stuff wont match.
Can you publish the docs?
 

It's like the ribbon cable is put on the 28 pin DIP plug upside down. The top of the device says pin1 - red stripe. I can use a multimeter at the ends of the ribbon cable where a litte bit of the inner conductor is exposed and it's showing continuity to what is actually pin 28.?

WTF
 

When the device is placed as they seem to describe (2 pins over the
> edge for 2k) then the emulator loses power.

You've combined the emulator instructions about positioning with the
positioning in which the radio expects the 2k vs 8k ROMs to be
installed?

De
 

I actually noticed that as well and did some trimming. Nothing I do works. When the device is placed as they seem to describe (2 pins over the edge for 2k) then the emulator loses power. It comes back on line if I remove the 2k jumper. I'm thinking this thing isn't going to work for this application, sadly.?
 

Attached is one.
The plugs I read the other day all start with 0x1f 0xff, or 0x07 0xff.
This one has a leading 0x00.

The serial number field is consistently 10 characters, and there are
four characters after that before the end of the ROM.

The length of this file is 8908 bytes, but an actual ROM dump is 8192.

I suggest you trim one leading byte and 715 trailing bytes from this
file to see if you get a code plug the radio will eat.

De

1 - 20 of 332