开云体育

ctrl + shift + ? for shortcuts
© 2025 开云体育
  1. BITX20
  2. Messages
Expanded Topics Messages Polls
Date
Re: suggestions for a graphics display

 

Another possibility would be to forget the display (or have just a minimal display) on the radio and make the radio a BLE device. That way any smartphone could be the display and control.?

Tom, wb6b
Re: suggestions for a graphics display

 

Hi,

Here is a video explaining how to speed up the refresh rate on an ePaper display.



Are there any production (not random surplus) ePaper displays that are low cost? I'd looked into ePaper for an IoT project, but saw mostly displays that were too high priced for the project with a few low cost, but tiny, displays here and there. Not certain how a display that seems to be intrinsically high cost (possibility the technology is all from a single manufacture), can also be made by a few low cost manufactures.

The red/black/white displays look really great.
?
Tom, wb6b
Re: BITX40 – Circuit Description pictures

 

David,
hfsigs.com is no longer maintained.? The new site is hfsignals.com? you should find what you are looking for at?
--

BITX40 – Circuit Description pictures

[email protected]
 

Hello everyone.

Does anyone have a copy of the ?

The link is broken and if I enlarge the picture on the web page enough to read it the words are to blurry to read.

I am just starting on my BITX40 V3 assemble and would like to make some of the recommended mods but I need a good schematic to go by.

Thanks

David Goodrow
N1OMO
Re: suggestions for a graphics display

 

Other than being too expensive for the mass audience and too slow, ePaper is very interesting to me.? Adafruit has a breakout board I've had my eye on
--

Re: Factory settings

 

You may know this; after setting BFO, power off the rig & then power on again.??

Same with Calibration.? If I've been reading it right, this make sure that your settings are actually stored. Otherwise, you may not be evaluating the net result of your changes.

For BFO adjustment, do you find a weaker station and use the dial to f ik ne the loudest perceived signal irrespective of intelligability, and only then enter the BFO mode? That's the process, followed by tuning the 11.997xxx freq for readability. After that, squeeze the microphone key to save this setting. Now, stop. Don't move; cycle the radio power off and then on again. The conversation should now sound normal.

For calibration, I like to tune to WWV on a redundant radio in AM mode. The uBitix gets set to 10,000.0kHz [0r 5,000, etc] irrespective of sound. You're going to bring the audio to the dial, so to speak, so with radio dials are now set alike.?

Enter the Tune mode, and get that audio note between the clock chimes to ring alike pitch-wise. If you have a musical ear, you'll be able to get it close enough to detect only a couple of cycles difference.? Store that setting and again, cycle the power off & then back on.?

Now tune WWV and alternate doing so with LSB and USB back and forth; the zero beat should now be about equidistant from 10,000.0kHz on either side.? It'll never be "perfect" but unless you have "perfect pitch" hearing it will be barely if at all significant.

Hope that helps,

Ted
K3RTA



On Fri, Feb 15, 2019 at 13:17, John Nieman
<jhnatlc@...> wrote:

Need help is getting my ubitx v5.1 working.
I just finished mounting it on breadboard and powered up.? All was good, except frequency display showed a frequency that was almost a kHz higher than a nicely readable ssb signal.? And so I started to tinker with settings, adjusting calibration and BFO to make frequency on the display identical to the actual ssb signal.? Nothing seems to work, and reception is worse than when I started.
Is there a way to restore this ubitx v5.1. to its original factory settings and to resolve the calibration issue?

John N
Sent from my i
Re: SMD inductors

Peter Russell
 

Vic,
were you asking me to send them from Uk to US?

I'm happy to do so, but at the moment I don't know what it will cost for postage.

Peter

On 14/02/2019 11:25, Vic WA4THR via Groups.Io wrote:
I would also like 10, Mike. Let me know when and how to pay.
=VIc=
---
This email has been checked for viruses by AVG.
Re: SMD inductors for L5 and L7 replacement

Peter Russell
 

Hello Nigel,

