Re: New Order

Jack Purdum

I think this is the same case that I ordered and it does have the folding handle:

Jack, W8TEE

From: R S via Groups.Io <rons8@...>
To: [email protected]
Sent: Thursday, June 15, 2017 3:27 PM
Subject: Re: [BITX20] New Order

Very nice looking rig. What are its dimensions? ?Does the tilting bar allow swinging back underneath to back over the top for use as a carrying handle too? ?Thx for your prompt reply.?

KJ4FFG

Ron

On Thursday, June 15, 2017, 02:44, EA3IAV <Cesarleon@...> wrote:

I have this one. Enough room and the nice tilting bar feature. You will have to drill holes for the speaker. You may use different panels as the fron and rear are detachable. They are only with a sliding panel.
I suggest you shield it with this tape or something like that?

Re: uk customs

Jack Purdum

#28348

That was my Ph.D. dissertation. If she would read it, that would make two people!

Jack, W8TEE

Show quoted text

From: M Garza <mgarza896@...>
To: [email protected]
Sent: Thursday, June 15, 2017 3:34 PM
Subject: Re: [BITX20] uk customs

Jack,

What's the title?? My wife would love to read that.

Marco - KG5PRT?

On Jun 15, 2017 2:11 PM, "Jack Purdum via Groups.Io" <econjack=[email protected]> wrote:

Probably, but most don't know that my Ph.D. is in economics, not CS, so I always have an interest in such stuff. BTW, if anyone wants to read about the internal rate of return on 18th century Parliamentary land enclosures for five Nottinghamshire manors, just let me know.

Jack, W8TEE

From: Jerry Gaffke via Groups.Io <jgaffke=[email protected]>
To: [email protected]
Sent: Thursday, June 15, 2017 2:28 PM
Subject: Re: [BITX20] uk customs

Jack,
You're taking me way too seriously!
Jerry

On Thu, Jun 15, 2017 at 11:22 am, Jack Purdum wrote:

I didn't follow this:

?

? ???but then wouldn't the US would have high customs charges for stuff originating here too?

Re: uk customs

Jack Purdum

#28347

Hi James:

I still enjoy economics a lot and try to stay somewhat current in the field, but the software field changes so quickly, it's hard to keep up. Sounds like your daughter has an interesting field of work.

Jack, W8TEE

Show quoted text

From: "jmlynesjr@..." <jmlynesjr@...>
To: [email protected]
Sent: Thursday, June 15, 2017 9:54 PM
Subject: Re: [BITX20] uk customs

Jack:

Sounds like the stuff my daughter(also Econ PhD) would write! Couldn't talk her into IE even though she took all the math and more.

Actually, currently modeling US transportation fuel policy.

James

W8TEE TFT/VFO DDS adapter

Jack Purdum

#28346

All:

I just noticed that I sent out a code version that did have the IF offset in the code. I'm in the middle of our hamfest and won't be able to get to it until after the hamfest is over (this weekend), but will post that code hopefully on Monday. Probably most of you will have it changed yourself by then.

Jack, W8TEE

Show quoted text

From: Doug W <dougwilner@...>
To: [email protected]
Sent: Thursday, June 15, 2017 7:02 PM
Subject: Re: [BITX20] W8TEE TFT/VFO DDS adapter

This is the post with the files
/g/BITX20/message/28026

Topic view makes it much easier to find things
/g/BITX20/topics

Re: W8TEE TFT/VFO DDS adapter

#28345

Just sent paypal for a board please

Thank you!!!

?

73

? David

?N8DAH

Re: uk customs

[email protected]

#28344

Jack:

Sounds like the stuff my daughter(also Econ PhD) would write! Couldn't talk her into IE even though she took all the math and more.

Actually, currently modeling US transportation fuel policy.

James

Re: W8TEE TFT/VFO DDS adapter

#28343

Mike

Just sent paypal funds for 3 boards

The paypal note has my USA address.

Thanks

Joe Basque

Ve1bwv

Show quoted text

On Thu, Jun 15, 2017, 9:48 PM K5ESS <k5ess.nothdurft@...> wrote:

I have the Type II to Type I adapter boards.? Price is $1.00 plus $0.70 postage which will cover up to three boards. Board only.? Does not include headers.? Payment to PayPal acct. mike.nothdurft@...
Mike
K5ESS
?
From: [email protected] [mailto:[email protected]] On Behalf Of bellrossjr@...
Sent: Thursday, June 15, 2017 5:50 PM
To: [email protected]
Subject: [BITX20] W8TEE TFT/VFO DDS adapter
?
Hi All:
I received my VFO PCb's today they look great, In the process of gathering the for the build, I found the type II dds is pricey compared to the type I dds,. I recent post from W8TEE stated that he found a source for a type II to type I adapter, but cannot find the post on where he got the adapter. IS there an INO file for the VFO could find any reference for it. Looking forward to getting the VFO up and running.
73 Ross Bell K7RSB

