Date   
Re: Finished and back on the air! #bitx40

 

Sunday 3pm & 7pm Your Local Time

Starting at 3pm & 7pm EST 

7.177 and 7.277 up or down as conditions requires 

QRO only as conditions require.

--
David

 N8DAH
Kit-Projects.com

Shop is open!

Re: Finished and back on the air! #bitx40

Robert D. Bowers
 

What frequency and time for the net?

On 2/16/19 10:54 AM, Wayne Leake wrote:
 Looks very good.
 Hope you catch that Sunday net.
 I'd want to try catching the Noontime Net, out of New Mexico, which I caught before.
 
 I hope to get mine done enough for a few pictures this month, or at least early next month

 Wayne WA2YNE
 Imperial Texas

Re: suggestions for a graphics display

Jack, W8TEE
 

Farhan, Arv:

It would be interesting to know how many people use the µBITX in an environment where "off-the-grid" power is used. I have no idea. Clearly, I'm aiming at regular power sources. The 128x64 OLED LCD display range from 0.96" to 1.3" and are under $10. I don't know their power requirements, but I would guess they are fairly small. That said, their pico acres don't give you much room to display information after the operating frequency is displayed. I've not used any of the e-ink displays, so I can't comment on them. I do know that the µBITX and JackAl together draw about 0.8A on receive and about 2A on transmit with a 12V supply...not exactly sipping at the power trough, but then its feature set isn't aimed at lower power consumption.

Arv: you're absolutely right on the CAT interface. Its command-style structure could stand some improvement. It's also one of those topics that has the potential of running off the rails unless there is some discipline. There was a time prior to X3J11 where C seemed headed down that same path. I'm not a big fan of committees (I had a sign in my office for years that read: God so loved the world He didn't send a committee), but perhaps a sub-group could discuss this.

Jack, W8TEE

On Saturday, February 16, 2019, 10:48:56 AM EST, Arv Evans <arvid.evans@...> wrote:


Farhan

You have echoed my feelings about CAT interface, except that i would think it needs to evolve instead of being thrown away.  CAT as a link interface may be adequate.  It is how we use the data that is woefully outdated.  Maybe this warrants a specific thread, or possibly a new discussion group that is focused on bringing CAT into the modern world?

The 128 x 64 LCD displays are easy to control.  If the supply is stable they could be a good near-term solution.

Arv
_-_




Sent from my Verizon, Samsung Galaxy smartphone

-------- Original message --------
From: Ashhar Farhan <farhanbox@...>
Date: 2/15/19 7:29 PM (GMT-07:00)
To: BITX20@groups.io
Subject: Re: [BITX20] suggestions for a graphics display

Jack,
The tft displays are a plenty, however, their supply is erratic and the quality ranges from superb to unknown. There is the matter of noise emission and current consumption too. After aruging for every milliamp on the RF side, it would be a travesty to give up all of it on the display.

Doug and others,
I am continuing to investigate the e-ink. I have two displays, both from waveshare with me. One is a 2.9 inch display and the other is a 1.54 inch display. Lets see, it appears to be that if the display coulf offer 3 updates of tuning frequency per second, we'd be home.

Arv,
Thanks for the sugesstion for CAT. A CAT lile protocol that does more is needed. Given the plethora of modes that we run these days, CAT should have retired 20 years ago. It can't even send morse code or turn the beam, leave alone 'decode psk31 at 1200 hz'. 

Given my personal inclination, i am still tempted for the geneic 128x64 monochrome LCD display where i can switch the backlight off and on. The display is available to builders in Bangladesh as well as Sacramento. Unfortunately, it is not pimped enough. It is bland. Somewhat like the K3 display.

Let me play with the tft displays today and measure the current and noise.

- f

On Sat 16 Feb, 2019, 7:44 AM Arv Evans <arvid.evans@... wrote:
Tom

Have to admit that it was necessary for me to Google "BLE" to find that it just means
Blue-tooth Low Energy.  That is interesting, and provides input for more thought and
possibilities.  Maybe use the nth harmonic of a fairly low frequency crystal and add 
the necessary frequency hopping by warping the crystal oscillations with a varactor...?

