The mode bit is elsewhere, and the power field is actually two bits.
Also, the offset for the start of the alpha tags was wrong, causing the
tags to be out of sync with the memory channels.
#5865
Some of the LCD icons has an associated feature in the settings part,
now the driver match that behaviour.
Also the settings part in the driver is more in chirp's way of doing it, this
was my frist driver and I made it different in that time.
PEP8 compatibility at 99% also included on the driver update now.
73, Pavel, CO7WT.
This makes the dialog box that alerts about new versions a little more friendly.
The link is clickable, and OK/Cancel buttons will open a browser or dismiss the
dialog respectively.
#5779
This is an attmept to work around bug #272 on Windows, where startup
fails because unicode characters in our default directory path cause
us to fail to join() in the ntpath.py module. Since copying stock
configs is what triggers this and causes chirp to just silently fail
to start up, we can just log and punt the issue. This should let us
start up (sans configs) and do stuff. I expect that as long as you
save files somewhere outside of a unicode-having path, it will work,
although config save at exit probably will fail (which is also non-fatal).
#5647 Empty chunks no longer counted towards blocks read.
#5329 Can now set correct memory size read request, as no getting empty blocks.
Yaesu_clone change proposed by Dan - Thanks! I have only tested it on the FT-70, would be great to see it tested on other Yaesu radios.
This replaces my last submitted patch.
FT70 Driver I now have enough of the driver working to be useful.
Read / write memories, a number of the settings, and import from RepeaterBook work.
Saving modes dn,vw and AMS in memory channels, do not currently work.
Banks have not been tested - may now work, VFO settings not implemented (etc)
I have also raised a request for C4FM to be added to CHIRP Modes.
At the time I was adding support for the DJ-G7 radio, I was not aware of a flag
that was used to hide memory channels in the main band. The main band only
supports a subset of modes and frequencies on this radio. My original code used
this flag improperly, such that a channel was never hidden from the main band
regardless of its settings. This does not do any harm to the radio, but such a
memory channel is useless in the main band due to hardware constraints.
More importantly, the original programming software by Alinco crashes when
operating on a memory map pulled from a radio programmed with chirp if the flag
is not used correctly. After some discussions with and advice from Emiel, I
have completed a patch that adds proper support for this flag. The patch is
attached. See #5275 for a more in-depth discussion of the issue.
This fixes one test case that should ignore memories that don't validate
from the radio, and makes the MURS1 radio support said validation.
This is related to #5255
The BTech GMRS-V1 and BTech MURS-V1 are very different radios but both
respond to the same "magic". This patch provides checks to make sure...
1. the model selected by the user matches the physical radio model.
2. the image being uploaded matches the physical radio model.
related to #5255
I sniffed the traffic the official software sends to the radio, and it only
changes the second byte, so that seems to be where dtcs is stored.
Addresses #2745
Notably, this includes .tox which otherwise inundates the output of hg status
after running tests. Also includes a few other files that end up existing but
untracked.
#0
The settings labeled VHF Squelch [0-9] are actually the 220 squelch settings.
This patch renames these settings to 220 Squelch [0-9] and adds the missing
VHF Squelch [0-9] settings.
related to #5333