peter.russell@...

Let me have your address so I can send 'em.

Peter.


On 15/02/2019 17:10, Nigel G4ZAL wrote:
Hi Peter, ?I’ll take a punt and have 10 off of you.
Got a paypal address?
---
This email has been checked for viruses by AVG.
Re: BITX 40 #bitx40 #bitx40help

 

At the unpaired DDS output I measured 34 Mhz
Re: BITX 40 #bitx40 #bitx40help

 

it's the first thing I've verified! If there was continuity from the antenna to the end of the filter
Re: BITX 40 #bitx40 #bitx40help

 

On Fri, Feb 15, 2019 at 03:51 AM, Andrew Kasurak wrote:
Hrm, doesn't sound quite like my bitx40. I get the same static, and the same clicks from tuning, but not the ubiquitous clicks when not touching anything.

Have you opened it up and verified that the antenna connection is solid straight to the board?

Here are two troubleshooting videos I've used.
Re: suggestions for a graphics display

Robert McClements
 

How about something like an evolution of the Android application Pocket RxTx from Dan Toma YO3GGX using a simple HC-06 Bluetooth com port?in the transceiver working with the existing cat commands.?

Bob GM4CID
Factory settings

 

Need help is getting my ubitx v5.1 working.
I just finished mounting it on breadboard and powered up. All was good, except frequency display showed a frequency that was almost a kHz higher than a nicely readable ssb signal. And so I started to tinker with settings, adjusting calibration and BFO to make frequency on the display identical to the actual ssb signal. Nothing seems to work, and reception is worse than when I started.
Is there a way to restore this ubitx v5.1. to its original factory settings, and to resolve the calibration issue?

John N
Sent from my i
Re: suggestions for a graphics display

Jack Purdum
 

Arv:

OK...not what I was thinking of since many CAT programs require a mouse/keyboard to work. So, perhaps, just a TFT (or whatever) display in a case with a ribbon cable going to the rig.

Jack, W8TEE

On Friday, February 15, 2019, 12:33:30 PM EST, Arv Evans <arvid.evans@...> wrote:


Jack & Farhan

I was thinking more about making the default display in a BITX detachable so it could
be used for other rigs.? This would not be as large as a laptop or desktop PC.? Maybe
something the size of a cell phone (or just software on a cell phone) or size of one of the
smaller tablet computers (or just software on a small tablet computer).? This could open the
door for other enterprising individuals to enter the ham radio kit business by designing and
building a standardized (CAT Protocol) display unit.? Same display could also support
test equipment.

Arv
_._


On Fri, Feb 15, 2019 at 10:09 AM Jack Purdum via Groups.Io <jjpurdum=[email protected]> wrote:
Arv, Farhan:

I would also like to see a CAT interface, probably based on the Kenwood protocol, as it seems pretty common for "external" control. However, I don't want to see that be the only display option. I plan on using mine on vacations and don't want to be forced to take along a laptop if I don't need to. (The XYL knows that taking a laptop means checking email, which doesn't make her a happy camper.)

Jack, W8TEE


On Friday, February 15, 2019, 12:00:15 PM EST, Arv Evans <arvid.evans@...> wrote:


Farhan

My direction would probably be more toward or similar style interface and building
a dumb-terminal display to interface at that level.? This makes the display usable for many rigs.?
This would provide a display that will not become obsolete in the near future.? It also provides an
option to use either a PC or specifically designed and built terminal for the display.? Even an old
PC can probably adequately support CAT or similar interface functions.

Arv? K7HKL
_._



On Fri, Feb 15, 2019 at 8:32 AM Jack Purdum via Groups.Io <jjpurdum=[email protected]> wrote:
Farhan:

There are a bunch of 2.2" (240x320) color display for sale, some under $4. However, most are geared to the Arduino form factor. There is another set of similar displays that use either the I2C or SPI interface, which ups the price to about $6, but reduces the pin count to 5 (sometimes 4). Many also have an SD card reader, but I've not had much reliability with most of these. I'd have to drag out a few projects to find out their current draw and "noisiness". Also, keep in mind that library support is crucial, and displays using the ILI9341 display controller are pretty easy to work with and Adafruit has libraries.