BLE, or something similar, could provide the physical and data format part of a Phone-
to-radio link.  We would still need the control application on the phone and a matching
control implementation on the ham radio equipment, but there are already some CAT
style interfaces for cell phones.  Making them work over wireless BLE is an interesting
approach. 



Arv
_._



On Fri, Feb 15, 2019 at 4:27 PM Tom, wb6b <wb6b@...> wrote:
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: uBitx VFO VFO frequency deviation 700 Hz at 80 meters; 1400 Hz at 40 meters ... #calibration #radiuno #ubitx

Ted
 

^  This is this is why, when possible, I like to have the second receiver on AM and listening to WWV on both radios. That way, I'm actually comparing their approximately 800 cycle (?) tone with my received audio on the uBitx. That way, and with the uB near carrier zero-beat, there's still a working audio note well within human hearing so I can listen for the difference between the two in terms of only a couple cycles per second. If you can pick that out, meaning if you have a musical ear, it's just one other option to try.

Ted

Re: Finished and back on the air! #bitx40

Wayne Leake
 

 Looks very good.
 Hope you catch that Sunday net.
 I'd want to try catching the Noontime Net, out of New Mexico, which I caught before.
 
 I hope to get mine done enough for a few pictures this month, or at least early next month

 Wayne WA2YNE
 Imperial Texas

Re: suggestions for a graphics display

Arv Evans
 

Farhan

You have echoed my feelings about CAT interface, except that i would think it needs to evolve instead of being thrown away.  CAT as a link interface may be adequate.  It is how we use the data that is woefully outdated.  Maybe this warrants a specific thread, or possibly a new discussion group that is focused on bringing CAT into the modern world?

The 128 x 64 LCD displays are easy to control.  If the supply is stable they could be a good near-term solution.

Arv
_-_




Sent from my Verizon, Samsung Galaxy smartphone

-------- Original message --------
From: Ashhar Farhan <farhanbox@...>
Date: 2/15/19 7:29 PM (GMT-07:00)
To: BITX20@groups.io
Subject: Re: [BITX20] suggestions for a graphics display

Jack,
The tft displays are a plenty, however, their supply is erratic and the quality ranges from superb to unknown. There is the matter of noise emission and current consumption too. After aruging for every milliamp on the RF side, it would be a travesty to give up all of it on the display.

Doug and others,
I am continuing to investigate the e-ink. I have two displays, both from waveshare with me. One is a 2.9 inch display and the other is a 1.54 inch display. Lets see, it appears to be that if the display coulf offer 3 updates of tuning frequency per second, we'd be home.

Arv,
Thanks for the sugesstion for CAT. A CAT lile protocol that does more is needed. Given the plethora of modes that we run these days, CAT should have retired 20 years ago. It can't even send morse code or turn the beam, leave alone 'decode psk31 at 1200 hz'. 

Given my personal inclination, i am still tempted for the geneic 128x64 monochrome LCD display where i can switch the backlight off and on. The display is available to builders in Bangladesh as well as Sacramento. Unfortunately, it is not pimped enough. It is bland. Somewhat like the K3 display.

Let me play with the tft displays today and measure the current and noise.

- f

On Sat 16 Feb, 2019, 7:44 AM Arv Evans <arvid.evans@... wrote:
Tom

Have to admit that it was necessary for me to Google "BLE" to find that it just means
Blue-tooth Low Energy.  That is interesting, and provides input for more thought and
possibilities.  Maybe use the nth harmonic of a fairly low frequency crystal and add 
the necessary frequency hopping by warping the crystal oscillations with a varactor...?

BLE, or something similar, could provide the physical and data format part of a Phone-
to-radio link.  We would still need the control application on the phone and a matching
control implementation on the ham radio equipment, but there are already some CAT
style interfaces for cell phones.  Making them work over wireless BLE is an interesting
approach. 



Arv
_._



