On 13/04/2016 20:33, Jim Bennett wrote: > I added another v (making six of 'em) and re-ran. Looks identical to > me...! Here it is: Hi Jim,
yes it is the same, I had misread the code and the branch it took didn't print the diagnostics I was hoping for. The issue is that the Si570 takes an integral control word to set the frequency but that is a binary 11.21 fixed point number in MHz and there is a round off when converting a decimal frequency in Hz to it. The frequency set will be very close to the requested on but the reverse routine is "accurate" and ends up with fractional Hertz. I think a simple round to the nearest Hertz when reading the frequency is probably better than the current situation. Are you building Hamlib 3 from my git repository integration branch? If you are I have pushed a new branch with a fix in which I would appreciate you giving a try. You can get my branch by changing directory to the Hamlib 3 source and typing: git pull git checkout si750-rounding then rebuild Hamlib and try the frequency set and get sequence again. To get back to the normal integration branch type: git checkout integration 73 Bill G4WJS. ------------------------------------------------------------------------------ Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ wsjt-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wsjt-devel
