In the article The system wide conjugate match stuff crashes out again I worked through an example proffered in an online discussion to show that Walter Maxwell’s teachings on system wide simultaneous conjugate match do not tend to occur in practical systems.
Why are hams so obsessed with conjugate matching?
The answer is on the face of it quite simple. Continue reading The transmitter matching problem
The nanovna-H connectors are end launch PCB connectors and they have a decidedly spongy feel as 1Nm torque is approached. This was due to flexing of the PCB and was likely to lead to track cracks in the longer term.
Specs for SMA connectors range from minimum of 0.2Nm torque to maximum of 1.7Nm, but 0.6Nm and 1.0Nm are common commercial practice.
Above is a pic of a modification to reinforce the connectors. This article sets out the analysis of just the solder joint within the cross section of the brass pieces.
At first, the strength of the butt soldered joint might seem a simple case of beam analysis where the beam is of cast solder of the same cross section l x w as the soldered joint. Continue reading Strength of reinforcement of nanovna-H connectors
I often see reports that a nanovna has been ‘bricked’.
The STM32F072 chip used on the original nanovna has some features that make the firmware update process simple and robust, and difficult to mess up.
The normal way of doing a firmware update is using the DFU protocol from a PC over the USB interface. To use this, the device has to be “put into DFU mode”, this means that the chip is reset and started executing the bootloader in permanent system memory.
The concept of DFU is that normal client programs used with the device can easily be extended to include the DFU function as just another menu function of the client software. I am not aware of any nanovna client that does this.
So, you need to use a programming client, and for Windows a good choice is ST’s DfuSeDemo. You may need to convert the distributed file format using Dfu file manager from the same distribution, not all developers distribute a .dfu file.
There is a pin on the board, BOOT0, that must be held high during reset to enter the on-chip bootloader. Later firmware versions also provide a menu option to enter the bootloader, but if an attempted upgrade messes up the menu, you may need to use the BOOT0 pin bridged to the adjacent VDD pin while you power cycle the nanovna.
Above is the rear view of the board, and a jumper using pogo pins to bridge BOOT0 to VDD. Continue reading nanovna-H – recovery
At A thinking exercise on Jacobi Maximum Power Transfer #2 I posed the question of a metric for the mismatch at the L2L1 junction in the following network where the calculated values L2L1_lZ is the load impedance at the L2L1 junction (looking left as Simsmith is unconventional), and L2L1_sZ is the source impedance at the L2L1 junction (looking right). The left three components are the fixed antenna representation.
Common practice is to speak of a “source VSWR” to mean the VSWR calculated or measured looking towards the source, and very commonly this is taken wrt 50+j0Ω which may be neither the source or load impedance but an arbitrary reference. Continue reading A thinking exercise on Jacobi Maximum Power Transfer #3
At A thinking exercise on Jacobi Maximum Power Transfer I posed an unanswered Q2:
Keeping in mind that C2 and L2 are an adjustable matching network, usually adjusted for minimum VSWR as seen at the source G. So, the questions are:
Does the system take maximum available power from the source G when the load impedance seen by source G is equal to the conjugate of its Thevenin equivalent source impedance (ie C2.Z=G.Zo in Simsmith speak)?
Does that ‘matched’ condition result in maximum power in the load L?
Above for reader’s convenience is the model conjugate matched at the GC2 interface. The calculated Po figure (lower right) is the power in the load L to high resolution. Continue reading A thinking exercise on Jacobi Maximum Power Transfer #2
nanovna-H v3.4 is out, and I don’t yet see significant problem reports.
When I compare the circuit with v3.3 (which I have), apart from new battery charger IC etc, the changes are in three areas:
- decoupling power to the mixers;
- increasing the drive to the mixers; and
- higher attenuation of input on the rx port. Continue reading nanovna-H – rework of v3.3 PCB to v3.4?
At The system wide conjugate match stuff crashes out again I discussed the failure of Walt Maxwell’s teachings on system wide simultaneous conjugate match using an example drawn from an online expert’s posting.
The replicated scenario with matching with an L network where the inductor has a Q of 100, no other loss elements is shown below. (Quality real capacitor losses are very small, and the behavior will not change much, the inductor loss dominates.)
Above is a model in Simsmith where I have adjusted the lossy L network for a near perfect match. I have used a facility in Simsmith to calculate the impedance looking back from L1, often known as the source impedance at a node but in Simsmith speak the calculated L1_revZ on the form, (ie back into the L network) from the equivalent load. Continue reading A thinking exercise on Jacobi Maximum Power Transfer
RFPM2 – current probe described a current probe for use with a power meter calibrated in dBm (eg RFPM1 and RFPM2).
RFPM2 – current probe – #2 exposed some of the build details.
This article reports the completed article.
Above the current probe with RFPM2, the display does not show well at this camera angle… it is actually a lot clearer when viewed from a higher angle.
The instrument noise floor is around -76dBA or 0.16mA. When coupled to a conductor the background noise level will raise that by some site dependent amount, at my home coupled to an antenna feed line it bounces between -75 and -65dBA. Continue reading RFPM2 – current probe – #3
At nanovna – measurement of two 920MHz LoRa antennas I mentioned my growing frustration with the USB interface on the nanovna, particularly the tendency to reset the nanovna with the slightest wiggle and the frustration in trying to use the resulting mess.
I have previously cleaned both plug and socket a couple of times, the last time was after some board modifications and flux residue was washed from the board keeping the USB socket dry, then the USB socket was flushed with clean solvent and blow dry.
The USB problems have become apparent only recently and rapidly got worse. Continue reading nanovna-H – v3.3 USB problems
I was recently revising the code for the Coax Relay Driver to use a PIC16F1827 chip, and thought a good improvement would be a board that held the prototype electronics and the pulse latching relay together as an assembly.
Above is the design from Fusion360 to be cut from 3mm clear PVC sheet on the CNC router.
Above is the cut piece with four M3 heat melt threaded inserts for the electronics.
Above is the completed prototype assembly. The white cable to the left is an ICSP connection for programming / in circuit debugging of the code.
Whilst I used a CNC router do cut the board out, it could easily be done with a jigsaw and drill.