Thank you, Tom.
The recording will be available later today at https://youtu.be/AammohuygMw and hamsci.org/telecons.
73 de Nathaniel W2NAF
From: TangerineSDR <tangerines...@lists.tapr.org>
On Behalf Of Tom McDermott via TangerineSDR
Sent: Monday, July 26, 2021 10:02 PM
To: TAPR TangerineSDR Modular Software Defined Radio <tanger...@lists.tapr.org>
Cc: Tom McDermott <tom....@gmail.com>
Subject: [TangerineSDR] Notes from PSWS / TangerineSDR call of 07-26-2021
Notes from PSWS / TangerineSDR call of 07-26-2021
1. Bill is using chart.js for magnetometer charting. He is setting up a database using Django web and database framework for Python.
2. Scotty is looking at the Intel (Altera) Arria 10 GX FPGA 10GX270 for the version 2 Data Engine (supporting 10GE). These FPGAs appear to be more available than the MAX10 FPGAs. The intention is to develop DE Ver 1 and DE Ver 2 in parallel while awaiting FPGA component availability. The 10 GX development boards are pretty expensive.
-- Tom, N5EG
--
Please follow the HamSCI Community Participation Guidelines at http://hamsci.org/hamsci-community-participation-guidelines.
---
You received this message because you are subscribed to the Google Groups "HamSCI" group.
To unsubscribe from this group and stop receiving emails from it, send an email to hamsci+un...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hamsci/SA0PR03MB5547CBF733EFEB4D829E659FF2E99%40SA0PR03MB5547.namprd03.prod.outlook.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hamsci/E010F57A-1232-47F1-BFC9-BDC41F1587E9%40gmail.com.
Please follow the HamSCI Community Participation Guidelines at http://hamsci.org/hamsci-community-participation-guidelines.
---
You received this message because you are subscribed to the Google Groups "HamSCI" group.
To unsubscribe from this group and stop receiving emails from it, send an email to hamsci+un...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hamsci/778babd8-9595-528e-997f-b70322aa5c1f%40febo.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hamsci/CACO3nRSrLuf8ZC0cE3DWyohrV0UissOnSW_i%3D7hi4q63%2BU3E9A%40mail.gmail.com.
John,
Thanks for the suggestion! I think I’ll start with the overvoltage age spike of 50V for 100ms or less based on the datasheet spec of the DC-DC converter. I was thinking of some sort of fusable circuit protection now that I’ll be using a TVS diode to mitigate stress from the follow current.
Tom,
The datasheet wasn’t clear on the need for input filtering. On the output of both the IP2415S, I have 0.1uF ceramic capacitors. In the datasheet, it only mentions a spec of “Input Reflected Rated Current” with a series inductor and shunt capacitor. I don’t really understand exactly what this is, but it lists “20mAp-p through a 12uH inductor and 47uF capacitor”. Nothing else is mentioned about input protection or filtering.
In both situations that the DC-DC failed, the cable length was only 4’ of cat 5. This circuit that was proved and tested by Paul, including the receiver and schematic I attached, did not have such an issue, but the only difference is that the voltage was lower than 30V. That’s why I was thinking it was a turn-on/off spike. I think that in a lot of typical applications, the input voltage isn’t that high, so spikes don’t normally present a problem. The DC-DC that feeds the receiver DC-DC has never failed and it was always fed with 18V or less.
Jules,
You recommend the Schottky diode in parallel with the TVS, then a series PTC, so during a spike, the TVS will conduct and the PTC would fuse, and during a reverse polarity condition, the Schottky diode will conduct with limited current due to the PTC fusing? I can see the benefit that the series PTC in normal a normal circuit condition would drop much less voltage that the Schottky diode.
All in all, I agree with adding some capacitance to filter voltage spikes and reduce or eliminate them. I’ll need to be sure not to exceed the DC-DC max load capacitance, which is 47uF in this case.
But, to me, the most plausible cause for the failures are turn on/off voltage spikes, even with a short length of cable. Adding electrolytics is a bit difficult due to the tight space constraint as seen in my previous email, so I’ll try out the TVS and a PTC. Other than voltage spikes, does anything else come to mind?
Thanks guys.
Jonathan
KC3EEY
To view this discussion on the web visit https://groups.google.com/d/msgid/hamsci/CACO3nRRfrsP3YdqOPRGpvgtF%3DQoXxBddrud3a%2BTg3Cf68%2B0pLA%40mail.gmail.com.
Hi Jonathan - a concern is that the DC-DC converter input stage would become unstable and oscillatewith the cable inductance. If that happens then there could be high frequency AC voltages present at theinput of the converter. Would those over-voltage the input? Possibly. Would it radiate RFI from the cable? Likely.Good design dictates sufficiently low source impedance to the DC-DC converter. Almost all linear regulatorsrequire it. An electrolytic and ceramic bypass pair right at the DC-DC input would be considered good design by many.-- Tom, N5EG
On Wed, Jul 28, 2021 at 7:30 AM Jonathan <emum...@gmail.com> wrote:
John,
Thanks for the suggestion! I think I’ll start with the overvoltage age spike of 50V for 100ms or less based on the datasheet spec of the DC-DC converter. I was thinking of some sort of fusable circuit protection now that I’ll be using a TVS diode to mitigate stress from the follow current.
Tom,
The datasheet wasn’t clear on the need for input filtering. On the output of both the IP2415S, I have 0.1uF ceramic capacitors. In the datasheet, it only mentions a spec of “Input Reflected Rated Current” with a series inductor and shunt capacitor. I don’t really understand exactly what this is, but it lists “20mAp-p through a 12uH inductor and 47uF capacitor”. Nothing else is mentioned about input protection or filtering.
In both situations that the DC-DC failed, the cable length was only 4’ of cat 5. This circuit that was proved and tested by Paul, including the receiver and schematic I attached, did not have such an issue, but the only difference is that the voltage was lower than 30V. That’s why I was thinking it was a turn-on/off spike. I think that in a lot of typical applications, the input voltage isn’t that high, so spikes don’t normally present a problem. The DC-DC that feeds the receiver DC-DC has never failed and it was always fed with 18V or less.
Jules,
You recommend the Schottky diode in parallel with the TVS, then a series PTC, so during a spike, the TVS will conduct and the PTC would fuse, and during a reverse polarity condition, the Schottky diode will conduct with limited current due to the PTC fusing? I can see the benefit that the series PTC in normal a normal circuit condition would drop much less voltage that the Schottky diode.
All in all, I agree with adding some capacitance to filter voltage spikes and reduce or eliminate them. I’ll need to be sure not to exceed the DC-DC max load capacitance, which is 47uF in this case.
But, to me, the most plausible cause for the failures are turn on/off voltage spikes, even with a short length of cable. Adding electrolytics is a bit difficult due to the tight space constraint as seen in my previous email, so I’ll try out the TVS and a PTC. Other than voltage spikes, does anything else come to mind?
Thanks guys.
Jonathan
KC3EEY
On Tue, Jul 27, 2021 at 9:34 AM Jonathan <emum...@gmail.com> wrote:
Hi Everyone,Before the meeting ended last night, I wanted to discuss the issues I’ve experienced with my VLF active antenna. As I mentioned, the DC-DC converter (XP Power IP2415S) failed after I applied power. I turned the volume up because I wasn’t hearing sferics, and shortly after, I heard the squeal of the DC-DC converter. When I pulled out the smaller foam core partially, I heard a squeal coming from the DC-DC converter itself.
To view this discussion on the web visit https://groups.google.com/d/msgid/hamsci/59FAEE9C-11F5-4CDF-B960-2E583E42E89C%40gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hamsci/59FAEE9C-11F5-4CDF-B960-2E583E42E89C%40gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hamsci/CAFr7d%3DqbQQj4-iEcb_wFnPzbeG6XYO1Q6RV4RhTpX0ihyFxvEQ%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hamsci/CAFr7d%3DrPHez0M4YR68wUkCCTx7nEWhy5%2BFMZrUnMEgcp4xVXXQ%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hamsci/CAM4%3DgM92S_eb5OF6ynuDcGZTrcUnyc4zVfLU-HXbGTjxYXYRgA%40mail.gmail.com.
Phil,
Thanks for letting me know. I’ll reach out to Earle for more information.
Ward,
Thank you for that reminder and the great design tip. The feedline I will be using is shielded CAT6. One pair carries DC power and the other carries VLF audio. I plan on grounding the shield too.
Jules,
Would mix 31 be appropriate for VLF? It looks like it’s recommended for a frequency range of 1-300MHz, so it that case, it should eliminate any of those high frequency transients from EFT? They can’t be installed in the conduit, but can be installed on the feedline coming into the Raspberry Pi box.
Thanks.
Jonathan
KC3EEY
<image1.jpeg>
I’m powering the DC-DC converter with 30V from another DC-DC converter in the test box and Raspberry Pi box (Raspberry Pi box not shown, but same circuit). Keep in mind, the length is still relatively short in my testing, so cable inductance isn’t the primary reason for the spike. Plus, at long lengths, the voltage would be much lower due to voltage drop across the length, and I think this was why Paul might not have seen this issue when he originally tried and built this design.
To mitigate this problem with the supply voltage at 30V, I decided to use a TVS diode across the input of the DC-DC converter. Here is the schematic: (my apologies for the TVS diode being backwards)
To view this discussion on the web visit https://groups.google.com/d/msgid/hamsci/CEED81D7-C092-4FC5-A974-58F00762DB6D%40gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hamsci/CEED81D7-C092-4FC5-A974-58F00762DB6D%40gmail.com.