Re: W8TEE TFT/VFO DDS adapter

#28342

开云体育

I have the Type II to Type I adapter boards.? Price is $1.00 plus $0.70 postage which will cover up to three boards. Board only.? Does not include headers.? Payment to PayPal acct. mike.nothdurft@...

Mike

K5ESS

?

Show quoted text

From: [email protected] [mailto:[email protected]] On Behalf Of bellrossjr@...
Sent: Thursday, June 15, 2017 5:50 PM
To: [email protected]
Subject: [BITX20] W8TEE TFT/VFO DDS adapter

?

Hi All:
I received my VFO PCb's today they look great, In the process of gathering the for the build, I found the type II dds is pricey compared to the type I dds,. I recent post from W8TEE stated that he found a source for a type II to type I adapter, but cannot find the post on where he got the adapter. IS there an INO file for the VFO could find any reference for it. Looking forward to getting the VFO up and running.
73 Ross Bell K7RSB

Raduino v1.15 released

#28341

I have just released raduino_v1.15, download it from
New in this release:

Added true RIT functionality (adjustable RX offset)
Press Function Button 2 times to enable RIT. Press FB again to turn it off.
The old 'RIT' function, based on switching VFOs A and B, is now called "SPLIT".
It is still available (3 FB presses)
Mode selection (4 presses) now rotates through LSB-USB-CWL-CWU
Major code cleanup to reduce memory usage
Inserted some delay in various routines to prevent buzzing sound in SETTINGS menu

Updated operating instructions are available at

73 Allard PE1NWL

Re: New version of Si5351mcu and pull request to Allard's bitx40 on the oven.

Vince Vielhaber

#28340

I should clarify, I'm writing a VFO, not an si5351 library.

Vince.

Show quoted text

On 06/15/2017 07:51 PM, Vince Vielhaber wrote:
I'm in the process of writing one myself and don't like some of the
things I'm discovering about Jason's so I'm about to try yours.  At this
point I only need 2, so 2 of 3 works for me.

Vince.


On 06/15/2017 06:15 PM, Pavel Milanes Costa wrote:
Yes, but...

I'm waiting to see how they solve the output math relation in the shared
PLL.

The etherkit Si5351arduino lib from Jason claims it can put two freqs
sharing the same PLL if below certain point, my tests show that that's
true ONLY if you don't move them...

Once you start to move one of the two in the shared PLL (VFO,
correction, sideband change) the other will start jumping... BTDT... (in
my case the jumps was from a few 100th of Hz to a few KHz)

My lib always use integer math to minimize jitter and phase noise (bad
things on RF), but that has the side effect of no PLL sharing, then the
2 of 3...

But you know, there is no silver bullet... at least for free or very
cheap... ;-)

I'm waiting to see how they solve that...

73.

El 15/06/17 a las 17:53, Vince Vielhaber escribió:

2 of 3 may be a problem for the uBitX.  It uses all three clocks.

Vince.


On 06/15/2017 04:46 PM, Pavel Milanes Costa wrote:
Hi group, I'm back.

Do you rememeber the pull request to switch from the etherkit Si5351
lib
(from NT7S) to my new Si5351mcu?

After a tough revision of the code I found that the error that make the
code a no-go was related two main factors:

  * I2C initialization.
  * Human error.

I develop mainly on the house desktop PC but use the laptop to connect
and upload the code to the internet; this resulted in wrong
(incomplete)
code uploaded to the github repository. (shame on me.)

A bug on the correction procedure was found & fixed, the init
procedures
are now mandatory and a general update to the documentation on the code
coments and Readme.md was made.

A new version (0.3) of the Si5351mcu library for arduino and flavours
was pushed to the github repository a minute ago
() you can just click the green
download button or go to the releases tab and grab it from there.

I have the bitx40 code now working back in home with a real Raduino +
Bitx40v3 SMD, but it's working against Allards code version 1.13, I
will
update it tonight against lastest 1.14.1 and fill a push request
tomorrow.

Firmware & sram reduction waranted.

73 de Pavel CO7WT.

-- 
  Michigan VHF Corp.      
                          

Re: New version of Si5351mcu and pull request to Allard's bitx40 on the oven.

Vince Vielhaber

#28339

I'm in the process of writing one myself and don't like some of the things I'm discovering about Jason's so I'm about to try yours.  At this point I only need 2, so 2 of 3 works for me.

Vince.

Show quoted text

On 06/15/2017 06:15 PM, Pavel Milanes Costa wrote:
Yes, but...

