Re: BitX40: Strange CW Sidetone Behaviour - level increases after a second or two
I think Allard's solution is likely minimal and acceptable. ?For not so minimal, here's somebody who has added sidetone injection at the volume control: ?? /g/BITX20/message/27410
and also solved the rx kerchunk. A few notes here on exactly what the devil that diagram might be trying to say: ? /g/BITX20/message/28942If all you want is sidetone injection, should be possible with 1 or 2 resistors out by the volume control. Jerry
On Thu, Jun 29, 2017 at 04:40 pm, Allard PE1NWL wrote:
If you find a minimal mod that gives a better sidetone please share it and I will update the modification instructions - thanks!
|
Are you using the most recent sketch?
|
Re: USB Panel Mount Extension Cable
I had looked at that one, but the fit wasn't quite right, delivery time
didn't meet my need for instant gratification, etc... :-)
I've had my cable installed since April and have been pretty happy with it
though I do have an extra hole to plug one of these days.
toggle quoted message
Show quoted text
On 6/29/2017 4:27 PM, Andrew Krause wrote: 50cm USB 2.0 B female panel mount to mini 5pin male right angle extension cable
|
Re: Si5351A: facts and myths
That might be a good argument to use the R output divider after the output multisynth. ?Would be interesting to see if a divide by two in R generates less of a second harmonic on the Bitx40, just a matter of changing the raduino sketch. ?My guess is that it won't matter much. ?Given how low the Si5351 jitter is in fractional mode, they probably do a pretty good job on duty cycle as well. ?I'd bet non-linearities around the IRF510 would swamp any such effect. ?Though when it comes to the uBitx push-pull PA I'm not planning to bet a lot.
Jerry, KE7ER
toggle quoted message
Show quoted text
On Thu, Jun 29, 2017 at 03:38 pm, Axel DK4AQ wrote:
A good idea is to use a toggle flipflop at the output signal, dividing the output frequeny by 2.
|
Re: BitX40: Strange CW Sidetone Behaviour - level increases after a second or two
On Thu, Jun 29, 2017 at 02:29 pm, Michael Babineau wrote:
I did notice that working backwards in the schematic ?from the speaker, there a good sized electrolytic cap (C111 470 uF) and I am wondering if the diminished sidetone on initial key-down is a result of that cap charging up. If that is the case then others who are using this mod should be experiencing the same behaviour.?
Hi Michael, Yes, you're right, it's not a 100% perfect method, the diminished sidetone on initial key-down is a result of that cap charging up - I have exactly the same behaviour here.
I am contemplating injecting the sidetone at the volume control (before the LM386) to see if this works any better
If you find a minimal mod that gives a better sidetone please share it and I will update the modification instructions - thanks! 73 Allard PE1NWL
|
I am stripping down everything to seek for the culprit. I see that sometimes when i speak louder the lcd dims a little, like if there is not enough power... but the power supp is 10A!
i see it drains 1A
|
Re: USB Panel Mount Extension Cable
50cm USB 2.0 B female panel mount to mini 5pin male right angle extension cable?
On Thu, Jun 29, 2017 at 7:07 PM John Sutter < jds@...> wrote: I didn't notice anyone mention these, but I do tend to miss things...
Short adapter cables are available from Adafruit and Amazon that
allow you to update the firmware/sketch without opening the case.
I was hoping to find & use a right angle connector, but this one
worked for me though I had to move the 10-turn pot.
- John
--
Andrew KrauseGeneral Class Amateur Radio License: KM4ZJO
|
Re: Getting raduino crystal frequency with frequency counter
Yep. That'll work.
This probably will not work to measure the Si5351 crystal. You will get
a signal, but it probably will not be correct. Measure at pin2 or pin3 of U2,
but I would not recommend it as there is too much of a chance for a short circuit.
You will have to calibrate the unit by specifying an output frequency and seeing
what the effect of the 25 MHz is, i.e., how different is it from assuming exactly 25.000 MHz.
Several of the raduino versions have this calibration in the firmware. In most cases
the adjustment is +/- 200 Hz or so.
Your can measure the frequency of the Nano oscillator at the input pin. Connect temporarily
with a small capacitor (100 pf or so).
You can measure the BFO frequency by connecting the same way at the collector of Q10
or, better yet, at the emitter of Q11. And you can easily measure the output of the raduino,
of course. Assuming you have not disabled the BFO.
I have one of these units and it is quite sensitive and accurate for most applications...but
it is big. Watch out for noise. Also I believe the color code on the +/- connection is reversed.
Check to see if Red is ground and Black is positive. It might be.
john
AD5YE
|
USB Panel Mount Extension Cable
I didn't notice anyone mention these, but I do tend to miss things...
Short adapter cables are available from Adafruit and Amazon that
allow you to update the firmware/sketch without opening the case.
I was hoping to find & use a right angle connector, but this one
worked for me though I had to move the 10-turn pot.
- John
|
Re: Si5351A: facts and myths
Hi all,
?
I developed an own VFO basing on Si5351 and Arduino in 2015. I had the same question: Is the Quality of the oscillator signal good enough for a high quality SW receiver ?
?
Searching for information I found a blog of NT7S ?Ripples in the Ether“ . Search under ?Si5351“ and look at ?Si5351A Investigations Part 7“. He organized measurement of the phase noise of the Si5351 in different configurations. The measurement was done with professional equipment by KE5FX. He compared the results with data from , containing phase noise of LO of well known HAM equipment.
?
After omparing the values, I felt I should not have any headache about the signal quality of the Si5351 ! Thanks to NT7S and KE5FX for their helpful informations !
?
Only one little problem with Si5351 stayed. Using switched mixers it makes sense to use a rectangular oscillator signal. Looking to the spectrum of rectangular signals, you will find all harmonic frequencies (fo, 2fo,3fo...). That means if you have a receiver mixer you will receive signals from all these frequencies +/- IF. In case of transmitter mixer you will send on all these frequencies at the same time ! Ususal RF filters have to reject them. If we chose an exactly symetric rectangle (50% duty cycle) then all even harmonics have zero amplitude. So at least the nearest harmonic frequency 2fo is rejected and the filters have to be less complex. Speaking about birdies it is also useful to avoid some harmonics.
Unlucky most digital controlled oscillators cannot deliver exact 50% duty cycle at every output frequeny. A good idea is to use a toggle flipflop at the output signal, dividing the output frequeny by 2. The output signal is a good aproach to 50%, there stay some very little unsymetric parts resulting from noise on the switching levels inside the flipflop. To double the output frequency at Si5351 is a simple task.
By the way : I had no noises with tuning. The frequency changed smoothly without problems.
?
So enjoy working with Si5351 and BITX40 !
?
Axel / DK4AQ
|
Re: Si5351A: facts and myths
Hans, I took the code from?? /g/BITX20/files/KE7ER/si5351bx_0_0.ino
and replaced the final while loop with this:
// Slews CLK2 from 6999950 to 7000050 hz and back
// advancing in 1 hz increments once every 5 milliseconds.
// So takes 1 second for each round trip.
// When going up through 7.0mhz we have a transition in
// the output msynth from a=126 to a=125, since 875/7.0 = 125.0
// Would expect to hear a tick there since those 8 msynth registers
// are not all updated simultaneously
while (1) {
for (n=0; n<100; n++) {
si5351bx_setfreq(2, 6999950+n);
delay(5); // 5ms
}
for (n=0; n<100; n++) {
si5351bx_setfreq(2, 7000050-n);
delay(5); // 5ms
}
}
Note that the delay() function call is susceptible to exactly when 1 ms interrupts occur and to just how long it takes to execute my code. ?So likely sometimes an extra ms in there. Listening in with a nearby Bitx40 I hear no hint of a tick. ?Just a cleanly varying tone. Time to celebrate. Jerry, KE7ER
On Thu, Jun 29, 2017 at 01:34 am, Hans Summers wrote:
The Si5351A does NOT have buffering, as far as I know. If it did, I think they ought to celebrate that on page 1 of the datasheet... it would be *nice* indeed if it did, but we have to remember this thing was intended as a programmable clock generator, not for amateur radio VFOs specifically ;-) ?
?
Intriguingly the Si5351A datasheet writes right there at the top of page 1, "Glitchless frequency changes". Then makes no further mention of what this means. <groan>
?
|
Send by PayPal $25 to hfsignals@...
Not that it is for Arduino.
On 6/29/2017 2:01 PM, Lorne Barber
wrote:
toggle quoted message
Show quoted text
Andrew,
yes it is listed, but try adding it to your cart. It is a no
go.
Lorne
VE7BOX
?
?
You can get the raduino on HF signals
site its in the list 25 dollars I just looked?
?
On 29 Jun 2017 19:44, "Andrew Krause"
<andrew.krause@...>
wrote:
There's also the DIY route. You can
buy a Arduino Nano for $4 on Amazon. You can buy the
Si5351A for $10. You can download the firmware from
Github. It's about half the price of ordering from
HFSigs, but you then have to spend the time assembling
and flashing, which may not be for everybody. Depending
on how deep down the rabbit hole you're willing to go,
that's another option. But I'd recommend getting it from
HFSigs if at all possible.?
?
On Thu, Jun 29, 2017 at 2:37
PM, Jerry Gaffke via Groups.Io <jgaffke@...>
wrote:
You need better luck.?
Exactly what sort of bad luck are you having?
I suppose you could offer to buy one from one of
the few here having second thoughts.
Jerry
On Thu, Jun 29, 2017 at 11:32 am, Lorne Barber
wrote:
Can someone please advise as to
how I go about ordering a Raduino kit?
I am having precious little luck using?the H F
Signals website.
?
?
|
Re: Raduino purchase (decoupling Si5351 from +3.3v)
El 29/06/17 a las 16:55, Michael Hagen escribió: Then the SI Generator, has extra bypassing and .1uf coupling caps. I put 1 ohm from 3.3 volts to SI power pin, then bypassed with 10uF, not just 1uf. I like that Idea. I have noticed on another project some for of slight AM modulation on carriers and was suspecting of 3.3v power fluctuations (taken from the arduino 3.3v tap) Then Hans Summers in a post mentioned the fact that the Si5351 is prone to be modulated by power supply and pointed to an article comparing the output from a battery pack and from a Wall-wart transformer: That was enlightening. Hum... Just thinking now... maybe the buzz noise when the PWM kick in for the AGC mod is just a effect of the 3.3v modulation in my bitx40 sketch... interesting... I have a fact/myth to prove this weekend... that's fun to come. 73 de Pavel CO7WT.
|
BitX40: Strange CW Sidetone Behaviour - level increases after a second or two
I finally got all of the CW mods made to my BitX40 and it seems to be working fine using Allard's V1.16 code. ?However, I have noticed some strange behaviour?from the CW sidetone implemented using the recommended hardware mod :
What I have noticed is that when I key the rig I hear the sidetone, but after a second or two the volume of sidetone increases quite a bit (maybe double).
This doesn't seem to be the case when I use SPOT (i.e. the level stays consistent with SPOT).
I am just wondering if others experience the same thing or whether this is just my rig ? I do have a small RC filter in place of the 1K resistor, that consists of?
two 1.5K resistors in series, with a couple of ?0.1 uF caps to ground, the idea is to clean-up the square wave sidetone so that it sounds a little cleaner.
These are pretty low value caps so I can't see that they would have any impact on the sidetone volume.
I did notice that working backwards in the schematic ?from the speaker, there a good sized electrolytic cap (C111 470 uF) and I am wondering if the
diminished sidetone on initial key-down is a result of that cap charging up. If that is the case then others who are using this mod should be experiencing the same behaviour.?
I am contemplating injecting the sidetone at the volume control (before the LM386) to see if this works any better, but for now I was hoping to figure out
whether others are seeing the same thing.?
Cheers
Michael VE3WMB?
|
Re: bitx40/Raduino sketch version 1.3, now full documented.
Hi Art.
The limits on the calibration was set to -8000 to + 8000 for my
empiric values so you are getting (+) 8000 and that's top value.
(My hardware needs +3670)
Try to move the dial control all way down to the left, as the
code uses a function that limit the value and I noted now that can
(must) be improved to show the real value on loading... as you
move near the left edge the value must move down and will allow
you to set the proper one.
That calibration routine has a incremental steps when in edges of
the range, and I noted a bug now looking at the code in which the
dial pot is not updated to the real value of the calibration when
entering the procedure, I must fix that.
I will fix and check it as I'm at work and don't have the
hardware at reach now.
73 and thanks for the tip/bug identification.
73 de Pavel CO7WT.
El 29/06/17 a las 16:57, Art Olson
escribió:
toggle quoted message
Show quoted text
Pavel
I use the function button under
settings, calibrate lsb and it reads -8000 ppl. All good? ?Can't
change it. Not that I need to as it is on freq. sorry for my
confusion?
Sent from my iPhone
On Jun 29, 2017, at 4:45 PM, Art Olson < olson339@...>
wrote:
Pavel
Ok got it. I am using your code
and library (mcu). The freq is spot on and when I look at
the value of the lsb setting it reads -8000 ppm.?
Thanks?
Art
Sent from my iPhone
On Jun 29, 2017, at 4:36 PM, Pavel Milanes Costa < pavelmc@...>
wrote:
Hi Art.
Maybe just I can't explain it wright, please correct me if
I'm wrong in my statement. I'm a Spanish native OM and
English is a second one to me; I will explain in deep
here:
Spoiler: the calibration do work fine in the function
button, just we use another more exact trick against the
Si5351 clock, not just correcting the output by an offset.
In Allard's code it does not use the correction of the
Si5351 lib, it just make a offset correction in Hz every
time it needs to send a new freq to the Si5351. That's
right and simple, as long as you don't depart to much from
the calibrated frequency.
In the Raduino use case, being mono-band, with a span of
about 600 Khz and our ears that aren't capable of sense a
few Hz (or sub Hz) of difference, that approach is simple
and fine. More over calibrating to mid band will minimize
the error.
If you plan to use the Allard's code to handle other radio
beside the bitx40 and it covers a few Mhz, let's say a old
ham converted Furuno FS-1000 (real case, no just and
example) that can cover 1 ~ 12 Mhz, that calibration trick
is useless.
That is a OM friend's case, it has that radio and it
converted it to ham bands, put together and Arduino +
Si5351 and was using Allard's code... he calibrated iit
against 7.315 kHz on 40m (Radio Catolica Mundial), then in
160, 80, 60 and 30m it was off but as much as 100'th of Hz
in the worst case.
But I have the need to be mathematically correct and fix
my friend error, now he calibrates against WWV in 10.000
Mhz and it's right on spot in the full range using my
code.
For short: the calibrate function works by another more
exact way, and the calibrate options remains on the
firmware.
Please advice it the statement in thee readme/etc tell
another story beside this to fix it.
73 de Pavel CO7WT
?
?
El 29/06/17 a las 16:05, Art
Olson escribió:
Pavel
Just a bit confused on the
lab calibration statement. Do I understand no more
manual if offset via function switch?
Art
Sent from my iPhone
On Jun 29, 2017, at 12:21 PM, Pavel Milanes Costa < pavelmc@...>
wrote:
I use the Arduino IDE 1.8.2,
But the compile engine only, I use the Geany
Editor in Linux and the amake ()
script to handle the Geany - Arduino IDE linking
for compile.
Why?
73 de Pavel CO7WT.
El 29/06/17 a las
12:12, Art Olson via Groups.Io escribió:
Pavel?
What version ide are
you using.?
Art
Sent from my iPhone
On Jun 26, 2017, at 11:51 AM, Pavel Milanes
Costa < pavelmc@...>
wrote:
New Version of the sketch available,
Now with images, diagrams and adjusting
tips, check out the new features.
v1.3
- Fix for labels on second line not
matching real functions (bug introduced
during optimization in v1.2)
- Fix for the diode drawn backwards in the
smeter_mod.png file.
- Fix for true
calibration of the Si5351, not just a freq
shift on different modes, now it applies a
real calibration inside the lib (USB
remains by shifting the VFO, LSB is truly
calibrated)
- We don't longer support the legacy
CAL_BUTTON in A2, as every body knows how
to calibrate via the FBUTTON button during
runtime.
- More code optimizations.
- Added the image files for the AGC mod
and the TX power meter.
You can check it out in the Github
repository at:
73 de Pavel CO7WT.
El 22/06/17 a las
13:50, Pavel Milanes Costa escribió:
Hi to all.
Since I have now a [borrowed] real
bit40v3_smd + raduino I can test and tune
some things...
I have put together a test sketch based
on the Allard's code version 1.15 (1.15
not 1.15.1) that has an S-meter for the RX
part, I'm testing with the TX part
[hardware] and playing [successfully!]
with software controlled AGC...
What you get if you dare to test it:
- Full compatibility with Allard's code.
- Smaller code: you need to download the
Si5351mcu lib, see readme and code.
- Smeter on RX, see the simple hardware
mod in the smeter-mod.png file.
- TX power meter, is the same for the
Smeter but need a hardware mod that is
on test at the bench.
- Software support for AGC (I'm tunning
the hardware/software parameters, so no
schematic for now: soon...)
All this mods can be incorporated on
Allard's code once they are tested and
requested.
Do you dare? :
73 de Pavel CO7WT.
|
Has anyone Adapting bitx to 6 meters?
Has anyone adapted bitx to operate on 6 meters? If so, can please provide links to the way to do it?
Thank you
|
Re: bitx40/Raduino sketch version 1.3, now full documented.
Pavel
I use the function button under settings, calibrate lsb and it reads -8000 ppl. All good? ?Can't change it. Not that I need to as it is on freq. sorry for my confusion?
Sent from my iPhone
toggle quoted message
Show quoted text
On Jun 29, 2017, at 4:45 PM, Art Olson < olson339@...> wrote: Pavel
Ok got it. I am using your code and library (mcu). The freq is spot on and when I look at the value of the lsb setting it reads -8000 ppm.? Thanks? Art
Sent from my iPhone On Jun 29, 2017, at 4:36 PM, Pavel Milanes Costa < pavelmc@...> wrote:
Hi Art.
Maybe just I can't explain it wright, please correct me if I'm wrong
in my statement. I'm a Spanish native OM and English is a second one
to me; I will explain in deep here:
Spoiler: the calibration do work fine in the function button, just
we use another more exact trick against the Si5351 clock, not just
correcting the output by an offset.
In Allard's code it does not use the correction of the Si5351 lib,
it just make a offset correction in Hz every time it needs to send a
new freq to the Si5351. That's right and simple, as long as you
don't depart to much from the calibrated frequency.
In the Raduino use case, being mono-band, with a span of about 600
Khz and our ears that aren't capable of sense a few Hz (or sub Hz)
of difference, that approach is simple and fine. More over
calibrating to mid band will minimize the error.
If you plan to use the Allard's code to handle other radio beside
the bitx40 and it covers a few Mhz, let's say a old ham converted
Furuno FS-1000 (real case, no just and example) that can cover 1 ~
12 Mhz, that calibration trick is useless.
That is a OM friend's case, it has that radio and it converted it to
ham bands, put together and Arduino + Si5351 and was using Allard's
code... he calibrated iit against 7.315 kHz on 40m (Radio Catolica
Mundial), then in 160, 80, 60 and 30m it was off but as much as
100'th of Hz in the worst case.
But I have the need to be mathematically correct and fix my friend
error, now he calibrates against WWV in 10.000 Mhz and it's right on
spot in the full range using my code.
For short: the calibrate function works by another more exact way,
and the calibrate options remains on the firmware.
Please advice it the statement in thee readme/etc tell another story
beside this to fix it.
73 de Pavel CO7WT
?
?
El 29/06/17 a las 16:05, Art Olson
escribió:
Pavel
Just a bit confused on the lab
calibration statement. Do I understand no more manual if offset
via function switch?
Art
Sent from my iPhone
On Jun 29, 2017, at 12:21 PM, Pavel Milanes Costa < pavelmc@...>
wrote:
I use the Arduino IDE 1.8.2,
But the compile engine only, I use the Geany Editor in
Linux and the amake ()
script to handle the Geany - Arduino IDE linking for
compile.
Why?
73 de Pavel CO7WT.
El 29/06/17 a las 12:12, Art
Olson via Groups.Io escribió:
Pavel?
What version ide are you
using.?
Art
Sent from my iPhone
On Jun 26, 2017, at 11:51 AM, Pavel Milanes Costa < pavelmc@...>
wrote:
New Version of the sketch available,
Now with images, diagrams and adjusting tips, check
out the new features.
v1.3
- Fix for labels on second line not matching real
functions (bug introduced during optimization in
v1.2)
- Fix for the diode drawn backwards in the
smeter_mod.png file.
- Fix for true calibration of the
Si5351, not just a freq shift on different modes,
now it applies a real calibration inside the lib
(USB remains by shifting the VFO, LSB is truly
calibrated)
- We don't longer support the legacy CAL_BUTTON in
A2, as every body knows how to calibrate via the
FBUTTON button during runtime.
- More code optimizations.
- Added the image files for the AGC mod and the TX
power meter.
You can check it out in the Github repository at:
73 de Pavel CO7WT.
El 22/06/17 a las 13:50,
Pavel Milanes Costa escribió:
Hi to all.
Since I have now a [borrowed] real bit40v3_smd +
raduino I can test and tune some things...
I have put together a test sketch based on the
Allard's code version 1.15 (1.15 not 1.15.1) that
has an S-meter for the RX part, I'm testing with the
TX part [hardware] and playing [successfully!] with
software controlled AGC...
What you get if you dare to test it:
- Full compatibility with Allard's code.
- Smaller code: you need to download the Si5351mcu
lib, see readme and code.
- Smeter on RX, see the simple hardware mod in the
smeter-mod.png file.
- TX power meter, is the same for the Smeter but
need a hardware mod that is on test at the bench.
- Software support for AGC (I'm tunning the
hardware/software parameters, so no schematic for
now: soon...)
All this mods can be incorporated on Allard's code
once they are tested and requested.
Do you dare? :
73 de Pavel CO7WT.
|
Here is a description:
All parts except a couple caps 0603 SMD.
All parts Available from Mouser, usually in stock.
I2C connector top Left, 4 Pins +5, Ground, D, Clk and bypass cap.
Power and VFO connector below, my original 5 pin cable fit it
when I swapped it out.
All connectors same type, pull and move wires, just like original
7805 Regulator Bolted down, 100uF in and out plus SMD.
Level Shifting MOSFETs.
Nano Big Guy in the Middle.
Rotary Connector with Pullups and Caps if you want.
2 I/O connectors follow a lot of original.
LCD Connector with Contrast and Optional Resistor to Lower
Backlight current
Then the SI Generator, has extra bypassing and .1uf coupling
caps.? I put 1 ohm from 3.3 volts to SI power pin, then bypassed
with 10uF, not just 1uf.
Up graded Cryatal is about 6mm square (Mouser).
Green Led on Power
?
|
Re: bitx40/Raduino sketch version 1.3, now full documented.
El 29/06/17 a las 16:36, Pavel Milanes
Costa escribió:
Pavel
Just a bit confused on the lab
calibration statement. Do I understand no more manual if offset
via function switch?
Art
Now I realize your question in deep... sorry.
I removed the old (legacy) way of calibrating by shorting A2
(CAL_BUTTON) when powering on the radio in favor of the new via the
FBUTTON while the radio is running.
Just that, it break old compatibility with former Raduino docs, but
as far as I knows almost all people use Allard's code and knows the
FBUTTON way.
73
|
Re: bitx40/Raduino sketch version 1.3, now full documented.
Pavel
Ok got it. I am using your code and library (mcu). The freq is spot on and when I look at the value of the lsb setting it reads -8000 ppm.? Thanks? Art
Sent from my iPhone
toggle quoted message
Show quoted text
On Jun 29, 2017, at 4:36 PM, Pavel Milanes Costa < pavelmc@...> wrote:
Hi Art.
Maybe just I can't explain it wright, please correct me if I'm wrong
in my statement. I'm a Spanish native OM and English is a second one
to me; I will explain in deep here:
Spoiler: the calibration do work fine in the function button, just
we use another more exact trick against the Si5351 clock, not just
correcting the output by an offset.
In Allard's code it does not use the correction of the Si5351 lib,
it just make a offset correction in Hz every time it needs to send a
new freq to the Si5351. That's right and simple, as long as you
don't depart to much from the calibrated frequency.
In the Raduino use case, being mono-band, with a span of about 600
Khz and our ears that aren't capable of sense a few Hz (or sub Hz)
of difference, that approach is simple and fine. More over
calibrating to mid band will minimize the error.
If you plan to use the Allard's code to handle other radio beside
the bitx40 and it covers a few Mhz, let's say a old ham converted
Furuno FS-1000 (real case, no just and example) that can cover 1 ~
12 Mhz, that calibration trick is useless.
That is a OM friend's case, it has that radio and it converted it to
ham bands, put together and Arduino + Si5351 and was using Allard's
code... he calibrated iit against 7.315 kHz on 40m (Radio Catolica
Mundial), then in 160, 80, 60 and 30m it was off but as much as
100'th of Hz in the worst case.
But I have the need to be mathematically correct and fix my friend
error, now he calibrates against WWV in 10.000 Mhz and it's right on
spot in the full range using my code.
For short: the calibrate function works by another more exact way,
and the calibrate options remains on the firmware.
Please advice it the statement in thee readme/etc tell another story
beside this to fix it.
73 de Pavel CO7WT
?
?
El 29/06/17 a las 16:05, Art Olson
escribió:
Pavel
Just a bit confused on the lab
calibration statement. Do I understand no more manual if offset
via function switch?
Art
Sent from my iPhone
On Jun 29, 2017, at 12:21 PM, Pavel Milanes Costa < pavelmc@...>
wrote:
I use the Arduino IDE 1.8.2,
But the compile engine only, I use the Geany Editor in
Linux and the amake ()
script to handle the Geany - Arduino IDE linking for
compile.
Why?
73 de Pavel CO7WT.
El 29/06/17 a las 12:12, Art
Olson via Groups.Io escribió:
Pavel?
What version ide are you
using.?
Art
Sent from my iPhone
On Jun 26, 2017, at 11:51 AM, Pavel Milanes Costa < pavelmc@...>
wrote:
New Version of the sketch available,
Now with images, diagrams and adjusting tips, check
out the new features.
v1.3
- Fix for labels on second line not matching real
functions (bug introduced during optimization in
v1.2)
- Fix for the diode drawn backwards in the
smeter_mod.png file.
- Fix for true calibration of the
Si5351, not just a freq shift on different modes,
now it applies a real calibration inside the lib
(USB remains by shifting the VFO, LSB is truly
calibrated)
- We don't longer support the legacy CAL_BUTTON in
A2, as every body knows how to calibrate via the
FBUTTON button during runtime.
- More code optimizations.
- Added the image files for the AGC mod and the TX
power meter.
You can check it out in the Github repository at:
73 de Pavel CO7WT.
El 22/06/17 a las 13:50,
Pavel Milanes Costa escribió:
Hi to all.
Since I have now a [borrowed] real bit40v3_smd +
raduino I can test and tune some things...
I have put together a test sketch based on the
Allard's code version 1.15 (1.15 not 1.15.1) that
has an S-meter for the RX part, I'm testing with the
TX part [hardware] and playing [successfully!] with
software controlled AGC...
What you get if you dare to test it:
- Full compatibility with Allard's code.
- Smaller code: you need to download the Si5351mcu
lib, see readme and code.
- Smeter on RX, see the simple hardware mod in the
smeter-mod.png file.
- TX power meter, is the same for the Smeter but
need a hardware mod that is on test at the bench.
- Software support for AGC (I'm tunning the
hardware/software parameters, so no schematic for
now: soon...)
All this mods can be incorporated on Allard's code
once they are tested and requested.
Do you dare? :
73 de Pavel CO7WT.
|
Allard PE1NWL
ekelley