Hi Robert I have spent some time analysing the image you sent but I don't see anything special in the offending memories. Please manually create on the radio a memory with the very same setting and then download & send the image so I can compare it to the one generated by chirp.
The master reset should be the one with [F] and [V/M] keys, as of my knowledge, but I don't really know if it clean memories area.
Anyway to clean up used memories you can double delete them in chirp: the first delete just inactivate them and the second write 0xFF in each byte.
73 de IZ3GME Marco
On 25/06/2013 03:34, Robert Terzi wrote:
http://chirp.danplanet.com/issues/937
I edited my FT-857D (US version) image with CHiRP (current tip pulled from hg) that causes my radio to crash and go into a restart loop when accessing the problematic channel. (Frequency is 449.325, TSQL, PL 136.5)
Originally the offending entry was copy and pasted from a Wouxun which made it show up with an odd split 449.325 and 444.325 instead of an offset of -5.0 Mhz.
However, I was able to make the problem occur just entering that info by hand without using copy and paste.
Also, does anyone know how to reset the FT-8[59]7 to get a truly clean image?
I did all three resets, which did reset all of the settings and made it appear as if all of the memories had been deleted, however, I see from looking at a dump of the image file the memories were just marked inactive and most of the data was still there. I was trying to get as pristine of an image as possible for isolating this.
chirp_devel mailing list chirp_devel@intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_devel Developer docs: http://chirp.danplanet.com/projects/chirp/wiki/Developers