Giuseppe, your query is a bit confusing.? What kind of "burn in" testing are you thinking of doing?? It does not really need a full set of automated burn-in testing.

Note that you can't power-on the QMX+ by externally manipulating the power, you need to physically press the "on" button - unless you also 'hack' leads from the QMX encoder switch to an externally controlled switch.? Is this what you want to do??

Stan

Stan,

Giuseppe isn’t doing burn-in testing, he’s doing stress testing by interrupting the battery supply at millisecond intervals as well as the paddle and mic inputs I believe. He’s investigating the effects of unwanted interruptions that are suspected of causing various failures. Normal power on/off is not part of his test process.

Tony

On Mon, Nov 4, 2024 at 5:27?PM Stan Dye via <standye=[email protected]> wrote:

Giuseppe, your query is a bit confusing.? What kind of "burn in" testing are you thinking of doing?? It does not really need a full set of automated burn-in testing.

Note that you can't power-on the QMX+ by externally manipulating the power, you need to physically press the "on" button - unless you also 'hack' leads from the QMX encoder switch to an externally controlled switch.? Is this what you want to do??

Stan

Tony,

> by interrupting the battery supply at millisecond intervals
ms is a bit "optimistic" with a relay, but I will see what I can do. Fastest thing I have is an Artix? (300+MHz) but I don't want to play with that, hope it is not needed.

>mic inputs I believe
No mic unless you know something about Hans...nah don't even think about it.

Let's stick with Amica 8266 something, or Teensy.

Teensy is faster and has several 10bit ADC no wifi, just ethernet. Amica is cheaper with only 1 ADC no ethernet BUT wifi.

I am interested in interrupting the power while performing several tasks, it will depend how deep will be this rabbit hole.

Should I find something (magic smoke) I would quickly cash the offer of Hans and possibly he will carry on these kind of tests from there.

Else, we could have some degree of assurance that some abuse could be well tolerated.

>Giuseppe isn’t doing burn-in testing, he’s doing stress testing
Sorry about the burn-in testing definition, but I don't know how to define it, in a way is like when you "cook" a high end audio amplifier for 48h and triple check every thing works as it should.
Stress to me is when you push something near or over the limit (like when you hammer some IT stuff with a IXIA or Spirent), I am not.

I expect every radio I own pass with flying colors if I pull the plug (and this could cause micro interruptions to a degree), no matter what.

Of course, not 1000 times a second, I would like to simulate what happens when you trip into a power cord and the radio is doing something (or nothing).

Any recommendations for DC current monitoring to feed a 3.3V 10 bit ADC?

Giuseppe Marullo
IW2JWW - JN45RQ

On 11/5/2024 12:52 AM, Tony Scaminaci wrote:

Stan,

Giuseppe isn’t doing burn-in testing, he’s doing stress testing by interrupting the battery supply at millisecond intervals as well as the paddle and mic inputs I believe. He’s investigating the effects of unwanted interruptions that are suspected of causing various failures. Normal power on/off is not part of his test process.

Tony

On Mon, Nov 4, 2024 at 5:27?PM Stan Dye via <standye=[email protected]> wrote:

Giuseppe, your query is a bit confusing.? What kind of "burn in" testing are you thinking of doing?? It does not really need a full set of automated burn-in testing.

Note that you can't power-on the QMX+ by externally manipulating the power, you need to physically press the "on" button - unless you also 'hack' leads from the QMX encoder switch to an externally controlled switch.? Is this what you want to do??

Stan

Yes of course but, then?

If I pull by hand it would not be reproducible, I could have a very bad style pulling the plug, being always lucky and another ham could ha a completely different experience. Everythime it would be different and I will break something mechanically.
Probably is better to capture what really happens with a DSO on the power socket of a QMX+ simulating the load when in rx and in tx for the first ms.
Then I could think what pulling the plug could be for a QMX and see if I could reproduce it with my hw.

>Relay contacts do bounce which would mimic a user inadvertently hitting the power connector and causing a momentary interruption.
Sure but they looks similar? I don't know, but mosfets could be better, faster and no bouncing.
Or not?

Giuseppe Marullo
IW2JWW - JN45RQ


Tony

On November 5, 2024 2:46:57 AM GMT+01:00, Tony Scaminaci <tonyscam@...> wrote:

Hi Giuseppe,

Why not start out by wiggling the power plug by hand during receive and then during transmit? There have been a few reports of momentary power interruptions causing failures. Another simple test would be to just pull the power plug out during receive and then during transmit. If none of these simple tests causes a failure, then you could move on to more sophisticated testing apparatus.

Relay contacts do bounce which would mimic a user inadvertently hitting the power connector and causing a momentary interruption.?

Tony

On Mon, Nov 4, 2024 at 6:48?PM Giuseppe Marullo[iw2jww] via <giuseppe=[email protected]> wrote:

Tony,

> by interrupting the battery supply at millisecond intervals
ms is a bit "optimistic" with a relay, but I will see what I can do. Fastest thing I have is an Artix? (300+MHz) but I don't want to play with that, hope it is not needed.

>mic inputs I believe
No mic unless you know something about Hans...nah don't even think about it.

Let's stick with Amica 8266 something, or Teensy.

Teensy is faster and has several 10bit ADC no wifi, just ethernet. Amica is cheaper with only 1 ADC no ethernet BUT wifi.

I am interested in interrupting the power while performing several tasks, it will depend how deep will be this rabbit hole.

Should I find something (magic smoke) I would quickly cash the offer of Hans and possibly he will carry on these kind of tests from there.

Else, we could have some degree of assurance that some abuse could be well tolerated.

>Giuseppe isn’t doing burn-in testing, he’s doing stress testing
Sorry about the burn-in testing definition, but I don't know how to define it, in a way is like when you "cook" a high end audio amplifier for 48h and triple check every thing works as it should.
Stress to me is when you push something near or over the limit (like when you hammer some IT stuff with a IXIA or Spirent), I am not.

I expect every radio I own pass with flying colors if I pull the plug (and this could cause micro interruptions to a degree), no matter what.

Of course, not 1000 times a second, I would like to simulate what happens when you trip into a power cord and the radio is doing something (or nothing).

Any recommendations for DC current monitoring to feed a 3.3V 10 bit ADC?

Giuseppe Marullo
IW2JWW - JN45RQ

On 11/5/2024 12:52 AM, Tony Scaminaci wrote:

Stan,

Giuseppe isn’t doing burn-in testing, he’s doing stress testing by interrupting the battery supply at millisecond intervals as well as the paddle and mic inputs I believe. He’s investigating the effects of unwanted interruptions that are suspected of causing various failures. Normal power on/off is not part of his test process.

Tony

On Mon, Nov 4, 2024 at 5:27?PM Stan Dye via <standye=[email protected]> wrote:

Giuseppe, your query is a bit confusing.? What kind of "burn in" testing are you thinking of doing?? It does not really need a full set of automated burn-in testing.

Note that you can't power-on the QMX+ by externally manipulating the power, you need to physically press the "on" button - unless you also 'hack' leads from the QMX encoder switch to an externally controlled switch.? Is this what you want to do??

Stan