On Fri, Feb 15, 2019 at 4:27 PM Tom, wb6b <wb6b@...> wrote:
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: Sweeperino?

matjaz
 

Working, tnx .
Now I try to make PCB Board.
 
73 Matjaz S56ZVD
 

Sent: Friday, February 15, 2019 5:45 PM
Subject: Re: [BITX20] Sweeperino?
 
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 https://github.com/afarhan/antuino 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=yahoo.com@groups.io> 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:yahoo.co.uk@groups.io [3]
>> [2] https://groups.io/g/BITX20/message/65375 [4]
>> [3]
>>
> mailto:BITX20@groups.io
> [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] https://groups.io/mt/29791995/180494 [7]
>> [6] https://groups.io/g/BITX20/post [8]
>> [7] http://www.phonestack.com/farhan/bitx.html [9]
>> [8] http://www.hfsignals.com/index.php/bitx40/ [10]
>> [9] http://www.hfsignals.com/index.php/ubitx/ [11]
>> [10] https://amateurradiokits.in/store/ [12]
>> [11] http://ubitx.net/ [13]
>> [12] https://groups.io/g/BITX20/wiki/home [14]
>> [13] https://groups.io/g/BITX20/editsub/180494 [15]
>> [14] mailto:BITX20+owner@groups.io [16]
>> [15] https://groups.io/g/BITX20/leave/defanged [17]
>
>   
>
> Links:
> ------
> [1] http://forum.arduino.cc/index.php?topic=383064.0
> [2] mailto:farhanbox@...
> [3] mailto:yahoo.co.uk@groups.io
> [4] https://groups.io/g/BITX20/message/65375
> [5] mailto:BITX20@groups.io
> [6] mailto:farhanbox@...
> [7] https://groups.io/mt/29791995/180494
> [8] https://groups.io/g/BITX20/post
> [9] http://www.phonestack.com/farhan/bitx.html
> [10] http://www.hfsignals.com/index.php/bitx40/
> [11] http://www.hfsignals.com/index.php/ubitx/
> [12] https://amateurradiokits.in/store/
> [13] http://ubitx.net/
> [14] https://groups.io/g/BITX20/wiki/home
> [15] https://groups.io/g/BITX20/editsub/180494
> [16] mailto:owner@groups.io
> [17] https://groups.io/g/BITX20/leave/defanged
> [18] https://groups.io/g/BITX20/message/65380
> [19]
>
mailto:BITX20@groups.io?subject=Re:%20Re%3A%20%5BBITX20%5D%20Sweeperino%3F
> [20]
>
mailto:jjpurdum@...?subject=Private:%20Re:%20Re%3A%20%5BBITX20%5D%20Sweeperino%3F
> [21] https://groups.io/mt/29791995/180494
> [22] https://groups.io/g/BITX20/post
> [23] http://www.phonestack.com/farhan/bitx.html
> [24] http://www.hfsignals.com/index.php/bitx40/
> [25] http://www.hfsignals.com/index.php/ubitx/
> [26] https://amateurradiokits.in/store/
> [27] http://ubitx.net/
> [28] https://groups.io/g/BITX20/wiki/home
> [29] https://groups.io/g/BITX20/editsub/180494
> [30] mailto:BITX20+owner@groups.io
> [31] https://groups.io/g/BITX20/leave/defanged



Re: uBitx VFO VFO frequency deviation 700 Hz at 80 meters; 1400 Hz at 40 meters ... #calibration #radiuno #ubitx

Vic WA4THR
 

What software are you using in your v5 uBitX, John? I know my v4.3 sketch did not follow the described sequence on the HFSignals site and when put into calibration it started transmitting on 10mHz. Once I figured out what it was doing, calibration was relatively simple with a second receiver. I set the other receiver to 10mhz and put a dummy load on the uBitX. Then while in calibration mode I adjusted the VFO until the signal was dead on 10mHz.