Jack, W8TEE

On Friday, February 15, 2019, 1:41:34 AM EST, Ashhar Farhan <farhanbox@...> wrote:


peeps,

i am thinking of a graphics display for the bitx radios. here is the shopping list of ideas:
1, Ubiquitous : We should be able to source it from multiple sources and multiple countries with ease.
2. Low cost: The bitx40 costs 50 dollars to make. We can't tie it to a display alone that costs $20s.
3. RF friendly: Many of these display are very noisy.
4. Current consumption. We should be able to handle this with a few milliamps.

I have tried two options :
A) 128x64 LCD display. The common one uses the KS0108 display that needs about 11 pins. Which means, we will have to dedicate one ATMEGA328P as a 'display controller' that runs over a TTL serial line. That way, a single TTL line can be used to control the display. I have, at the moment, a display of this sort running where you can give send text message like "text 20,30, Hello world" or "rect 10,10,100,50". It seems to be a reasonable solution. It can even display the waterfall. The current consumotion is about 10 ma without the backlight. A 2N7000 turns the backlight on and off.
B) E-ink display. I have used modules from waveshare. The display is to die for. It does everything, costs a little more, however, alas, the display update time is lagging. You turn the knob and wait for the frequency to update. I haven't given up on it yet, I hope there is some breakthrough and we can get the frequency updated in real-time. If the frequency can be updated, then even the S meter would work.?

Any further ideas?

- f
Re: suggestions for a graphics display

 

Jack & Farhan

I was thinking more about making the default display in a BITX detachable so it could
be used for other rigs.? This would not be as large as a laptop or desktop PC.? Maybe
something the size of a cell phone (or just software on a cell phone) or size of one of the
smaller tablet computers (or just software on a small tablet computer).? This could open the
door for other enterprising individuals to enter the ham radio kit business by designing and
building a standardized (CAT Protocol) display unit.? Same display could also support
test equipment.

Arv
_._


On Fri, Feb 15, 2019 at 10:09 AM Jack Purdum via Groups.Io <jjpurdum=[email protected]> wrote:
Arv, Farhan:

I would also like to see a CAT interface, probably based on the Kenwood protocol, as it seems pretty common for "external" control. However, I don't want to see that be the only display option. I plan on using mine on vacations and don't want to be forced to take along a laptop if I don't need to. (The XYL knows that taking a laptop means checking email, which doesn't make her a happy camper.)

Jack, W8TEE


On Friday, February 15, 2019, 12:00:15 PM EST, Arv Evans <arvid.evans@...> wrote:


Farhan

My direction would probably be more toward or similar style interface and building
a dumb-terminal display to interface at that level.? This makes the display usable for many rigs.?
This would provide a display that will not become obsolete in the near future.? It also provides an
option to use either a PC or specifically designed and built terminal for the display.? Even an old
PC can probably adequately support CAT or similar interface functions.

Arv? K7HKL
_._



On Fri, Feb 15, 2019 at 8:32 AM Jack Purdum via Groups.Io <jjpurdum=[email protected]> wrote:
Farhan:

There are a bunch of 2.2" (240x320) color display for sale, some under $4. However, most are geared to the Arduino form factor. There is another set of similar displays that use either the I2C or SPI interface, which ups the price to about $6, but reduces the pin count to 5 (sometimes 4). Many also have an SD card reader, but I've not had much reliability with most of these. I'd have to drag out a few projects to find out their current draw and "noisiness". Also, keep in mind that library support is crucial, and displays using the ILI9341 display controller are pretty easy to work with and Adafruit has libraries.

Jack, W8TEE

On Friday, February 15, 2019, 1:41:34 AM EST, Ashhar Farhan <farhanbox@...> wrote:


peeps,

