The Mixer, My Grandfather, and the Looming Crisis of Unfixable Electronics

đź’ˇ The Mixer, My Grandfather, and the Looming Crisis of Unfixable Electronics

My weekend project—a powered mixer for a friend—was a powerful, hands-on lesson in the changing nature of electronics and the fight for the Right to Repair.

For a friend, I made an exception to my usual “no bench work” rule. The diagnosis was classic: a blown channel, likely from speakers incorrectly wired in parallel. Instead of a minimal patch job, I opted for a full refurbishment, the way I was taught: new, high-quality Panasonic FC caps and fresh, matched transistors. A labour of love, not profit.

The true difficulty wasn’t the soldering; it was the manufacturer. My simple request for a 25-year-old service manual was flat-out denied. They are for “authorized repair depots only.”

This experience, though successful for my friend, crystallized a serious concern: we are rapidly entering a world of unservicable, unfixable electronics.

The Three Costs of Non-Repairability

The Cost of Time, Parts, and Labor:

I spent far more on parts, time, and labour than the powered mixer is worth on the used market. This is the reality of non-authorized repair—every component decision, every circuit trace, becomes a painstaking reversal of proprietary design. It was a labour of friendship, but it’s an impossible model for a business.

How can an electronics business operate today when manufacturers actively make repairs slow, opaque, and expensive?

The Environmental Cost (E-Waste):

When repair becomes economically or technically impossible, replacement is the only option. This fuels a massive surge in electronic waste (e-waste). That 25-year-old mixer, which is now ready for another decade of service thanks to a few dollars in components, would otherwise have been destined for the landfill. Denying access to manuals is effectively an enforced, premature death sentence for functional equipment.

The Loss of a Craft and a Livelihood:

My grandfather fixed electronics for 60 years. His profession, and the fundamental consumer assumption that “if it’s broken, it can be fixed,” is being systematically dismantled. The miniaturization, the proprietary software locks, and the refusal to share documentation are creating a technical barrier that few independent technicians can overcome.

The Hope in Right to Repair

My frustration is why the global Right to Repair movement is so critical. This isn’t just about saving money; it’s about:

Ownership: When we buy a product, we should own it—and the right to repair it, or have it repaired by whomever we choose.

Sustainability: Extending the lifespan of devices is the most effective form of recycling.

Competition: Allowing independent repair shops to thrive fosters competition, lowers costs, and drives innovation in repairability.

Legislative movements are gaining ground across North America and Europe, pushing manufacturers to release documentation, tools, and parts. It’s a fight to preserve the longevity of our technology and the expertise of those who can fix it.

For now, the mixer is singing again—a testament to what can be done with skill and dedication. But the struggle to keep 25-year-old gear alive is a clear warning sign for the future of new equipment.

Immersive audio demonstration recordings

From Artist’s Intent to Technician’s Choice

In a world full of immersive buzzwords and increasingly complex production techniques, the recording artist’s original intentions can quickly become filtered through the lens of the technician’s execution.

I’ve been thinking about this a lot recently. I just acquired something that powerfully inspired my career in music—a piece of music heard the way it was truly intended before we fully grasped how to record and mix effectively in stereo. It was raw, immediate, and utterly captivating.

I feel we’re in a similar transition zone right now with immersive content production. We’re in the “stereo demo” phase of this new sonic dimension. We’re still learning the rules, and sometimes, the sheer capability of the technology overshadows the artistic purpose. The power of immersive sound shouldn’t just be about where we can place a sound, but where the story or the emotion demands it.

It brings me back to the core inspiration.

Putting the Mechanics into Quantum Mechanics

As we explore the frontier of quantum computing, we’re not just grappling with abstract concepts like superposition and entanglement—we’re engineering systems that manipulate light, matter, and energy at their most fundamental levels. In many ways, this feels like a return to analog principles, where computation is continuous rather than discrete.

A Return to Analog Thinking

Quantum systems inherently deal with waves—light waves, probability waves, electromagnetic waves. These are the same building blocks that analog computers once harnessed with remarkable efficiency. Analog systems excelled at handling infinite resolution calculations, where signals like video, sound, and RF were treated as continuous phenomena:

  • Video is light being redirected.
  • Sound is pressure waves propagating.
  • RF is electromagnetic waves traveling from point to point.