Since then I have changed to the KD8CEC sketch and calibration is different there, using the old HFSignals method, i assume. When in calibration it is put into receive and you need to be monitoring a strong AM carrier where you can hear the beat note, then you adjust the VFO until you have zero beat. Since you cannot really hear the low frequencies, getting "zero beat" really means centering the calibration between the upper and lower beat notes of the same frequency and you can confirm by comparing the sound of an AM signal between USB and LSB. If it is calibrated right, they will sound the same.

Also, i know some folks have some confusion about what is meant by zero beat. When you listen to an AM signal with an SSB receiver you will hear a tone that is the difference between the AM carrier and the injected carrier used for SSB. The greater the difference the higher pitch or frequency is the tone. As you get closer to being on the same frequency the difference gets less and less and the pitch gets lower and lower until it is zero. As you pass the zero point the difference and pitch starts increasing on the other side, too. When you are very close, below 100 cycles, for example, you are usually below the audio passband, but you can sometimes hear the low "pulsing" of the audio right down to a few times per second, which is still the "beat note" difference between frequencies.

=Vic=

Re: No TX #ubitx

 

Ted,

does the bias control pots change the idle current ? if it does then finals are fine and final circuit is fine!

Raj

At 16/02/2019, you wrote:
On Sun, Feb 10, 2019 at 11:11 PM, Raj vu2zap wrote:


Your finals are blown. Check if you have TX 5V at the output of regulator, if yes
then replace IRF510's.
--------------------------

Nope, new finals made no difference, surprisingly enough. Have put this aside for a few days to get a fresh start next time diving into this. It's interesting how such a seemingly simple thing gets complicated.

See my update above for the latest readings, if you like. I'd love to see this back on line before my V5 package shows up next week :)


Regards,

Ted
K3RTA

Re: SMD inductors

Vic WA4THR
 

Peter, thanks for the response about shipping from the UK, but  I was trying to communicate the request to Mike, here in the US. He has since responded by email and we are on track. Thanks for the offer, though.

=Vic=

Re: suggestions for a graphics display

Tom, wb6b
 

On Fri, Feb 15, 2019 at 06:30 PM, Ashhar Farhan wrote:
Unfortunately, it is not pimped enough. It is bland.
I've seen some of the 16x2 displays pimped up with an RGB backlight that is software controllable. Maybe that would be available with the 128x64 matrix display. Somehow that adds an "ooh factor" the the ordinary display, but people would likely get over it quickly unless some practical use for the colors was devised.

Re: suggestions for a graphics display

Jens / DH1AKY
 

On Fri, Feb 15, 2019 at 06:33 PM, Arv Evans wrote:
I was thinking more about making the default display in a BITX detachable so it could 
be used for other rigs.
Good idea, but it shoud be mechanically compatible to the Bitx, I think about a kind of Lego-bricks so adding a display or a tuner to the BItx is as easy, espacially at portable use. At my recent holidays in ZL it was a nightmare to attach all the cables between the rig and the ATU every time I set up the station.

Jens / DH1AKY
 

Re: suggestions for a graphics display

Jens / DH1AKY
 

The XYL knows that taking a laptop means checking email, which doesn't make her a happy camper.
That's the truth, sames as me. Your XYL only reflects the reality, Jack. As long you're dealing with your e-mail, you are not in the real world and there is no recreation.

Full ack to your statement. I'd prefer also having a display.

73, Jens/DH1AKY

Re: SMD inductors

MVS Sarma
 

In fact another han os also got a 300 lot. Shippong within US  would be easier.  Please check.
All the best

On Sat, 16 Feb 2019, 12:54 am Peter Russell <peter.russell@... wrote:
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.
https://www.avg.com




Re: suggestions for a graphics display

Tom, wb6b
 

On Fri, Feb 15, 2019 at 06:14 PM, Arv Evans wrote:
necessary for me to Google "BLE"
Yes, I should have specified what BLE meant. Your links are interesting, thanks.

The main reason for Bluetooth Low Energy over regular Bluetooth is it works with iPhons as well as Androids. 

Tom, wb6b

Re: uBitx VFO VFO frequency deviation 700 Hz at 80 meters; 1400 Hz at 40 meters ... #calibration #radiuno #ubitx

