Re: Has anyone fully decoded the X9000 memory mapping?
Excellent. Thanks!
By
Casey Crane
·
#66
·
|
Re: Has anyone fully decoded the X9000 memory mapping?
LOL yea the Uniden guy is me.
The housings are now PETG and have held up fine in 100+ temps in direct Kansas sun on a dash board.
By
Casey Crane
·
#65
·
|
Re: Has anyone fully decoded the X9000 memory mapping?
I would have no problem doing the radio side of Bluetooth, but I'm not
a phone app developer. If there's an app developer that's interested
it might be doable.
I even have a cheapish Chinese Android
By
Skip Hansen
·
#64
·
|
Re: Has anyone fully decoded the X9000 memory mapping?
Well, I'm the list owner and I have no objections. It's been a
pretty quiet list for many years. If anyone else has any issues let us
know.
73's Skip
<kb9bpf@...> wrote:
By
Skip Hansen
·
#63
·
|
Re: Has anyone fully decoded the X9000 memory mapping?
Here it is, you can still get one!
https://www.amazon.com/VR-N7500-Headless-Transceiver-Bluetooth-Programming/dp/B084D3V4MJ
By
RFI-EMI-GUY
·
#62
·
|
Re: Has anyone fully decoded the X9000 memory mapping?
There was a cheap Chinese dual band mobile on the market a couple years ago that used an Android phone and Bluetooth for the control head. I would post a link if my memory would serve me. The
By
RFI-EMI-GUY
·
#61
·
|
Re: Has anyone fully decoded the X9000 memory mapping?
Sounds good Casey.
You are welcome to anythig I have that may help. I still check either email addys.
@ Skip, The X would be well served with a uC based control head w/FPP. For my X9000 interface I
By
swguest
·
#60
·
|
Re: Has anyone fully decoded the X9000 memory mapping?
I'm very interested in what you guys have to say so if it were up to me (it's not) I'd say go ahead and continue your discussion here. Isn't it as good a place as any? Does anyone object?
Brad
By
Bradley Andrews
·
#59
·
|
Re: Has anyone fully decoded the X9000 memory mapping?
The X9000 has a multi PL option that unfortunately is limited to 16 slots, at least in the 128 channel firmware. Being able to select "PL" on the fly for a low band radio would be an improvement. Also
By
RFI-EMI-GUY
·
#58
·
Edited
|
Re: Has anyone fully decoded the X9000 memory mapping?
The problem with the Beaglebone Black is that it's unlikely to fit
inside of a Syntor if that's your goal.
My interest was always in "remote base stations" and I didn't care
about Motorola control
By
Skip Hansen
·
#57
·
|
Re: Has anyone fully decoded the X9000 memory mapping?
I've thought for some time that a Beaglebone Black, with its two PRU
(Programmable Realtime Unit) processors, would be nearly the whole
device. People have e.g. spoofed GPS signals and imitated old
By
Dennis Boone
·
#56
·
|
Re: Has anyone fully decoded the X9000 memory mapping?
The basic DPL code bits are simple. But there are three additional
mystery bits in the code plug. Syntorxgen now uses a formula to
calculate the proper values for those bits. It's not clear to me
By
Dennis Boone
·
#55
·
|
Re: Has anyone fully decoded the X9000 memory mapping?
Yes, I have the logic analyzer and several low band units. All I'm missing
is time but I'll do my best to set one up for testing.
By
Casey Crane
·
#54
·
|
Re: Has anyone fully decoded the X9000 memory mapping?
Good to hear from you as well. I will contact you direct and bring you up to speed on some ideas and also some info on some things taking time away from the project. I hope all has been good on your
By
Casey Crane
·
#53
·
|
Re: Has anyone fully decoded the X9000 memory mapping?
Yes, exactly. The thing was amazingly fast. The "problem" is the radio took
on the attributes of whatever mode was selected at the time. So, if mode 1
was selected, had a PL of 151.4 etc.... if I
By
Casey Crane
·
#52
·
|
Re: Has anyone fully decoded the X9000 memory mapping?
If anyone is willing to do an Xcat-2022 with a modern processor I'd be
willing to help with the firmware. With Kicad and places like JCLPCB
it should be much easier now!
Maybe just a daughter board
By
Skip Hansen
·
#51
·
|
Re: Has anyone fully decoded the X9000 memory mapping?
True,
The term has come to mean the customer's radio operational information contained inside the product. Up to and including APX stuff and beyond. The X is probably the last to use a physical code
By
swguest
·
#50
·
|
Re: Has anyone fully decoded the X9000 memory mapping?
The X9000 has a socketed 2 or 8K EEPROM for the code plug and is also programmable by the RIB interface which is a piggy back cable that the control cable plugs into along with the radio main plug.
By
RFI-EMI-GUY
·
#49
·
Edited
|
Re: Has anyone fully decoded the X9000 memory mapping?
Bradley,
Let me see what I can find. This was an X9000 but hardware wise at the point he made the connections the X and the X9000 *should* be the same animal. You will need service manuals for both to
By
swguest
·
#48
·
|
Re: Has anyone fully decoded the X9000 memory mapping?
Mine too! :)
The code plug is loaded over the wire (RIB, programming cable, ...), but
Moto seemed to stick to the term even though there wasn't a physical
pluggable object any more.
De
By
Dennis Boone
·
#47
·
|