开云体育

@ Skip, Ah...good to know. I hope to spend a bit more time back on the "want to" list as well this weekend. Seems the "need to" list insists on interfering with my "persuit of happiness" ....lol

Yes it's still looking promising. I haven't finished setting my X9000 yet so it's still untested. I'm planning on working on it this weekend. 73's Skip WB6YMH <swguest@...>

@ Skip, ...Just checking... Is a pure SB9600 solution still looking promising or should I go ahead and tack the additional hardware items list to my Digikey order?

If you can find a means to write select single bytes via SB9600 that will be a game changer. Even with expected re-writes in the 10k plus range before failure, I think VFO/FPP changes will wear hard

Hi Stan, The idea is to hex edit the data for the "VFO" mode on the fly. This is based on my current belief that single bytes in EEPROM can be written via SB9600. This is the key. So frequency /

@ Skip, That definately sounds revolutionary. As you might guess that creates a number of followup queries. I am looking forward to hearing your POC testing criteria and results.. Control, as in a

Hi Stan, At this point I think we know enough about the internal working of the X9000 FW that we can control it STRICTLY over SB9600. I no longer think we need to build a physical code plug

@ Skip, I'm intrigued. Fourtunately, I picked up a Pico to "stash" on an order previous to this project starting because it was an unbelievable deal. I plan to grab a few more on the next order "just

Hi Stan, I actually have a new idea that I haven't shared yet. Hold off on everything other than the Pico for now. I don't have time to elaborate at the moment, my wife is waiting for me to go out.

@ Skip, I'm making up a Digikey order list. I've got other non X9000 related stuff to get, so I figured to make one "complete as possible" order and save on shipping. I am presuming your KiCad files

Hi Brad, No you need to flash it the first time using a programmer. What I probably did was use the programmer to flash the loader and some old version of the application then I updated to the

Hi Skip, and thanks for the encouragement. Let me ask you simply, should the Xcat application software be used to upload the firmware when only the bootloader is programmed on the PIC? If so, then

Hi Brad, I think you've figured it out. There are lots of lost bits in my memory, but reading the comments in the bootloader code it appears that it expects the application to have put a jump to the

Skip, I have a question about programming, but first some background and a progress report: - A couple weeks ago, after I’d gotten my boards, I programmed a PIC with picldr.hex using my

Yes Mike, please! How was the file generated, hex editing or RSS?? If RSS what version? I don't have any examples of more than 64 modes and I don't think the RSS I'm using supports it. 73's Skip

Skip, I have some 128 mode Loband and UHF .RDT files if they would be any help to you. tnx Mike / K5JR Alpharetta GA

I call bull. :-) Since there is no such thing as 'inverted' DPL/DCS/CDCSS/Etc there is no compatibility issue aside from knowing the conversion between inverted vs normal codes. Motorola probably

When I was refreshing my (lack of) memory on DCS one thing that I noticed was the inverting was really only of concern when talking from one manufacturer to another. Maybe big M left out

RSS doesn't seem to have an option for inverting, so you have to do it by entering the inverse code instead. Therefore I don't think they expended a bit on it in the code plug. That's interesting

Some of the extra info could be normal/inverted. Someone decided it would sound good to double the codes with 'inverted' codes, but in reality it's all marketing, as every inverted code corresponds