[chirp_devel] Bug 937: FT-857D crashes due to problematic channel
IZ3GME Marco
Tue Jun 25 03:22:59 PDT 2013
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 at intrepid.danplanet.com
> http://intrepid.danplanet.com/mailman/listinfo/chirp_devel
> Developer docs: http://chirp.danplanet.com/projects/chirp/wiki/Developers
>
More information about the chirp_devel
mailing list