Hi again Samuel:
I think we all agree on the symptoms, but it may be tricky figuring out what's causing it, since blowing regulators is not a good troubleshooting method! I'm on my third one as well - as I said, I don't think the PCB can handle many more hot air removal and resoldering cycles!
I think we need to focus on the differences between the Hermes HL2 and the Radioberry and try to figure out and measure whether those could have anyting to do with the problem. It's going to take a while, and I only have so much time to devote to it, but I'm going to be working on it over the next few weeks.
Here are some of my current thoughts. If you're equipped to test some of them it would help all of us:
1. I've had trouble with the FPGA outputs being in a half-on, half-off state at power up until the array is loaded. The Hermes does not have this problem! It's gate array is ready much sooner. Radioberry leaves the line that control the bias and power amp switcher in a floating state for a very long time during bootup and the situation is not resolved until the gateware and driver are loaded by the operating system.. I don't know what this could harm, but it needs to be explored.
I suggest we need to try to capture the details and relative timing of these signals (and perhaps others) during power up and see if anything nasty could happen.
Interestingly both the HL2 and the RadioBerry power amp have pull down resistors on SOME of the signals - but on others they're installed but labelled DNI which means they are not present.
2. Similar problems could be occurring during PTT and the same behavior needs to be captured and analyzed for any possible timing glitches.
3. The bias circuitry seems to be broken and cannot be written. Writes to store the bias values silently fail - unless you manually load the driver and watch for messages when Quisk and other programs run. Sadly, the driver reports data about what is written when it SUCCEEDS, but not when it FAILS - which is what we need to know. It will take patching the driver to find out what's going on.
In any case, the bias is always completely wrong and possibly undefined except briefly during the calibration process in quisk and sparkSDR. On my board, the rest of the time one pot is defaults nearly to 0 and the other appears to be set to a different value than when Quisk has just set the bias!
The power amplifier is capable of being biased to draw more current than the switching regulator is designed to handle. If it is ever this state before the regulator is turned on, the regulator might be driving a load that's destructive to it - the data sheet has several fixes for other ways this can occur, but none of them would help this scenario.
Unfortunately, it's very hard to monitor this behavior without modifying the programs to provide better trace information. That's doable, but all this takes time.
4. There could be problems related to layout of the regulator. That's REALLY hard to troubleshoot, as scoping various points usually disturbs things enough to provide false information.
All these are hypothetical and none of them may be occurring or causing the problem - but it this point I can't see any way to proceed except to eliminate them systematically.
This may take a while...
Furthermore, I'm not convinced this board deserves high priority! I'm pretty happing running 3 Radioberry based radios here using other power amp designs that are more straightforward! I'm still curious about the problem because i've invested a lot of time and effort into one of these boards because I needed it to test compatibility with my own LPF filter board before I publish the design. So far the LPF board works flawlessly, with the preamp, but the preamp's problems have been a major distraction!
To summarize:
I'm pretty sure component choices are NOT the problem as the schematic and BOM is IDENTICAL the HL2 and it does NOT have this problem. The inductor is exactly the same part as in the HL2.
We need to capture the startup of the board and analyze where that could go wrong.
We need to do the same with the T/R switchover sequences for all modes that might cause problems.
We need to find out what is wrong with the bias circuit as this is CLEARLY not working as intended and this might have side effects.
At some point it may be constructive to compare all the above behavior on an HL2 - but I'm reluctant to do that as I'm having too much fun using it and would hate to tear it apart to start using it as a reference board - it would mean leaving it unusable until I find the problem with the preamp board.
I'll keep working on it, but it may take a while. I came back here to this old thread to see if anyone had any other ideas of where to look, and I'd still love to hear any!
In the meantime, the best thing is to run the board from a well regulated 12V supply. Fortunately it's easy to get USBC PD battery packs and wall warts to do this reliably.
Hope you or someone else reading this can help by analyzing the problem or even running some tests of their own.
73 for now,
AE0GL, Mario