i am thinking of a graphics display for the bitx radios. here is the shopping list of ideas:
1, Ubiquitous : We should be able to source it from multiple sources and multiple countries with ease.
2. Low cost: The bitx40 costs 50 dollars to make. We can't tie it to a display alone that costs $20s.
3. RF friendly: Many of these display are very noisy.
4. Current consumption. We should be able to handle this with a few milliamps.

I have tried two options :
A) 128x64 LCD display. The common one uses the KS0108 display that needs about 11 pins. Which means, we will have to dedicate one ATMEGA328P as a 'display controller' that runs over a TTL serial line. That way, a single TTL line can be used to control the display. I have, at the moment, a display of this sort running where you can give send text message like "text 20,30, Hello world" or "rect 10,10,100,50". It seems to be a reasonable solution. It can even display the waterfall. The current consumotion is about 10 ma without the backlight. A 2N7000 turns the backlight on and off.
B) E-ink display. I have used modules from waveshare. The display is to die for. It does everything, costs a little more, however, alas, the display update time is lagging. You turn the knob and wait for the frequency to update. I haven't given up on it yet, I hope there is some breakthrough and we can get the frequency updated in real-time. If the frequency can be updated, then even the S meter would work.?

Any further ideas?

- f
Re: SMD inductors for L5 and L7 replacement

Nigel G4ZAL
 

Hi Peter, ?I’ll take a punt and have 10 off of you.
Got a paypal address?
Re: suggestions for a graphics display

Jack Purdum
 

Arv, Farhan:

I would also like to see a CAT interface, probably based on the Kenwood protocol, as it seems pretty common for "external" control. However, I don't want to see that be the only display option. I plan on using mine on vacations and don't want to be forced to take along a laptop if I don't need to. (The XYL knows that taking a laptop means checking email, which doesn't make her a happy camper.)

Jack, W8TEE


On Friday, February 15, 2019, 12:00:15 PM EST, Arv Evans <arvid.evans@...> wrote:


Farhan

My direction would probably be more toward or similar style interface and building
a dumb-terminal display to interface at that level.? This makes the display usable for many rigs.?
This would provide a display that will not become obsolete in the near future.? It also provides an
option to use either a PC or specifically designed and built terminal for the display.? Even an old
PC can probably adequately support CAT or similar interface functions.

Arv? K7HKL
_._



On Fri, Feb 15, 2019 at 8:32 AM Jack Purdum via Groups.Io <jjpurdum=[email protected]> wrote:
Farhan:

There are a bunch of 2.2" (240x320) color display for sale, some under $4. However, most are geared to the Arduino form factor. There is another set of similar displays that use either the I2C or SPI interface, which ups the price to about $6, but reduces the pin count to 5 (sometimes 4). Many also have an SD card reader, but I've not had much reliability with most of these. I'd have to drag out a few projects to find out their current draw and "noisiness". Also, keep in mind that library support is crucial, and displays using the ILI9341 display controller are pretty easy to work with and Adafruit has libraries.

Jack, W8TEE

On Friday, February 15, 2019, 1:41:34 AM EST, Ashhar Farhan <farhanbox@...> wrote:


peeps,

i am thinking of a graphics display for the bitx radios. here is the shopping list of ideas:
1, Ubiquitous : We should be able to source it from multiple sources and multiple countries with ease.
2. Low cost: The bitx40 costs 50 dollars to make. We can't tie it to a display alone that costs $20s.
3. RF friendly: Many of these display are very noisy.
4. Current consumption. We should be able to handle this with a few milliamps.

I have tried two options :
A) 128x64 LCD display. The common one uses the KS0108 display that needs about 11 pins. Which means, we will have to dedicate one ATMEGA328P as a 'display controller' that runs over a TTL serial line. That way, a single TTL line can be used to control the display. I have, at the moment, a display of this sort running where you can give send text message like "text 20,30, Hello world" or "rect 10,10,100,50". It seems to be a reasonable solution. It can even display the waterfall. The current consumotion is about 10 ma without the backlight. A 2N7000 turns the backlight on and off.
B) E-ink display. I have used modules from waveshare. The display is to die for. It does everything, costs a little more, however, alas, the display update time is lagging. You turn the knob and wait for the frequency to update. I haven't given up on it yet, I hope there is some breakthrough and we can get the frequency updated in real-time. If the frequency can be updated, then even the S meter would work.?

