Re: [chirp_devel] Ack
I subscribed to chirp_devel in digest mode. I've switched to per message mode, and I just wanted to let you know I have read your messages via that web interface and intend on: Resending the patch with the headers you want.
Cool. Let us know if you need help.
Looking at bug #409.
Suh-weet, thanks :)
I also see APRS messages in my VX=8DR memory dump, so I'm interested in building a more complete memory map for that radio.
That would be great. We have a generic settings model for things like that, although it may need some work to make it suitable for more complicated things like that. I can help with extending that for sure.
Ideally I'll find a way to get APRS messages from the radio to the computer in real time (perhaps an undocumented command in clone mode), however enumerating commands for Yaesu radios looks a bit dangerous (CAT command sets seem to include full reset, which even resets factory tuning parameters).
You should be able to do this with the VX-8GR, but not the DR. Even so, that's a more APRS-centric thing, not really something that would go into chirp.
I have created a more complete memory map for the post version 291 Baofeng UV-5r that could improve the settings tab for that radio. I'll try to dig it up and see how hard it would be to fix up the settings tab.
Okay, sure, if you have found stuff not already identified, I'm sure that would be of interest.
Thanks!
I also see APRS messages in my VX=8DR memory dump, so I'm interested in building a more complete memory map for that radio.
I dug much of the APRS beacon bits out of my VX-8DR probably two years ago. I had some very rough python that would dump the received beacons from a raw memory dump, which I think is/was the same as a chirp image.
The messages and message headers are storied separately. I didn't figure out how the radio sorts them to figure display order and which memory to reuse next.
Ideally I'll find a way to get APRS messages from the radio to the computer in real time (perhaps an undocumented command in clone mode), however enumerating commands for Yaesu radios looks a bit dangerous (CAT command sets seem to include full reset, which even resets factory tuning parameters).
I never came across any whiff of any sort of CAT support or any other serial control beside clone mode for the VX-8DR other than clone mode.
I did discover that the radio will keep receiving and processing APRS messages while in clone mode, and you could initiate as many transfers as you wanted while in clone mode to get the most recent messages.
Even so, that's a more APRS-centric thing, not really something that would go into chirp.
I thought it would be helpful to be able dump out the list of received beacons, from chirp especially for objects such as repeaters, but I never got around to doing anything with it.
I'd dig up my old stuff.
--Rob
Hi,
On Tue, Feb 12, 2013 at 9:06 AM, Dan Smith dsmith@danplanet.com wrote:
I subscribed to chirp_devel in digest mode. I've switched to per message mode, and I just wanted to let you know I have read your messages via that web interface and intend on: Resending the patch with the headers you want.
Cool. Let us know if you need help.
Looking at bug #409.
Suh-weet, thanks :)
There is an array of 6 VFO info structures of 128 bytes each starting at 064A in the dump. Each structure ends with a single checksum byte. Structures 0/1 are VFO A, 2/3 are VFO B and 4/5 might be a scratch area or the fm broadcast receiver. The checksum and duplication appears to be protection against power failure during structure updates (if 0 is corrupt use 1 etc). I've identified the field that seems to govern whether banks are available (u16 at offset 000A). It's FFFF until the manual workaround is applied, after which it is the active bank number. I've got more experimentation to do to identify more fields.
participants (3)
-
Dan Smith -
Robert Terzi -
Sean Burford