The challenge now is: how do we process continuously varying signals at the speed of light, without being bottlenecked by digital discretization?

Light as Information

I often joke that light moves at the speed of light—until it’s put on a network. But in the quantum realm, we’re literally dealing with light as both input and output. That changes the paradigm entirely.

To “put the mechanics into quantum mechanics” means:

  • Designing systems that physically embody quantum principles.
  • Treating light not just as a carrier of information, but as the information itself.
  • Building architectures that process analog signals at quantum scales, leveraging phase, amplitude, and polarization as computational resources.

Engineering Quantum Behavior

In this paradigm, we’re not just simulating quantum behavior—we’re engineering it. Quantum computing isn’t just about qubits flipping between 0 and 1; it’s about manipulating the very nature of reality to perform computation. This requires a deep understanding of both the physics and the engineering required to build systems that operate at the atomic and photonic level.

We’re entering an era where the boundaries between physics, computation, and communication blur. And perhaps, by revisiting the principles of analog computation through the lens of quantum mechanics, we’ll unlock new ways to process information—at the speed of light, and with the precision of nature itself.

The Most Powerful Computers You’ve Never Heard Of

 

Rescuing Your Old Tapes: A Guide to Cassette Tape Restoration

Rescuing Your Old Tapes: A Guide to Cassette Tape Restoration

For those with treasured audio recordings on old cassette tapes from the 1970s and 80s, discovering they no longer play correctly can be heartbreaking. A common issue is the tape slipping and dragging, which can manifest as a screeching sound or simply an inability to move past the capstan. This frustrating problem is often a symptom of a condition known as “sticky-shed syndrome”, and fortunately, it’s one that can be fixed. 

Understanding Sticky-Shed Syndrome

Sticky-shed syndrome is the primary cause of playback issues with many old tapes. It’s not a mechanical issue with the cassette shell, as you’ve observed, but a chemical breakdown of the tape itself. The binder, which is the adhesive that holds the magnetic oxide particles onto the plastic backing of the tape, is hygroscopic, meaning it readily absorbs moisture from the air. Over time, this moisture accumulation causes the binder to degrade and turn into a sticky, gooey substance. This residue creates drag as the tape passes over the playback head and rollers, leading to the slipping and erratic playback you’ve experienced.

The tapes most affected by this condition are typically those that used certain polyurethane-based binders, common in products from manufacturers like Ampex and Scotch/3M during the 1970s and 1980s.


The “Baking” Solution

The most effective and widely recognized method for treating sticky-shed syndrome is a process often referred to as “baking” the tape. Despite the name, this process is not about cooking the tape. Instead, it involves applying low, controlled heat to the tape to temporarily drive out the moisture from the binder.

The process is simple in concept but requires precision to avoid permanent damage. The tape is removed from its shell and placed in a specialized oven or dehydrator at a low temperature, typically around 130-140°F (55-60°C), for several hours. This dehydrates the binder, temporarily restoring its integrity and reducing its stickiness.

It is critical to note that baking is not a permanent fix. The tape will once again begin to absorb moisture from the air, and the sticky-shed syndrome will return, usually within a few weeks to a few months. Therefore, baking is a temporary procedure done with one goal in mind: to get a single, clean transfer of the audio to a stable digital format, such as a computer file.


The Role of Lubrication

While some may suggest lubricating the tape, this is generally not recommended for sticky-shed syndrome. The problem is not a lack of lubrication on the tape’s surface; it’s a fundamental chemical breakdown. Applying external lubricants like silicone to the tape can create a temporary and messy fix that may contaminate your playback equipment’s heads and rollers, potentially causing more harm than good. Lubrication can also make it difficult for professionals to properly clean and restore the tape if the initial home remedy fails.

For sticky-shed syndrome, baking is the tried-and-true method. If you’re not comfortable with the process, or if the tapes are irreplaceable, it is highly recommended to consult a professional audio restoration service like Richard L Hess  They have the proper equipment and expertise to safely bake and digitize your valuable recordings.

Open Air – Zone Awareness Processor

Creating a memorable logo? Here are a few key tips I’ve found helpful:

