开云体育

Hi folks!

Over the weekend I put together my click-less Si5351 code in the form of a lib: Si5351mcu ()

It has some advantages over the etherkit/adafruit libs:

1. Simple: just the functions you need to get it working, no super-duper extra options almost nobody use...
   
2. Size: it's optimized for size and MCU 8 bit operation.
   
3. Click free tuning: it has a trick in the initialization of the lib that allows click free tuning over a wide range.

All the magic lies in the initialization process, please read the README.md file for instructions and check the example code.

Any dare beta-testers out there?

I'm ready for bug hunting/feature adding/improvements on it...

I'm working now in a test Randuino code using this lib, I will post it maybe tomorrow... (today is Monday: get back to WORK!)

73 de Pavel CO7WT.

开云体育

I tried your new library Pavel and followed your initialisation suggestion but found it had no impact on the clicks on my rig. If anything I thought they were slightly louder. Also maybe I wasn't using it correctly but the radio didn't seem to receive either suggesting that the frequency wasn't set correctly. I'm using CLK2. Have you got a sample BitX40 sketch using your library ?

Also I make use of the functions in the Etherkit library to enable and disable clock output for CW mode keying.?

Thanks, Andrew

开云体育

Hum...

Strange, I my tests it doesn't have click noise. the Arduino-arcs was using the etherkit (with clicks) then switched to a modified version of the QRPlabs sample code (also clicks) and then I managed to get that code into the lib I published that does not has clicks, at least in my setup.

If you has a RTL-SDR or other SDR tool, use it as an spectrum analyzer and put the waterfall at top speed (I use Gqrx over Linux) with the click making libs you can barely see the RF stops and start with noise on the change points.

With my lib the RF stop is missing and it's more clean on the freq change points... I don't know why it's not working on your setup.

Also you mentions that you are using CLK2, this lib does not use CLK2, only CLK0 and CLK1, I'm working on port the original Randuino code to use my lib and test it on a bitx40v3_smd with a Randuino that a local ham friend has.

I will test it trough the week and reply back with the sample code and comments when done.

Thanks for testing it and reporting.

73 de Pavel CO7WT.

As a general rule I don't like to use third party libraries. I like to understand what the hardware is doing at a low level. I do this by writing my own drivers. And quite frankly, I've seen some poorly written, poorly documented code coming from some well known suppliers.

As a group. I think we would be better off long term using a Bitx specific library written by and supported by a group member such as Pavel. That would certainly give us a better chance of understanding what's going on.

My two cents.

James

KE4MIQ