Any further ideas?

- f
Re: suggestions for a graphics display

 

Farhan

My direction would probably be more toward or similar style interface and building
a dumb-terminal display to interface at that level.? This makes the display usable for many rigs.?
This would provide a display that will not become obsolete in the near future.? It also provides an
option to use either a PC or specifically designed and built terminal for the display.? Even an old
PC can probably adequately support CAT or similar interface functions.

Arv? K7HKL
_._



On Fri, Feb 15, 2019 at 8:32 AM Jack Purdum via Groups.Io <jjpurdum=[email protected]> wrote:
Farhan:

There are a bunch of 2.2" (240x320) color display for sale, some under $4. However, most are geared to the Arduino form factor. There is another set of similar displays that use either the I2C or SPI interface, which ups the price to about $6, but reduces the pin count to 5 (sometimes 4). Many also have an SD card reader, but I've not had much reliability with most of these. I'd have to drag out a few projects to find out their current draw and "noisiness". Also, keep in mind that library support is crucial, and displays using the ILI9341 display controller are pretty easy to work with and Adafruit has libraries.

Jack, W8TEE

On Friday, February 15, 2019, 1:41:34 AM EST, Ashhar Farhan <farhanbox@...> wrote:


peeps,

i am thinking of a graphics display for the bitx radios. here is the shopping list of ideas:
1, Ubiquitous : We should be able to source it from multiple sources and multiple countries with ease.
2. Low cost: The bitx40 costs 50 dollars to make. We can't tie it to a display alone that costs $20s.
3. RF friendly: Many of these display are very noisy.
4. Current consumption. We should be able to handle this with a few milliamps.

I have tried two options :
A) 128x64 LCD display. The common one uses the KS0108 display that needs about 11 pins. Which means, we will have to dedicate one ATMEGA328P as a 'display controller' that runs over a TTL serial line. That way, a single TTL line can be used to control the display. I have, at the moment, a display of this sort running where you can give send text message like "text 20,30, Hello world" or "rect 10,10,100,50". It seems to be a reasonable solution. It can even display the waterfall. The current consumotion is about 10 ma without the backlight. A 2N7000 turns the backlight on and off.
B) E-ink display. I have used modules from waveshare. The display is to die for. It does everything, costs a little more, however, alas, the display update time is lagging. You turn the knob and wait for the frequency to update. I haven't given up on it yet, I hope there is some breakthrough and we can get the frequency updated in real-time. If the frequency can be updated, then even the S meter would work.?

Any further ideas?

- f
Re: Sweeperino?

Jack Purdum
 

Karl's answer will fix your issues. You must have both INO files in the same directory. If you do not see the primary file names on tabs in the IDE, you do not have them in the same directory.

Jack, W8TEE

On Friday, February 15, 2019, 11:31:44 AM EST, matjaz via Groups.Io <matjaz_zejn@...> wrote:


Hey,
tnx for ansver and instruction how to.
Karl Heinz tnx , I try with Si5351a.ino in the same place.
Still recevied mistake.
This is original file from Made by
Afarhan.
Include file with errors.

By and 73 Matjaz? S56ZVD


