Re: Has anyone fully decoded the X9000 memory mapping?
|
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
>
>
>
>
>
|
