[chirp_devel] [PATCH] [FT-70] New Model #5329 Increased second block size

[Dan Smith]

> diff -r 61ba9c815170 -r c290bb32d9bf chirp/drivers/ft70.py
> --- a/chirp/drivers/ft70.py	Thu Mar 15 23:41:07 2018 +0000
> +++ b/chirp/drivers/ft70.py	Mon Mar 19 23:11:32 2018 +0000
> @@ -466,14 +466,14 @@
> @directory.register
> class FT70Radio(yaesu_clone.YaesuCloneModeRadio):
>     """Yaesu FT-70DE"""
> -    BAUD_RATE = 115200
> +    BAUD_RATE = 38400

Does the radio really magically operate at either of these two rates? Or do you set it in the radio before you do the clone? Otherwise, I can't think of why this could have been set to the old value, or be set to this new value without breaking things. We have a couple of radios that can be at one of several rates and we probe until we determine the proper one. Just launching into a clone at whatever rate you pick here seems unlikely to work. Can you explain more?

>     VENDOR = "Yaesu"
>     MODEL = "FT-70D"
> 
>     _model = "AH51G"
> 
>     _memsize = 65227  # 65227 read from dump ?
> -    _block_lengths = [10, 65555]  # ????? Not sure why this works to match _memsize
> +    _block_lengths = [10, 65920]  # ????? Not sure why this works to match _memsize

This writes less data to the radio, that's it. It should be very very not-operating-system specific. If you need to write the same amount of data in smaller chunks, you need to set _block_size to something else (although it's really small by default already). However, this looks really suspicious to me...

--Dan