On Fri, 15 Feb 2019 14:53:18 +0000 (UTC), "Jack Purdum via Groups.Io"
<jjpurdum=[email protected]> wrote:
> Matjaz:
> The Arduino GNU compiler performs type checking on function arguments,
> which means it needs to have what is called a function prototype. For
> example, suppose you write a function named MySquare() that takes an
> integer variable as its argument:
> int MySquare(int number){ return number * number;}
>
> The compiler needs to know things about this function before it can
> properly compile the program. To fix this, add this line at the very top
> of your program:
> long MySquare(int number); // This is a function prototype for
MySquare()
> When the compiler reads the function prototype, it takes the attributes
> of the function (e.g., it returns a_ long_, it takes an _int _as an
> argument, and its ID is _MyFunction_) and stores that information in
> something called a symbol table. Later in the program when you use this
> function, the compiler can look in the symbol table to check that you're
> passing the correct data type to it (_int_) and assigning what is
> returned from the function into a matching (_long_) data type The error
> in yellow below is an example of the compiler not finding a function
> prototype.
> The first error means that the definition of _xtal_freq_calibrated _was
> not found in the compiler's symbol table by the time it reached that
> point in the program. If this is someone else's code that you copied,
> this could be as simple as misspelling the variable name. Whatever the
> reason, it's caused by that variable not being in the symbol table. To
> more fully understand these types of errors, try reading:
> What is Scope? [1]
>
> WHAT IS SCOPE?
>
> What is Scope?
>
> and see if that helps.
> Jack, W8TEE
> (aka econjack)
>
>? ? On Friday, February 15, 2019, 9:25:09 AM EST, matjaz via Groups.Io
> wrote:?
>
>? Hello,
> I try to compile antuino, but recevied many errors.
>
> Best regards
>
> Matjaz
>
>
C:antuinoantuino-masterantuino_analyzer_27mhz_v2antuino_analyzer_27mhz_v2.ino:
> In function 'int calibrateClock()':
>
> antuino_analyzer_27mhz_v2:62: error: 'xtal_freq_calibrated' was not
> declared in this scope
>
>? prev_calibration = xtal_freq_calibrated;
>
>? ^
>
> antuino_analyzer_27mhz_v2:65: error: 'si5351aSetFrequency_clk1' was not
> declared in this scope
>
>? si5351aSetFrequency_clk1(10000000l);
>
>? ^
>
>
C:antuinoantuino-masterantuino_analyzer_27mhz_v2antuino_analyzer_27mhz_v2.ino:
> In function 'void takeReading(long int)':
>
> antuino_analyzer_27mhz_v2:300: error: 'si5351aSetFrequency_clk2' was not
> declared in this scope
>
>? si5351aSetFrequency_clk2(local_osc);
>
>? ^
>
> antuino_analyzer_27mhz_v2:304: error: 'si5351aSetFrequency_clk0' was not
> declared in this scope
>
>? si5351aSetFrequency_clk0(newfreq);
>
>? ^
>
> antuino_analyzer_27mhz_v2:311: error: 'si5351aSetFrequency_clk1' was not
> declared in this scope
>
>? si5351aSetFrequency_clk1(newfreq);
>
>? ^
>
>
C:antuinoantuino-masterantuino_analyzer_27mhz_v2antuino_analyzer_27mhz_v2.ino:
> In function 'void setup()':
>
> antuino_analyzer_27mhz_v2:326: error: 'xtal_freq_calibrated' was not
> declared in this scope
>
>? EEPROM.get(MASTER_CAL, xtal_freq_calibrated);
>
>? ^
>
> antuino_analyzer_27mhz_v2:352: error: 'si5351aOutputOff' was not
declared
> in this scope
>
>? si5351aOutputOff(SI_CLK0_CONTROL);
>
>? ^
>
>
C:antuinoantuino-masterantuino_analyzer_27mhz_v2antuino_analyzer_27mhz_v2.ino:
> In function 'int menuSelectAntAnalyzer(int)':
>
> antuino_analyzer_27mhz_v2:535: error: 'si5351aOutputOff' was not
declared
> in this scope
>
>? si5351aOutputOff(SI_CLK0_CONTROL);
>
>? ^
>
>
C:antuinoantuino-masterantuino_analyzer_27mhz_v2antuino_analyzer_27mhz_v2.ino:
> In function 'int menuCalibrate2(int)':
>
> antuino_analyzer_27mhz_v2:594: error: 'si5351aOutputOff' was not
declared
> in this scope
>
>? si5351aOutputOff(SI_CLK0_CONTROL);
>
>? ^
>
>
C:antuinoantuino-masterantuino_analyzer_27mhz_v2antuino_analyzer_27mhz_v2.ino:
> In function 'int menuSelectMeasurementRx(int)':
>
> antuino_analyzer_27mhz_v2:614: error: 'si5351aOutputOff' was not
declared
> in this scope
>
>? si5351aOutputOff(SI_CLK0_CONTROL);
>
>? ^
>
>
C:antuinoantuino-masterantuino_analyzer_27mhz_v2antuino_analyzer_27mhz_v2.ino:
> In function 'int menuSelectNetworkAnalyzer(int)':
>
> antuino_analyzer_27mhz_v2:633: error: 'si5351aOutputOff' was not
declared
> in this scope
>
>? si5351aOutputOff(SI_CLK1_CONTROL);
>
>? ^
>
> exit status 1
> 'xtal_freq_calibrated' was not declared in this scope
>
> On Fri, 15 Feb 2019 18:05:46 +0530, "Ashhar Farhan"
> wrote:
>> Of all, this should be your first project. It will all the others.- f
>> On Fri 15 Feb, 2019, 5:56 PM gerrykav via Groups.Io
>>
>> Links:
>> ------
>> [1] mailto:[email protected] [3]
>> [2] /g/BITX20/message/65375 [4]
>> [3]
>>
> mailto:[email protected]
> [5]?subject=Re:%20Re%3A%20%5BBITX20%5D%20Sweeperino%3F
>> [4]
>>
> mailto:farhanbox@...
> [6]?subject=Private:%20Re:%20Re%3A%20%5BBITX20%5D%20Sweeperino%3F
>> [5] /mt/29791995/180494 [7]
>> [6] /g/BITX20/post [8]
>> [7] [9]
>> [8] [10]
>> [9] [11]
>> [10] [12]
>> [11] [13]
>> [12] /g/BITX20/wiki/home [14]
>> [13] /g/BITX20/editsub/180494 [15]
>> [14] mailto:BITX20+[email protected] [16]
>> [15] /g/BITX20/leave/defanged [17]
>
>? ?
>
> Links:
> ------
> [1]
> [2] mailto:farhanbox@...
> [3] mailto:[email protected]
> [4] /g/BITX20/message/65375
> [5] mailto:[email protected]
> [6] mailto:farhanbox@...
> [7] /mt/29791995/180494
> [8] /g/BITX20/post
> [9]
> [10]
> [11]
> [12]
> [13]
> [14] /g/BITX20/wiki/home
> [15] /g/BITX20/editsub/180494
> [16] mailto:[email protected]
> [17] /g/BITX20/leave/defanged
> [18] /g/BITX20/message/65380
> [19]
>
mailto:[email protected]?subject=Re:%20Re%3A%20%5BBITX20%5D%20Sweeperino%3F
> [20]
>
mailto:jjpurdum@...?subject=Private:%20Re:%20Re%3A%20%5BBITX20%5D%20Sweeperino%3F
> [21] /mt/29791995/180494
> [22] /g/BITX20/post
> [23]
> [24]
> [25]
> [26]
> [27]
> [28] /g/BITX20/wiki/home
> [29] /g/BITX20/editsub/180494
> [30] mailto:BITX20+[email protected]
> [31] /g/BITX20/leave/defanged
Re: Sweeperino?

 

The variable/constant xtal_freq_calibrated is set at the top of the antuino sketch:

#include <Wire.h>

#include <EEPROM.h>

#include <LiquidCrystal.h>

?

//#define XTAL_FREQ 24996900l; ? ? ? ? ? ? // Frequency of Quartz-Oszillator

uint32_t xtal_freq_calibrated = 27000000l;


Do you have that in your file? Is it possible that you accidentally removed that line (or commented it out)??

--
Karl Heinz - K5KHK
51081 - 51100 of 115901