350 karma · joined December 22, 2020
I also own something like three different Framework products (16, 13 and Desktop) and gifted two more (13 and Desktop) to people. Really, apart from the fit issues on 16 spacers and perhaps the speakers, the only really unforgivable issue is the size of the expansion cards (too small for interesting hardware like a good LTE modem).
You can also make them out of semiconductors. VCSELs and other semiconductor gain media naturally have short upper state lifetimes. It makes for a happy stable femtosecond laser with a semiconductor saturable absorber.
Narrower FWHM means you will miss fewer energy peaks from isotopes.
Here's some spectra with 3% FWHM @ 662 keV:
https://maximus.energy/index.php/2020/05/01/gamma-spectrosco...
Perhaps they're the new incarnation of audiophiles.
https://cdrdv2-public.intel.com/632833/ec2650qi-datasheet.pd...
Enpirion's first products - integrated-inductor DC/DC converters - were limited to fairly low input voltages. This allowed them to run very fast with the technology of the time; they needed to run fast, because the integrated inductor was not very large. But this was severely limiting Enpirion's market: if you wanted to make something 5V-powered, they were great. But a PC motherboard application with 12V input?
This device was the answer: convert 12V to 6V with this switched capacitor halver, and then use other Enpirion parts. I don't think it was super successful, though, because at this point you were no longer winning on board complexity by using integrated inductors.
You can think of it as a weirdness budget: this is an odd-purposed device, running a specialty distribution of Linux by design. It is not portable despite having portable-like specs. And on top of this, it has an unusual keyboard layout.
It costs a lot of money and requires pre-orders, so you can't even impulse buy it. You can't actually see if you'd like the keyboard switch or layout in stores, either.
What really burned me on this kind of stuff was the disappearance of Xeon Phi drivers from the kernel. Intel backed it out after they discontinued the product line, and the kernel people gladly went with it ("who'll maintain this?"). Intel pulled a beautiful piece of process lawyership on it: apparently they could back it out without difficulty, because the product was never released! (Never mind it has been sold, retired and circulated in public.)
Nobody expected Intel to provide employees to write support for 80386 pagetables, or Philips to write and maintain support for the I2C bus. The PC keyboard driver was not sponsored and supported by IBM. Getting the code into Linux was really easy (and it shows in a lot of the older code; Linux kernel quality standards have been rising over time), because everyone was mostly cooperating on a cool open-source project.
But at some point, this became apparently unsustainable, and the expectation is now that AMD will maintain their GPU drivers, and Qualcomm (or some other company with substantial resources) will contribute code and employees to deal with Adreno GPUs. This led to a shift in reviewer attitudes: constant back-and-forth about code or design quality is typical on the mailing lists now.
This means contributing code to the kernel is a massive chore, which any person with interest in actually making things work should prefer to avoid. What's left is language lawyers, evangelists and people who get paid to sit straight and treat it as a 9-5 job.
A somewhat difficult part of making (moderate-frequency) analog oscillators is getting a clean sinewave without harmonics. It sounds like the easiest thing in the world: a delay, a low-pass filter, a linear amplifier that compensates for the loss in the delay and filter, and boom, sinewave. You can even put the low-pass filter and the delay in a single phase shifter circuit.
The difficulty is hidden in the "compensates for the loss" language. If you amplify too little, your oscillation will decay. If you amplify too much, you will inevitably saturate the amplifier, introducing lots of harmonics (like a squarewave output in the article). So you need some way to stabilize your gain at exactly the right level.
A lightbulb is an interesting device: it is a very linear resistor at short timescales, but nonlinear at long timescales. As the filament heats up, resistance rises. The thermal constant can be fairly substantial, certainly more than kHz or MHz oscillator frequencies. So you can exploit this sweet and clean nonlinearity to produce an oscillator that self-stabilizes!
Design your circuit so that the amplifier gain is controlled by lightbulb's resistance (which is quite easy: you use the lightbulb as one of the gain-setting resistors). And boom, pretty much a perfect sinewave.
https://en.wikipedia.org/wiki/Americans_for_Common_Cents
They care more to keep the cent than normal Americans, who ultimately pay for its cost of manufacturing, care to get rid of it. So they'll always win a careful, deliberative process; because they'll show up for the cent _every time_ this comes up. And everyone else gets mildly shafted for no reason.
If done exceptionally well, the only visible evidence of the leak will be substantial performance disparities between seemingly symmetric features (well done! this is unusual).
If done with the normal level of software design quality, the evidence will show up as quirky behavior, imperfect symmetry, "well this one always works but the other one is not reentrant", etc.
I would say the only practical application would be disposable things like PCBs in single-use vape pens. (Which are pretty environmentally offensive on other levels anyway.)
Endless hours spent exploring VGA hardware registers and trying to apply them for cool visual effects. Learning how the then-new 32-bit Windows interacted with DOS extenders, and trying to make a homemade - very basic - operating system that could do it, too. The thrill of writing a Terminate and Stay Resident alarm clock, and having it finally not explode...
I have very fond memories of the Ralf Brown's Interrupt List.