John Nieman
 

I have the same problem (although I haven't checked it closely on 40 meters.)  And none of the calibration procedures  (using WWV) seem to work on my  uBitx v5.  I have been having a few SSB contacts by merely ignoring the frequency readout, and just tuning the other station in clearly and talking on that frequency.  But it would surely be nice to use the display for locating a frequency.

Re: suggestions for a graphics display

Ashhar Farhan
 

Jack,
The tft displays are a plenty, however, their supply is erratic and the quality ranges from superb to unknown. There is the matter of noise emission and current consumption too. After aruging for every milliamp on the RF side, it would be a travesty to give up all of it on the display.

Doug and others,
I am continuing to investigate the e-ink. I have two displays, both from waveshare with me. One is a 2.9 inch display and the other is a 1.54 inch display. Lets see, it appears to be that if the display coulf offer 3 updates of tuning frequency per second, we'd be home.

Arv,
Thanks for the sugesstion for CAT. A CAT lile protocol that does more is needed. Given the plethora of modes that we run these days, CAT should have retired 20 years ago. It can't even send morse code or turn the beam, leave alone 'decode psk31 at 1200 hz'. 

Given my personal inclination, i am still tempted for the geneic 128x64 monochrome LCD display where i can switch the backlight off and on. The display is available to builders in Bangladesh as well as Sacramento. Unfortunately, it is not pimped enough. It is bland. Somewhat like the K3 display.

Let me play with the tft displays today and measure the current and noise.

- f

On Sat 16 Feb, 2019, 7:44 AM Arv Evans <arvid.evans@... wrote:
Tom

Have to admit that it was necessary for me to Google "BLE" to find that it just means
Blue-tooth Low Energy.  That is interesting, and provides input for more thought and
possibilities.  Maybe use the nth harmonic of a fairly low frequency crystal and add 
the necessary frequency hopping by warping the crystal oscillations with a varactor...?

BLE, or something similar, could provide the physical and data format part of a Phone-
to-radio link.  We would still need the control application on the phone and a matching
control implementation on the ham radio equipment, but there are already some CAT
style interfaces for cell phones.  Making them work over wireless BLE is an interesting
approach. 



Arv
_._



On Fri, Feb 15, 2019 at 4:27 PM Tom, wb6b <wb6b@...> wrote:
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

Arv Evans
 

Tom

Have to admit that it was necessary for me to Google "BLE" to find that it just means
Blue-tooth Low Energy.  That is interesting, and provides input for more thought and
possibilities.  Maybe use the nth harmonic of a fairly low frequency crystal and add 
the necessary frequency hopping by warping the crystal oscillations with a varactor...?

BLE, or something similar, could provide the physical and data format part of a Phone-
to-radio link.  We would still need the control application on the phone and a matching
control implementation on the ham radio equipment, but there are already some CAT
style interfaces for cell phones.  Making them work over wireless BLE is an interesting
approach. 



Arv
_._



On Fri, Feb 15, 2019 at 4:27 PM Tom, wb6b <wb6b@...> wrote:
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: No TX #ubitx

Ted
 

On Sun, Feb 10, 2019 at 11:11 PM, Raj vu2zap wrote:


Your finals are blown. Check if you have TX 5V at the output of regulator, if yes
then replace IRF510's.
--------------------------

Nope, new finals made no difference, surprisingly enough.  Have put this aside for a few days to get a fresh start next time diving into this. It's interesting how such a seemingly simple thing gets complicated. 

See my update above for the latest readings, if you like.  I'd love to see this back on line before my V5 package shows up next week :)


Regards,

Ted
K3RTA

Re: BITX40 – Circuit Description pictures

mickm3for@...
 

Hi bitx40 v3 zip

On Friday, 15 February 2019, 21:37:12 GMT, Doug W <dougwilner@...> wrote:


David,
hfsigs.com is no longer maintained.  The new site is hfsignals.com  you should find what you are looking for at http://www.hfsignals.com/index.php/2017/11/23/bitx40-circuit-description/
--
www.bitxmap.com