Iteration is Key: Don’t expect perfection on the first try. Explore multiple concepts and refine the strongest ones. Each version teaches you something!

“Jam” on Ideas: Brainstorm freely! No idea is a bad idea in the initial stages. Let your creativity flow and see what unexpected directions you can take.

Fail Faster: the more iterations that aren’t it, get you close to it.

Specificity Matters: The more specific you are about a brand’s essence, values, and target audience, the better your logo will represent you. Clearly define what you want to communicate visually.

What are your go-to tips for logo design? Share them in the comments! #logodesign #branding #designthinking #visualidentity #AI

Python spectrum analyzer to CSV extract for Agilent N9340B

import pyvisa
import time
import csv
from datetime import datetime
import os
import argparse
import sys

# ------------------------------------------------------------------------------
# Command-line argument parsing
# This section defines and parses command-line arguments, allowing users to
# customize the scan parameters (filename, frequency range, step size) when
# running the script.
# ------------------------------------------------------------------------------
parser = argparse.ArgumentParser(description="Spectrum Analyzer Sweep and CSV Export")

# Define an argument for the prefix of the output CSV filename
parser.add_argument('--SCANname', type=str, default="25kz scan ",
                    help='Prefix for the output CSV filename')

# Define an argument for the start frequency
parser.add_argument('--startFreq', type=float, default=400e6,
                    help='Start frequency in Hz')

# Define an argument for the end frequency
parser.add_argument('--endFreq', type=float, default=650e6,
                    help='End frequency in Hz')

# Define an argument for the step size
parser.add_argument('--stepSize', type=float, default=25000,
                    help='Step size in Hz')
                    
# Add an argument to choose who is running the program (apk or zap)
parser.add_argument('--user', type=str, choices=['apk', 'zap'], default='zap',
                    help='Specify who is running the program: "apk" or "zap". Default is "zap".')


# Parse the arguments provided by the user
args = parser.parse_args()

# Assign parsed arguments to variables for easy access
file_prefix = args.SCANname
start_freq = args.startFreq
end_freq = args.endFreq
step = args.stepSize
user_running = args.user

# Define the waiting time in seconds
WAIT_TIME_SECONDS = 300 # 5 minutes