I'm waiting to see how they solve the output math relation in the shared
PLL.

The etherkit Si5351arduino lib from Jason claims it can put two freqs
sharing the same PLL if below certain point, my tests show that that's
true ONLY if you don't move them...

Once you start to move one of the two in the shared PLL (VFO,
correction, sideband change) the other will start jumping... BTDT... (in
my case the jumps was from a few 100th of Hz to a few KHz)

My lib always use integer math to minimize jitter and phase noise (bad
things on RF), but that has the side effect of no PLL sharing, then the
2 of 3...

But you know, there is no silver bullet... at least for free or very
cheap... ;-)

I'm waiting to see how they solve that...

73.

El 15/06/17 a las 17:53, Vince Vielhaber escribió:

2 of 3 may be a problem for the uBitX.  It uses all three clocks.

Vince.


On 06/15/2017 04:46 PM, Pavel Milanes Costa wrote:
Hi group, I'm back.

Do you rememeber the pull request to switch from the etherkit Si5351 lib
(from NT7S) to my new Si5351mcu?

After a tough revision of the code I found that the error that make the
code a no-go was related two main factors:

  * I2C initialization.
  * Human error.

I develop mainly on the house desktop PC but use the laptop to connect
and upload the code to the internet; this resulted in wrong (incomplete)
code uploaded to the github repository. (shame on me.)

A bug on the correction procedure was found & fixed, the init procedures
are now mandatory and a general update to the documentation on the code
coments and Readme.md was made.

A new version (0.3) of the Si5351mcu library for arduino and flavours
was pushed to the github repository a minute ago
() you can just click the green
download button or go to the releases tab and grab it from there.

I have the bitx40 code now working back in home with a real Raduino +
Bitx40v3 SMD, but it's working against Allards code version 1.13, I will
update it tonight against lastest 1.14.1 and fill a push request
tomorrow.

Firmware & sram reduction waranted.

73 de Pavel CO7WT.

-- 
  Michigan VHF Corp.      
                          

Re: New Order

EA3IAV

#28338

Yes ?it can be swang underneath and used as carrying bar too.
Size: 195 x 175 x 70mm/
inside 19.5cm x 17.5cm x 7cm

cheers

Re: W8TEE TFT/VFO DDS adapter

#28337

This is the post with the files
/g/BITX20/message/28026

Topic view makes it much easier to find things
/g/BITX20/topics

W8TEE TFT/VFO DDS adapter

#28336

Hi All:
I received my VFO PCb's today they look great, In the process of gathering the for the build, I found the type II dds is pricey compared to the type I dds,. I recent post from W8TEE stated that he found a source for a type II to type I adapter, but cannot find the post on where he got the adapter. IS there an INO file for the VFO could find any reference for it. Looking forward to getting the VFO up and running.
73 Ross Bell K7RSB

Re: Drilling template for 2 to 3 inch speaker

#28335

开云体育

Brian VK7KBW might respond, if he sees your request, to say that he used a stainless steel drainer, designed to go over the drain hole of a kitchen sink or basin, as his drilling guide for the speaker holes. Worked out very well.

Bill, VK7MX

On 15/06/2017 10:37 PM, Michael Babineau wrote:

Show quoted text

Not wanting to re-invent the wheel ... ?has anyone come up with a template for drilling holes in an enclosure for a 2 to 3 inch speaker ?
I was hoping to find something that I could print out and tape to the outside of the enclosure to use as a guide for drilling sound
holes in a regular pattern for a 3 inch speaker.?

If not, I will see what I can come up with and I will post to the group.?

Cheers

Michael VE3WMB?

Re: New version of Si5351mcu and pull request to Allard's bitx40 on the oven.

Pavel Milanes Costa

#28334

Yes, but...

I'm waiting to see how they solve the output math relation in the shared PLL.

The etherkit Si5351arduino lib from Jason claims it can put two freqs sharing the same PLL if below certain point, my tests show that that's true ONLY if you don't move them...

Once you start to move one of the two in the shared PLL (VFO, correction, sideband change) the other will start jumping... BTDT... (in my case the jumps was from a few 100th of Hz to a few KHz)

My lib always use integer math to minimize jitter and phase noise (bad things on RF), but that has the side effect of no PLL sharing, then the 2 of 3...

But you know, there is no silver bullet... at least for free or very cheap... ;-)

I'm waiting to see how they solve that...

73.

Show quoted text

El 15/06/17 a las 17:53, Vince Vielhaber escribió:

2 of 3 may be a problem for the uBitX.  It uses all three clocks.

Vince.


On 06/15/2017 04:46 PM, Pavel Milanes Costa wrote:
Hi group, I'm back.

