开云体育

ctrl + shift + ? for shortcuts
© 2025 开云体育
  1. BITX20
  2. Messages
Expanded Topics Messages Polls
Date
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
Re: Sweeperino?

 

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@...> 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:[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:[email protected]
[31] /g/BITX20/leave/defanged

napaka.odt
napaka.odt

Re: suggestions for a graphics display

 

开云体育

In my opinion, deciding which display to use for a project is one of the hardest decisions to make.? It turns out to be the answer to a large optimization problem where the variables are complex functions of each other.? You have some of the variables in your list but you forget some of the most important.? You’ve forgotten “display ability”… does the display have the innate hardware to draw a circle, or do you need an outboard processor and 500 lines of code to generate that circle.? This is important for two reasons… it speaks to development cost and overall hardware costs for the display, …and it also speaks to the maintainability of the display if you expect the average ham to tinker with the code after it’s released.? I’ve played with those E-ink displays and they are beautiful… if you are making clocks… but virtually useless for ham projects.? If you think I’m exaggerating, try using one as the display for a watt meter.? Then cast all of the variables in terms of a dollar figure for tradeoff.? Yikes.? I personally will pay a lot extra for a nice display that is fast and easy to program and use… but that’s just me.

?

I suspect there are guys here that have to select displays commercially for projects.? Let’s see what they have to say.

?

MRM

?

?

From: [email protected] [mailto:[email protected]] On Behalf Of Ashhar Farhan
Sent: Friday, February 15, 2019 12:41 AM
To: [email protected]
Subject: [BITX20] suggestions for a graphics display

?

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


Virus-free.

--

…_. _._
Re: Upgrades and backward compatibility

 

开云体育

I have a untouched complete ver3 UbitX that was purchased in Mar 2018.

The board and all components are all still in the original plastic case.?
I am asking $80.00 usd for it.? I would be willing to ship it anywhere in the US.

Anyone interested please shoot me an Email at charles.t.dennis@....

Thank you.
73
WA5ZTD
Charles Dennis



Sent from my Sprint Samsung Galaxy S? 6.


-------- Original message --------
From: WA5ZTD <charles.t.dennis@...>
Date: 2/14/19 15:04 (GMT-06:00)
Subject: Re: [BITX20] Upgrades and backward compatibility

That sounds like good news to me. ? I would definitely be interested in selling the UbitX kit I have.? It is a ver 3? that I purchased a year ago and received late March 2018.? I never was able to get around to assembling it due to some life changes here.? I had to move and was in a rebuilding stage. ? The kit is unassembled and still in the plastic container with the original bubble wrap and all components included.

I would like to get at least $80.00? for it. ? I would be willing to ship it anywhere in the lower 48 US States. ?
If anyone is interested please shoot me an email direct? to charles.t.dennis@....?





All the best to you

Charles T Dennis?


From: [email protected] <[email protected]> on behalf of Evan Hand <elhandjr@...>
Sent: Thursday, February 14, 2019 2:02 PM
To: [email protected]
Subject: Re: [BITX20] Upgrades and backward compatibility
?
Charles,
The version 5 boards that are out now have been modified to meet US FCC requirements.? We have not seen independant testing on this sight yet, however the vast amount of time that all on the thread have spent working the issues is a pretty good indication that the v5 should meet the FCC requirements.

With that said, you could offer to sell you board in this group, or on ebay, and then wait for the testing by others to verify the FCC compliance.?

Those are my thoughts, you and others are entitled to your own and free to express them.

73
Evan
AC9TU

Re: BITX 40 #bitx40 #bitx40help

 

开云体育

Do you have a signal generator handy?? To fix a problem like this, you need to inject a signal and then trace it.? It does sound like the local oscillator frequency has been changed - or something went wrong with the circuit.? That could, in certain situations, create exactly what you're seeing.

Do you have a way to check the LO signal - see how stable and pure it is?? If it's noisy and not the proper frequency, that would clearly indicate the DDS has a problem.? I use a "NESDR Smart" for that purpose, although the minimum it will receive is 24mhz.? (It's great for checking radio signals and deviation!)


On 2/15/19 7:02 AM, SaMa photo SaMa photo wrote:

I tried with a dipole set for 40m and a piece of wire, but nothing changes! What antenna is connected or not does not change!

Re: suggestions for a graphics display

Jack Purdum
 

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

 

Hi Ashhar -- I like the idea of E-ink because of low power consumption.? I don't know if it's useful, but the dude in this video got a 3Hz refresh rate by hacking the firmware for the display:??https://www.youtube.com/watch?v=MsbiO8EAsGw
Re: BITX 40 #bitx40 #bitx40help

 

PS. Sorry, my bitx40 is LC tuned, so I can't tell you what the DDS is reading. I wouldn't expect it to change like that though. I would measure the frequency at the point between Q11 and C106 (looking at the top schematic on ) , after it's been buffered. The other point (again, I had the VCO model, so I haven't done this bit) would be the base of Q9. The DDS should have enough drive to be measured without pushing it off.

I am not quite sure what you mean by "how often it is receiving", do you mean the frequency of the DDS and BFO?
Re: Upgrades and backward compatibility

Gordon Gibby
 

开云体育

?V3 better audio.

Thanks,

gordon


From: [email protected] <[email protected]> on behalf of Brutus Laurentius <markhamfarm14@...>
Sent: Friday, February 15, 2019 9:12 AM
To: [email protected]
Subject: Re: [BITX20] Upgrades and backward compatibility
?

Hi Gordon,

Just curious ... why do you prefer the V3 to the V4?
Re: Sweeperino?

Jack Purdum
 

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:



and see if that helps.

Jack, W8TEE
(aka econjack)


On Friday, February 15, 2019, 9:25:09 AM EST, matjaz via Groups.Io <matjaz_zejn@...> wrote:


Hello,
I try to compile antuino, but recevied many errors.


Best regards


Matjaz




C:\antuino\antuino-master\antuino_analyzer_27mhz_v2\antuino_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:\antuino\antuino-master\antuino_analyzer_27mhz_v2\antuino_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:\antuino\antuino-master\antuino_analyzer_27mhz_v2\antuino_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:\antuino\antuino-master\antuino_analyzer_27mhz_v2\antuino_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:\antuino\antuino-master\antuino_analyzer_27mhz_v2\antuino_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:\antuino\antuino-master\antuino_analyzer_27mhz_v2\antuino_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:\antuino\antuino-master\antuino_analyzer_27mhz_v2\antuino_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" <farhanbox@...>
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]
> [2] /g/BITX20/message/65375
> [3]
>
mailto:[email protected]?subject=Re:%20Re%3A%20%5BBITX20%5D%20Sweeperino%3F
> [4]
>
mailto:farhanbox@...?subject=Private:%20Re:%20Re%3A%20%5BBITX20%5D%20Sweeperino%3F
> [5] /mt/29791995/180494
> [6] /g/BITX20/post
> [7]
> [8]
> [9]
> [10]
> [11]
> [12] /g/BITX20/wiki/home
> [13] /g/BITX20/editsub/180494
> [14] mailto:BITX20+[email protected]
> [15] /g/BITX20/leave/defanged
51081 - 51100 of 115892