# ------------------------------------------------------------------------------
# Main program loop
# The entire scanning process will now run continuously with a delay.
# ------------------------------------------------------------------------------
while True:
    # --------------------------------------------------------------------------
    # VISA connection setup
    # This section establishes communication with the spectrum analyzer using the
    # PyVISA library, opens the specified instrument resource, and performs initial
    # configuration commands.
    # --------------------------------------------------------------------------
    # Define the VISA address of the spectrum analyzer. This typically identifies
    # the instrument on the bus (e.g., USB, LAN, GPIB).
    # Define the VISA address of the spectrum analyzer. This typically identifies
    # the instrument on the bus (e.g., USB, LAN, GPIB).
    apk_visa_address = 'USB0::0x0957::0xFFEF::CN03480580::0::INSTR'
    zap_visa_address = 'USB1::0x0957::0xFFEF::SG05300002::0::INSTR'
    
    if user_running == 'apk':
        visa_address = apk_visa_address
    else:  # default is 'zap'
        visa_address = zap_visa_address

    # Create a ResourceManager object, which is the entry point for PyVISA.
    rm = pyvisa.ResourceManager()

    try:
        # Open the connection to the specified instrument resource.
        inst = rm.open_resource(visa_address)
        print(f"Connected to instrument at {visa_address}")

        # Clear the instrument's status byte and error queue.
        inst.write("*CLS")
        # Reset the instrument to its default settings.
        inst.write("*RST")
        # Query the Operation Complete (OPC) bit to ensure the previous commands have
        # finished executing before proceeding. This is important for synchronization.
        inst.query("*OPC?")


        inst.write(":POWer:GAIN ON")
        print("Preamplifier turned ON.")
        inst.write(":POWer:GAIN 1") # '1' is equivalent to 'ON'
        print("Preamplifier turned ON for high sensitivity.")


        # Configure the display: Set Y-axis scale to logarithmic (dBm).
        inst.write(":DISP:WIND:TRAC:Y:SCAL LOG")
        # Configure the display: Set the reference level for the Y-axis.
        inst.write(":DISP:WIND:TRAC:Y:RLEV -30")
        # Enable Marker 1. Markers are used to read values at specific frequencies.
        inst.write(":CALC:MARK1 ON")
        # Set Marker 1 mode to position, meaning it can be moved to a specific frequency.
        inst.write(":CALC:MARK1:MODE POS")
        # Activate Marker 1, making it ready for use.
        inst.write(":CALC:MARK1:ACT")

        # Set the instrument to single sweep mode.
        # This ensures that after each :INIT:IMM command, the instrument performs one
        # sweep and then holds the trace data until another sweep is initiated.
        inst.write(":INITiate:CONTinuous OFF")

        # Pause execution for 2 seconds to allow the instrument to settle after configuration.
        time.sleep(2)

        # --------------------------------------------------------------------------
        # File & directory setup
        # This section prepares the output directory and generates a unique filename
        # for the CSV export based on the current timestamp and user-defined prefix.
        # --------------------------------------------------------------------------
        # Define the directory where scan results will be saved.
        # It creates a subdirectory named "N9340 Scans" in the current working directory.
        scan_dir = os.path.join(os.getcwd(), "N9340 Scans")
        # Create the directory if it doesn't already exist. `exist_ok=True` prevents
        # an error if the directory already exists.
        os.makedirs(scan_dir, exist_ok=True)

        # Generate a timestamp for the filename to ensure uniqueness.
        timestamp = datetime.now().strftime("%Y%m%d_%H-%M-%S")
        # Construct the full path for the output CSV file.
        filename = os.path.join(scan_dir, f"{file_prefix}--{timestamp}.csv")

        # --------------------------------------------------------------------------
        # Sweep and write to CSV
        # This is the core logic of the script, performing the frequency sweep in
        # segments, reading data from the spectrum analyzer, and writing it to the CSV.
        # --------------------------------------------------------------------------
        # Define the width of each frequency segment for sweeping.
        # Sweeping in segments helps manage memory and performance on some instruments.
        segment_width = 10_000_000  # 10 MHz

        # Convert step size to integer, as some instrument commands might expect integers.
        step_int = int(step)
        # Convert end frequency to integer, for consistent comparison in loops.
        scan_limit = int(end_freq)

        # Open the CSV file in write mode (`'w'`). `newline=''` prevents extra blank rows.
        with open(filename, mode='w', newline='') as csvfile:
            # Create a CSV writer object.
            writer = csv.writer(csvfile)
            # Initialize the start of the current frequency block.
            current_block_start = int(start_freq)

            # Loop through frequency blocks until the end frequency is reached.
            while current_block_start < scan_limit:
                # Calculate the end frequency for the current block.
                current_block_stop = current_block_start + segment_width
                # Ensure the block stop doesn't exceed the overall scan limit.
                if current_block_stop > scan_limit:
                    current_block_stop = scan_limit

                # Print the current sweep range to the console for user feedback.
                print(f"Sweeping range {current_block_start / 1e6:.3f} to {current_block_stop / 1e6:.3f} MHz")

                # Set the start frequency for the instrument's sweep.
                inst.write(f":FREQ:START {current_block_start}")
                # Set the stop frequency for the instrument's sweep.
                inst.write(f":FREQ:STOP {current_block_stop}")
                # Initiate a single immediate sweep.
                inst.write(":INIT:IMM")
                # Query Operation Complete to ensure the sweep has finished before reading markers.
                # This replaces the fixed time.sleep(2) for more robust synchronization.
                inst.query("*OPC?")

                # Initialize the current frequency for data point collection within the block.
                current_freq = current_block_start
                # Loop through each frequency step within the current block.
                while current_freq <= current_block_stop:
                    # Set Marker 1 to the current frequency.
                    inst.write(f":CALC:MARK1:X {current_freq}")
                    # Query the Y-axis value (level in dBm) at Marker 1's position.
                    # .strip() removes any leading/trailing whitespace or newline characters.
                    level_raw = inst.query(":CALC:MARK1:Y?").strip()

                    try:
                        # Attempt to convert the raw level string to a float.
                        level = float(level_raw)
                        # Format the level to one decimal place for consistent output.
                        level_formatted = f"{level:.1f}"
                        # Convert frequency from Hz to MHz for readability.
                        freq_mhz = current_freq / 1_000_000
                        # Print the frequency and level to the console.
                        print(f"{freq_mhz:.3f} MHz : {level_formatted} dBm")
                        # Write the frequency and formatted level to the CSV file.
                        writer.writerow([freq_mhz, level_formatted])

                    except ValueError:
                        # If the raw level cannot be converted to a float (e.g., if it's an error message),
                        # use the raw string directly.
                        level_formatted = level_raw
                        # Optionally, you might want to log this error or write a placeholder.
                        print(f"Warning: Could not parse level '{level_raw}' at {current_freq / 1e6:.3f} MHz")
                        writer.writerow([current_freq / 1_000_000, level_formatted])

                    # Increment the current frequency by the step size.
                    current_freq += step_int

                # Move to the start of the next block.
                current_block_start = current_block_stop

    except pyvisa.VisaIOError as e:
        print(f"VISA Error: Could not connect to or communicate with the instrument: {e}")
        print("Please ensure the instrument is connected and the VISA address is correct.")
        # Decide if you want to exit or retry after a connection error
        # For now, it will proceed to the wait and then try again.
    except Exception as e:
        print(f"An unexpected error occurred during the scan: {e}")
        # Continue to the wait or exit if the error is critical
    finally:
        # ----------------------------------------------------------------------
        # Cleanup
        # This section ensures that the instrument is returned to a safe state and
        # the VISA connection is properly closed after the scan is complete.
        # ----------------------------------------------------------------------
        if 'inst' in locals() and inst.session != 0: # Check if inst object exists and is not closed
            try:
                # Attempt to send the instrument to local control.
                inst.write("SYST:LOC")
            except pyvisa.VisaIOError:
                pass # Ignore if command is not supported or connection is already broken
            finally:
                inst.close()
                print("Instrument connection closed.")
        
        # Print a confirmation message indicating the scan completion and output file.
        if 'filename' in locals(): # Only print if filename was successfully created
            print(f"\nScan complete. Results saved to '{filename}'")

    # --------------------------------------------------------------------------
    # Countdown and Interruptible Wait
    # --------------------------------------------------------------------------
    print("\n" + "="*50)
    print(f"Next scan in {WAIT_TIME_SECONDS // 60} minutes.")
    print("Press Ctrl+C at any time during the countdown to interact.")
    print("="*50)

    seconds_remaining = WAIT_TIME_SECONDS
    skip_wait = False

    while seconds_remaining > 0:
        minutes = seconds_remaining // 60
        seconds = seconds_remaining % 60
        # Print countdown, overwriting the same line
        sys.stdout.write(f"\rTime until next scan: {minutes:02d}:{seconds:02d} ")
        sys.stdout.flush() # Ensure the output is immediately written to the console

        try:
            time.sleep(1)
        except KeyboardInterrupt:
            sys.stdout.write("\n") # Move to a new line after Ctrl+C
            sys.stdout.flush()
            choice = input("Countdown interrupted. (S)kip wait, (Q)uit program, or (R)esume countdown? ").strip().lower()
            if choice == 's':
                skip_wait = True
                print("Skipping remaining wait time. Starting next scan shortly...")
                break # Exit the countdown loop
            elif choice == 'q':
                print("Exiting program.")
                sys.exit(0) # Exit the entire script
            else:
                print("Resuming countdown...")
                # Continue the loop from where it left off

        seconds_remaining -= 1

    if not skip_wait:
        # Clear the last countdown line
        sys.stdout.write("\r" + " "*50 + "\r")
        sys.stdout.flush()
        print("Starting next scan now!")
    
    print("\n" + "="*50 + "\n") # Add some spacing for clarity between cycles

The Redder, The Better 🚦

The Redder, The Better – A phrase used in audio engineering to describe how an audio signal is often considered optimal when the volume unit (VU) meter or LED peak meter enters the red zone. This indicates a strong signal level, improving the signal-to-noise ratio (SNR) by ensuring the desired audio remains well above the noise floor. In analog systems, slight red-zone peaks can add warmth and presence, while in digital systems, red peaks indicate maximum headroom before potential distortion or clipping. 🚦