Do you rememeber the pull request to switch from the etherkit Si5351 lib
(from NT7S) to my new Si5351mcu?

After a tough revision of the code I found that the error that make the
code a no-go was related two main factors:

  * I2C initialization.
  * Human error.

I develop mainly on the house desktop PC but use the laptop to connect
and upload the code to the internet; this resulted in wrong (incomplete)
code uploaded to the github repository. (shame on me.)

A bug on the correction procedure was found & fixed, the init procedures
are now mandatory and a general update to the documentation on the code
coments and Readme.md was made.

A new version (0.3) of the Si5351mcu library for arduino and flavours
was pushed to the github repository a minute ago
() you can just click the green
download button or go to the releases tab and grab it from there.

I have the bitx40 code now working back in home with a real Raduino +
Bitx40v3 SMD, but it's working against Allards code version 1.13, I will
update it tonight against lastest 1.14.1 and fill a push request tomorrow.

Firmware & sram reduction waranted.

73 de Pavel CO7WT.

Re: WANTED VK3YE LED LDR AGC diagram

#28333

oops. sorry Phill i wanted to show you it working tonight unfortunately it doesn't want to seem to play. i will have another go over the weekend.in your picture the audio in goes from the other side to the resistor than in the wiring diagram. the problem I'm having is if i leave the meter in the led is alight all the time so i took that out. if i just connect the audio wires i have audio. i can see why that is as it just goes straight back to it with out passing through anything other than the trim pot. at this point if i connect the power leads it cuts out any audio regardless of the volume control. might going about it the wrong way so ill leave it till the weekend?
huw

Re: New version of Si5351mcu and pull request to Allard's bitx40 on the oven.

Vince Vielhaber

#28332

2 of 3 may be a problem for the uBitX.  It uses all three clocks.

Vince.

Show quoted text

On 06/15/2017 04:46 PM, Pavel Milanes Costa wrote:
Hi group, I'm back.

Do you rememeber the pull request to switch from the etherkit Si5351 lib
(from NT7S) to my new Si5351mcu?

After a tough revision of the code I found that the error that make the
code a no-go was related two main factors:

  * I2C initialization.
  * Human error.

I develop mainly on the house desktop PC but use the laptop to connect
and upload the code to the internet; this resulted in wrong (incomplete)
code uploaded to the github repository. (shame on me.)

A bug on the correction procedure was found & fixed, the init procedures
are now mandatory and a general update to the documentation on the code
coments and Readme.md was made.

A new version (0.3) of the Si5351mcu library for arduino and flavours
was pushed to the github repository a minute ago
() you can just click the green
download button or go to the releases tab and grab it from there.

I have the bitx40 code now working back in home with a real Raduino +
Bitx40v3 SMD, but it's working against Allards code version 1.13, I will
update it tonight against lastest 1.14.1 and fill a push request tomorrow.

Firmware & sram reduction waranted.

73 de Pavel CO7WT.

-- 
  Michigan VHF Corp.      
                          

Re: Bitx40: A couple of questions on CW using Allard's code

#28331

As per the second paragraph of post 28316?

There are diode arraays designed specifically for ESD protection.
???

If we have few problems now with no protection, adding a 1k series resistor is likely sufficient.
Though if you draw sparks after walking across the rug, the voltages and currents can be disturbingly large.
Some of the ESD models assume kilovolts and amps are involved, but only for a few billionths of seconds:

Jerry

Show quoted text

On Thu, Jun 15, 2017 at 01:34 pm, Michael Hagen wrote:

To protect an input you can put a series resistor to limit current, then a diode on the input to +V and another to ground.

New version of Si5351mcu and pull request to Allard's bitx40 on the oven.

Pavel Milanes Costa

#28330

开云体育

Hi group, I'm back.

Do you rememeber the pull request to switch from the etherkit Si5351 lib (from NT7S) to my new Si5351mcu?

After a tough revision of the code I found that the error that make the code a no-go was related two main factors:

I2C initialization.
Human error.

I develop mainly on the house desktop PC but use the laptop to connect and upload the code to the internet; this resulted in wrong (incomplete) code uploaded to the github repository. (shame on me.)

A bug on the correction procedure was found & fixed, the init procedures are now mandatory and a general update to the documentation on the code coments and Readme.md was made.

A new version (0.3) of the Si5351mcu library for arduino and flavours was pushed to the github repository a minute ago () you can just click the green download button or go to the releases tab and grab it from there.

I have the bitx40 code now working back in home with a real Raduino + Bitx40v3 SMD, but it's working against Allards code version 1.13, I will update it tonight against lastest 1.14.1 and fill a push request tomorrow.

Firmware & sram reduction waranted.

73 de Pavel CO7WT.