Re: raduino_v1.08 released
Allard gets to decide, one of the few perks of spending weeks straightening all of this out for us. ?I'm fine with his original plan. ? But no point in doing "everything", better to keep the base code simple and understandable. Those that want everything can go hack it themselves easily enough.
On Thu, Apr 27, 2017 at 11:04 am, Jack Purdum wrote: That would work, too!
Or, d) a combination of the other 3. Perhaps the first 5 are favorites and a 6th is the "button-push" current frequency.
?
|
Re: raduino_v1.08 released
That would work, too!
Or, d) a combination of the other 3. Perhaps the first 5 are favorites and a 6th is the "button-push" current frequency.
Jack, W8TEE
From: Jerry Gaffke via Groups.Io <jgaffke@...>
To: [email protected]
Sent: Thursday, April 27, 2017 2:01 PM
Subject: Re: [BITX20] raduino_v1.08 released
Or ? c): ?the user explicitly says when to save the state to EEPROM, perhaps with a very long function button push. ?My preference.
On Thu, Apr 27, 2017 at 10:54 am, Jack Purdum wrote:
It might make more sense to 1) opt for a much longer delay, or 2) throw it out altogether and replace it with 5 or 10 ?"Favorites Frequencies" ?
|
Re: raduino_v1.08 released
Or ? c): ?the user explicitly says when to save the state to EEPROM, perhaps with a very long function button push. ?My preference.
On Thu, Apr 27, 2017 at 10:54 am, Jack Purdum wrote: It might make more sense to 1) opt for a much longer delay, or 2) throw it out altogether and replace it with 5 or 10 ?"Favorites Frequencies" ?
|
Re: raduino_v1.08 released
Hi Allard:
I think I side with Ashhar on this. True, the update() method of the EEPROM object only rewrites the data if it has changed from what's currently at that EEPROM address. If I'm engaged in a long QSO, this works fine. However, if I am just "tuning around" looking for someone calling CQ or am looking for a hole where I can call CQ, if I do this for 10 minutes, (which I do a lot when I operate QRP) I perform 60 EEPROM writes for no real reason at all. The next time I turn on my BITX40, I return to whatever random frequency I may have been on during the last 10 seconds before I shut down.
It might make more sense to 1) opt for a much longer delay, or 2) throw it out altogether and replace it with 5 or 10 ?"Favorites Frequencies" (i.e., net control, repeating sked with a friend, watering holes or QRP frequecies, etc.). That way, when I turn on the rig again, I come up in a place that makes some sense rather than a random frequency. Saving a random frequencys would make more sense on a multi-band rig, such as the pending microBITX. However, I will probably code a Favorite Frequencies. The frequencies could be hard-coded at compile time, although it would not be too hard to code it for runtime changes. Because I am using an encoder for frequency tuning and menu selection, I could scroll through my "favorites" list and select the one I want and immediately jump there. It might even be faster than just tuning to that frequency.
Just a thought...
Jack, W8TEE
From: Allard PE1NWL <pe1nwl@...>
To: [email protected]
Sent: Thursday, April 27, 2017 12:41 PM
Subject: Re: [BITX20] raduino_v1.08 released
Hi Ashhar, Thanks for your comment. Yes I'm aware of this. That's why we use the EEPROM.put command which uses EEPROM.update() to perform the write, so it does not rewrite the value if it didn't change. 73, Allard PE1NWL On Thu, April 27, 2017 18:10, Ashhar Farhan wrote: > The eeprom has limited write cycles. It might make sense to write less > frequently. Possibly when you switch? betweeb vfos or toggle the rit. > - f > > On 27 Apr 2017 10:02 a.m., "ON2AAV" < on2aav@...> wrote: > >> Thanks Allard ! >> >> Will load it upto the board tonight >> >> >> 73 ON2AAV >> >> >
|
Re: R15 and ADE-1 mixer getting very hot
Sarma
Orientation is 100% correct pin 1 ( orientation mark), pin 1 connecting to R15/C17 junction.? I have removed the ADE-1 already.? There is no way the winding is shorted after ADE RF winding.? I removed ADE and soldered a wire between pin1 & 6 on the board, and? R11 does not heat up.? There are no shorts on the board from pin 2 &3 to ground. So the ADE has to be doing something strange internally.
This leads me to believe ADE-1 is bad.? But I tried 3 band new ones with exact same results.
Here are the results from the one I removed (these match a brand new one)-
1-2 19k ohms 1-3,4,5 open 1-6 0 ohms (RF Primary) 2-3 42k ohm 2-4 open
2-5 19k ohms
2-6 19k ohms
3-4 0 ohms (LO Primary) 3-5 open
3-6 open
4-5/6 open
? Pin 2 & 3 both go to blocking capacitors c18,c19,c11,c15 on RF & IF Amps.? I tested these pins to ground on the board and they are open as expected.? This means the short must be in the ADE-1 itself, and only when power is applied.
Looking at the bottom of the ADE-1, there are 2 wires on pin 1.? I expect these are RF primary and secondary ground.
This is very strange
W4WHL
On Thu, Apr 27, 2017 at 12:11 PM, Mvs Sarma via Groups.Io <mvs_sarma@...> wrote: William,
Don't feel lost. afterall thase things happen. as you took out the ADE-1, once, do it again ?while it is out, using datasheet for pin id, test cross insulation bteween winding 1-6
?to other windings like 2-5 and 3-4 ?the meter should show meg ohms ?if there is a short, it would be between 2-5 and 3-4
?but not to 1-6. ?after ensuring that you can mount. ?I fear that 1-6 is getting shorted to ground after the winding.
I checked all the traces, an I see no bridges.? I removed the ADE-1 and shorted pin1 to 6 using a wire.? Now no longer does R15 get hot.? So that eliminates anything in that path.? So that leads me down the ADE-1 rabbit hole.? I suspect current is flowing from ADE pin1 to ground when 12v is applied.? I checked the resistances from ADE pad pin 2 & 3 to ground and they open (as expected with blocking caps c18,c19,c11,c15).
But this makes no since, because I have used ADE-1's from 2 different vendors all with same results.? Obviously in the ADE-1 pin1 (primary ground) and Secondary ground are connected.? This send 12v into the pin diodes.? But with no DC load on pins 2 or 3, this should act as an open circuit for DC. Now I'm really lost
W4WHL
|
|
|
Re: Issues With calibrate and TX
Hmm, still don't understand.. ah well, glad it fixed your problem anyway..
73, Allard PE1NWL
toggle quoted message
Show quoted text
On Thu, April 27, 2017 18:32, Steve Greer wrote: It was the PTT line was still looking for something so i just #define PTT
(0) and it all went away.
On Thu, Apr 27, 2017 at 12:19 PM, Allard PE1NWL <pe1nwl@...> wrote:
Thanks Steve,
Glad you fixed it, wonder how exactly you solved it. Please share your
"little code fix" so that others can also benefit from it - thanks!
73, Allard PE1NWL
On Thu, April 27, 2017 18:12, Steve Greer wrote:
Winner winner chicken dinner, ptt isn't hooked up but was getting signal
feedback that seemed to be causing the problem. a little code fix and
boom
now i can use the new code with the multi-functions. Thanks for pushing
me in the right direction.
On Thu, Apr 27, 2017 at 10:09 AM, Allard PE1NWL <pe1nwl@...> wrote:
Steve,
It's hard to understand the issue without knowing what addtional code
you
are actually using, or what exactly you 'comment out', but my guess
is
that any of your additional mods use pin A2 for PTT.
Is your pin A2 in some way connected to your PTT?
In the standard raduino code pin A2 is already reserved for the
CAL-button.
If you connect A2 to your PTT then this will interfere, because if
pin
A2
goes to LOW, the calibration procedure will be executed.
The standard arduino code uses pin A6 for PTT, not pin A2.
73 Allard PE1NWL
On Thu, April 27, 2017 12:23, Steve Greer wrote:
I'm modded out with s meter forward and reverse power measuring. I have
1
button and 1 switch. tried unhooking the switch all together but still
happens may have to try shielded wires for the control lines. Twisting
may
not be working. I run a single end of a ground wrapped around
wires
for
shielding. calibrate is my only prob doesn't interfere with any
other
functions beside calibrate. I've tried different LIBs and still an issue.
Started unhooking thinks yesterday and couldn't find the root. So
I
only
load code to calibrate when I need to and load the commented out
code
after
I calibrate. Just extra work.
On Thu, Apr 27, 2017 at 3:50 AM, Allard PE1NWL <pe1nwl@...> wrote:
Steve,
Just to understand your situation better, what is exactly your
setup?
Standard unmodified BITX40 board with raduino_v1.07 (or 1.08) with
the
standard PTT switch? No other pushbuttons wired up except the FB
connected
to pin A3?
Or did you add any addtional modifications, buttons etc?
73, Allard PE1NWL
|
The last time I called a bitx night we met on 7.195
On Mon, Apr 24, 2017 at 11:33 PM, Nemo <paulswift6@...> wrote: Why not 7.130. It seems to be a nice and clear when I have a look a round. What time and day to you all have this as I would love to join in.
|
Re: raduino_v1.08 released
Hi Ashhar,
Thanks for your comment.
Yes I'm aware of this.
That's why we use the EEPROM.put command which uses EEPROM.update() to
perform the write, so it does not rewrite the value if it didn't change.
73, Allard PE1NWL
toggle quoted message
Show quoted text
On Thu, April 27, 2017 18:10, Ashhar Farhan wrote: The eeprom has limited write cycles. It might make sense to write less
frequently. Possibly when you switch betweeb vfos or toggle the rit.
- f
On 27 Apr 2017 10:02 a.m., "ON2AAV" <on2aav@...> wrote:
Thanks Allard !
Will load it upto the board tonight
73 ON2AAV
|
Re: Issues With calibrate and TX
It was the PTT line was still looking for something so i just?#define PTT ? (0) and it all went away.
On Thu, Apr 27, 2017 at 12:19 PM, Allard PE1NWL <pe1nwl@...> wrote: Thanks Steve,
Glad you fixed it, wonder how exactly you solved it. Please share your
"little code fix" so that others can also benefit from it - thanks!
73, Allard PE1NWL
On Thu, April 27, 2017 18:12, Steve Greer wrote:
> Winner winner chicken dinner, ptt isn't hooked up but was getting signal
> feedback that seemed to be causing the problem.? a little code fix and
> boom
> now i can use the new code with the multi-functions.? ?Thanks for pushing
> me in the right direction.
>
> On Thu, Apr 27, 2017 at 10:09 AM, Allard PE1NWL < pe1nwl@...> wrote:
>
>> Steve,
>>
>> It's hard to understand the issue without knowing what addtional code
>> you
>> are actually using, or what exactly you 'comment out', but my guess is
>> that any of your additional mods use pin A2 for PTT.
>> Is your pin A2 in some way connected to your PTT?
>>
>> In the standard raduino code pin A2 is already reserved for the
>> CAL-button.
>> If you connect A2 to your PTT then this will interfere, because if pin
>> A2
>> goes to LOW, the calibration procedure will be executed.
>>
>> The standard arduino code uses pin A6 for PTT, not pin A2.
>>
>> 73 Allard PE1NWL
>>
>>
>> On Thu, April 27, 2017 12:23, Steve Greer wrote:
>> > I'm modded out with s meter forward and reverse power measuring.? I
>> have
>> 1
>> > button and 1 switch.? tried unhooking the switch all together but
>> still
>> > happens may have to try shielded wires for the control lines.
>> Twisting
>> > may
>> > not be working.? I run a single end of a ground wrapped around wires
>> for
>> > shielding.? calibrate is my only prob doesn't interfere with any other
>> > functions beside calibrate.? I've tried different LIBs and still an
>> issue.
>> > Started unhooking thinks yesterday and couldn't find the root.? So I
>> only
>> > load code to calibrate when I need to and load the commented out code
>> > after
>> > I calibrate.? Just extra work.
>> >
>> > On Thu, Apr 27, 2017 at 3:50 AM, Allard PE1NWL < pe1nwl@...>
>> wrote:
>> >
>> >> Steve,
>> >>
>> >> Just to understand your situation better, what is exactly your setup?
>> >>
>> >> Standard unmodified BITX40 board with raduino_v1.07 (or 1.08) with
>> the
>> >> standard PTT switch? No other pushbuttons wired up except the FB
>> >> connected
>> >> to pin A3?
>> >>
>> >> Or did you add any addtional modifications, buttons etc?
>> >>
>> >> 73, Allard PE1NWL
>> >>
>> >>
>> >>
>> >
>>
>>
>>
>>
>>
>
|
Re: raduino_v1.08 released
All I can say about this release is: Wow!
|
Re: H-250/U military handset with BitX40?
An Electret microphone like that used with a BITX-40 puts out around 45 mv of audio.? Any replacement
microphone should provide similar signal level.
Some microphones need to be bypassed for RF.? If RF is present on the microphone input it can be
rectified and taken as audio input, causing system oscillation and indications of full RF? power output.
Arv? K7HKL
_._
On Wed, Apr 26, 2017 at 8:38 PM, <bruce@...> wrote: Hi Gil: I believe that's a dynamic mic and the BITX-40 module is designed for an electret (condenser).? But the conversion should be possible if you add a blocking capacitor to take off the DC bias (needed to power the electret capsule) and add some gain.? Keep in mind that the electret mic has a FET pre-amp inside of it. All of that said, I've been trying to get a M-80/U microphone working for some time without success.? The M-80/U has identical specs (I'm sure there is a millitary standard being followed here).? The issues I'm having are related to RFI and not to the audio.? For some reason that I've not been able to work out yet, when I go into transmit mode the output power goes to max and I can see RF in the audio stages using a scope. ? Some day I'll get this sorted out and will let you know.? 73s, Bruce KC1FSZ
|
Re: Issues With calibrate and TX
Thanks Steve,
Glad you fixed it, wonder how exactly you solved it. Please share your
"little code fix" so that others can also benefit from it - thanks!
73, Allard PE1NWL
toggle quoted message
Show quoted text
On Thu, April 27, 2017 18:12, Steve Greer wrote: Winner winner chicken dinner, ptt isn't hooked up but was getting signal
feedback that seemed to be causing the problem. a little code fix and
boom
now i can use the new code with the multi-functions. Thanks for pushing
me in the right direction.
On Thu, Apr 27, 2017 at 10:09 AM, Allard PE1NWL <pe1nwl@...> wrote:
Steve,
It's hard to understand the issue without knowing what addtional code
you
are actually using, or what exactly you 'comment out', but my guess is
that any of your additional mods use pin A2 for PTT.
Is your pin A2 in some way connected to your PTT?
In the standard raduino code pin A2 is already reserved for the
CAL-button.
If you connect A2 to your PTT then this will interfere, because if pin
A2
goes to LOW, the calibration procedure will be executed.
The standard arduino code uses pin A6 for PTT, not pin A2.
73 Allard PE1NWL
On Thu, April 27, 2017 12:23, Steve Greer wrote:
I'm modded out with s meter forward and reverse power measuring. I have
1
button and 1 switch. tried unhooking the switch all together but still
happens may have to try shielded wires for the control lines. Twisting
may
not be working. I run a single end of a ground wrapped around wires for
shielding. calibrate is my only prob doesn't interfere with any other
functions beside calibrate. I've tried different LIBs and still an issue.
Started unhooking thinks yesterday and couldn't find the root. So I only
load code to calibrate when I need to and load the commented out code
after
I calibrate. Just extra work.
On Thu, Apr 27, 2017 at 3:50 AM, Allard PE1NWL <pe1nwl@...> wrote:
Steve,
Just to understand your situation better, what is exactly your setup?
Standard unmodified BITX40 board with raduino_v1.07 (or 1.08) with
the
standard PTT switch? No other pushbuttons wired up except the FB
connected
to pin A3?
Or did you add any addtional modifications, buttons etc?
73, Allard PE1NWL
|
Re: Issues With calibrate and TX
Winner winner chicken dinner, ptt isn't hooked up but was getting signal feedback that seemed to be causing the problem. ?a little code fix and boom now i can use the new code with the multi-functions. ? Thanks for pushing me in the right direction.
On Thu, Apr 27, 2017 at 10:09 AM, Allard PE1NWL <pe1nwl@...> wrote: Steve,
It's hard to understand the issue without knowing what addtional code you
are actually using, or what exactly you 'comment out', but my guess is
that any of your additional mods use pin A2 for PTT.
Is your pin A2 in some way connected to your PTT?
In the standard raduino code pin A2 is already reserved for the CAL-button.
If you connect A2 to your PTT then this will interfere, because if pin A2
goes to LOW, the calibration procedure will be executed.
The standard arduino code uses pin A6 for PTT, not pin A2.
73 Allard PE1NWL
On Thu, April 27, 2017 12:23, Steve Greer wrote:
> I'm modded out with s meter forward and reverse power measuring.? I have 1
> button and 1 switch.? tried unhooking the switch all together but still
> happens may have to try shielded wires for the control lines.? Twisting
> may
> not be working.? I run a single end of a ground wrapped around wires for
> shielding.? calibrate is my only prob doesn't interfere with any other
> functions beside calibrate.? I've tried different LIBs and still an issue.
> Started unhooking thinks yesterday and couldn't find the root.? So I only
> load code to calibrate when I need to and load the commented out code
> after
> I calibrate.? Just extra work.
>
> On Thu, Apr 27, 2017 at 3:50 AM, Allard PE1NWL <pe1nwl@...> wrote:
>
>> Steve,
>>
>> Just to understand your situation better, what is exactly your setup?
>>
>> Standard unmodified BITX40 board with raduino_v1.07 (or 1.08) with the
>> standard PTT switch? No other pushbuttons wired up except the FB
>> connected
>> to pin A3?
>>
>> Or did you add any addtional modifications, buttons etc?
>>
>> 73, Allard PE1NWL
>>
>>
>>
>
|
Re: R15 and ADE-1 mixer getting very hot
William,
Don't feel lost. afterall thase things happen. as you took out the ADE-1, once, do it again ?while it is out, using datasheet for pin id, test cross insulation bteween winding 1-6
?to other windings like 2-5 and 3-4 ?the meter should show meg ohms ?if there is a short, it would be between 2-5 and 3-4
?but not to 1-6. ?after ensuring that you can mount. ?I fear that 1-6 is getting shorted to ground after the winding.
On Thursday, 27 April 2017 5:27 PM, William Hemmingsen <lee.hemmingsen@...> wrote:
I checked all the traces, an I see no bridges.? I removed the ADE-1 and shorted pin1 to 6 using a wire.? Now no longer does R15 get hot.? So that eliminates anything in that path.? So that leads me down the ADE-1 rabbit hole.? I suspect current is flowing from ADE pin1 to ground when 12v is applied.? I checked the resistances from ADE pad pin 2 & 3 to ground and they open (as expected with blocking caps c18,c19,c11,c15).
But this makes no since, because I have used ADE-1's from 2 different vendors all with same results.? Obviously in the ADE-1 pin1 (primary ground) and Secondary ground are connected.? This send 12v into the pin diodes.? But with no DC load on pins 2 or 3, this should act as an open circuit for DC. Now I'm really lost
W4WHL
On Thu, Apr 27, 2017 at 6:24 AM, Lawrence Galea <9h1avlaw@...> wrote: Check for a solder bridge or a tiny copper trace that remained when the pcb was etched. You can use a magnifier or a meter to check it. What you might also do is to run a knife between the tracks to remove any tiny bridge that may not be easily visible. I also had a piece of equipment where the pcb would short after some time and if you switch off and leave it for a few minutes it would go open again and then again short after a few minutes. I had to isolate the respective contact, strip a little bit of track and connect the component a little furtehr because it appeared to be some contamination in the material itself shorting after a few minutes. You learn by experience when things do what they shouldn't do. Regards Lawrence
|
Re: raduino_v1.08 released
The eeprom has limited write cycles. It might make sense to write less frequently. Possibly when you switch ?betweeb vfos or toggle the rit. - f
On 27 Apr 2017 10:02 a.m., "ON2AAV" < on2aav@...> wrote: Thanks Allard ! Will load it upto the board tonight
73 ON2AAV
|
yes i can use that as the band plans here in Thailand has a max 7.2MHz. Hope to hear you all some nights. Nemo.
|
|
|
Haven't I seen "Stutter Tune" and "Flutter Tune" on the site? What about "End-Stop Tuning" since that sorta describes how it works.
Jack, W8TEE
From: Pavel Milanes Costa <pavelmc@...>
To: [email protected]
Sent: Thursday, April 27, 2017 11:02 AM
Subject: Re: [BITX20] Name for a lib?
El 27/04/17 a las 10:43, rwhinric@... ±ð²õ³¦°ù¾±²ú¾±¨®: > What would you consider its key abstraction? The ability to use a simple linear volume control as tune control for a radio... If you think about it's like a moving slot under a calibrated ribbon that allows you to see the whole dimension trough it with precise accuracy but one slot size at the time. Moving Slot Tune? MST? The shuttle concept is near also (Now I have time to google for it definition): ShuttleTune? I would like to be cultural and technically precise about it, in my main project arduino-arcs the name selection was not very good... I was short of ideas that time. ;-) ARCS stands for Amateur Radio Control & Clock Solution. That's why I request help from the list: collective thinking. 73 de Pavel CO7WT.
|
El 27/04/17 a las 10:43, rwhinric@... ±ð²õ³¦°ù¾±²ú¾±¨®: What would you consider its key abstraction? The ability to use a simple linear volume control as tune control for a radio... If you think about it's like a moving slot under a calibrated ribbon that allows you to see the whole dimension trough it with precise accuracy but one slot size at the time. Moving Slot Tune? MST? The shuttle concept is near also (Now I have time to google for it definition): ShuttleTune? I would like to be cultural and technically precise about it, in my main project arduino-arcs the name selection was not very good... I was short of ideas that time. ;-) ARCS stands for Amateur Radio Control & Clock Solution. That's why I request help from the list: collective thinking. 73 de Pavel CO7WT.
|
Allard PE1NWL