TechyMagThings

In the ongoing development of cancer immunotherapy, as well as our still developing understanding of the human immune system, there’s always been a bit of massive elephant in the room. The thing about human bodies is that they’re not just human cells, but also consist of trillions of bacteria that mostly live in the intestines. What effect these bacteria have on the immune system’s functioning and from there on immunotherapies was recently investigated by [Tariq A. Najar] et al., with an article published in Nature.

The relevant topic here is that of antigenic mimicry, involving microbial antigens that resemble self-antigens. Since these self-antigens are a crucial aspect of both autoimmune diseases and cancer immunotherapy there is considerable room for interaction with their microbial mimics. Correspondingly these mimics can have considerable negative as well as positive implications, ranging from potentially triggering an autoimmune condition to hindering or boosting cancer immunotherapy.

In this study mice were used to investigate the effect of such microbial interference, in particular focusing on immune checkpoint blockade (ICB), which refers to negative feedback responses within the immune system that some cancers use to protect themselves. In some immunotherapy patients ICB inhibiting using e.g. anti programmed cell death protein (anti-PD-1) treatment does not provoke a response for some reason.

For the study mice had tumors implanted and the effect of a particular microbe (segmented filamentous bacteria, SFB) on it studied, with the presence of it markedly improving the response to anti-PD-1 treatment due to anti-gens expressed by SFB despite the large gut-skin distance. Whether in humans similar mechanisms play a similarly strong role remains to be investigated, but it offers renewed hope that cancer immunotherapies like CAR T-cell immunotherapy will one day make cancer an easily curable condition.

For those who haven’t been following along, [BPS.space] aka [Joe] is on a journey to launch a home-built rocket past the Kármán line where it will officially reach outer space. But one does not simply launch a rocket to outer space on the first try. The process is long and involves not only building a series of rockets, but designing and building propellant mixtures, solving aerodynamic problems, gaining several model rocket certifications along the way, and a whole host of other steps. He’s also documenting the entire process on video as well, which involves some custom camera work like this rocket selfie camera which will take an image of his rockets at apogee.

Like most problems in high-power rocketry, extremely tiny problems have a way of causing catastrophic failure, so every detail needs to be considered and planned for in the final design. For a camera that needs to jettison itself from the rocket at a precise moment after experiencing an incredible amount of forces, this is a complicated problem to solve. The initial design involves building a sled for a small deconstructed GoPro which uses springs and a servo to launch itself out of the rocket. The major problem with the design is that even the smallest torque on the sled will cause the camera to point in a random direction by the time it’s far enough from the rocket to take a picture. [Joe] tried a number of design iterations but could not get these torques to vanish.

One of the design limitations with this camera is that it won’t have any sort of parachute or tether itself to the rocket, so it will hit the ground at its terminal velocity. To keep that velocity down and improve survivability chances of the footage, the mass has to stay low. Eventually he settled on a semi-active control system by mounting a brass weight on a small motor, giving the camera module enough stability to stay pointed at the rocket long enough to take the video. Even though it hasn’t flown yet, admitting his first design wasn’t working at compromising on this solution which adds a bit of mass seems to be a good design change. We’ve been following along with his entire process so be sure to check out his actual rocket motor builds and teardowns as well.

[Térence Grover] had a very special coin—a  €1,000 commemorative piece only available to Monégasque nationals. If you want to flip one, normally you’d have to go snatch one up from somebody in Monaco—or you could just do it online!

Yes, he built an automated online coin flipper to flip this very special piece of coinage. A 12-volt solenoid is fired to flip the coin into the air. It then lands on its 3D-printed tray, where a Raspberry Pi-based computer vision system built with OpenCV and a TFLite model classifies whether the result is heads or tails via a machine learning algorithm. An iris mechanism operated by servo motor then centers the coin on the tray, so it sits back over the solenoid, ready to flip once again. [Térence] was eventually able to refine this simple homemade build to the point that it ran autonomously for a full 50,000 flips on a livestream without issue.

The mechanism in this build is not dissimilar to a coin flipper we’ve seen before. We’ve also explored the statistics involved, too. Video after the break.

This week Jonathan chats with Johannes Millan about Super Productivity and Parallel Code! Those are two very different projects, but both aiming for helping us get our work done. Super Productivity is a scheduling and time tracking suite, while Parallel Code is an almost-IDE for managing and isolating AI coding agents. This episode has something for everybody, so check it out!

• https://github.com/johannesjo
• https://super-productivity.com
• https://parallelcode.app/

Did you know you can watch the live recording of the show right on our YouTube Channel? Have someone you’d like us to interview? Let us know, or have the guest contact us! Take a look at the schedule here.

Direct Download in DRM-free MP3.

If you’d rather read along, here’s the transcript for this week’s episode.

Theme music: “Newer Wave” Kevin MacLeod (incompetech.com)

Licensed under Creative Commons: By Attribution 4.0 License

Itanium was once meant to be the next step in computing, to compete with the likes of IBM, Sun and DEC, but also for Intel to have an architecture that couldn’t be taken from it, as the PC was from IBM by its clones. Today, however, Itanium is a relic of the past. [Asianometry] tells us the story of Itanium.

By the ’90s, servers were an established market dominated by RISC architectures and Unix-like operating systems. Intel wanted to compete in this market, due in part to worries of losing control over x86. So, when Hewlett Packard came to Intel in late ’93, Intel eventually agreed to collaborate on a new project in EPIC (Explicitly Parallel Instruction Computing).

The project initially called PA-WW (later IA-64 and Itanium), was also a radical approach to ILP (Instruction-Level Parallelism). As HP engineers saw RISC architectures potentially hitting performance limits in the future, the idea was a compromise between fully compiler-driven VLIW and the fully hardware-driven superscalar and out-of-order computers.

The collaboration between Intel and HP did not go without problems, however. Internal politics, both between HP and Intel disagreeing about design choices and Intel’s Itanium and x86 teams internally competing who was making the new big product, were early signs of trouble. The x86 team’s work eventually came to be the Pentium Pro, which was now catching up with the fastest RISC architectures.

In the mean time, Itanium had been delayed once and twice, due to Intel underestimating the true scale of the project and the fabrication technology required. The mounting delays eventually caused a release in 2003, 4 years late. And the competition wasn’t waiting in the mean time. New RISC chips were still being released year after year, eating in to what would have been Itanium’s performance advantage.

In an ironic twist, Itanium’s attempt to dislodge x86 actually solidified it. AMD realized that Intel had made a mistake; software developers would not want to recompile for a completely different architecture. And so, yet more competition began in the form of AMD’s 64-bit extension to x86, the specification written by the legendary Jim Keller. And, while sales numbers were lower than projected, AMD had still won; more AMD64 chips were being sold than Itanium ones.

In the end, Itanium died a slow death due to delays and increasing competition. With it, AMD made a major change to x86, the first time Intel was on the back foot in the x86 race, eventually leading to their adoption of AMD64 (now called x86-64) with some minor changes. By the time Itanium 2 launched, the writing was on the wall: Itanium had failed to capture the market.

History often rhymes, and so does the story of Itanium to that of VLIW; an architecture perhaps too ambitious for its own good.

Die shots of an Intel Itanium processor courtesy of [der8auer].

In the ages before convenient global positioning satellites to query for one’s current location military aircraft required dedicated navigators in order to not get lost. This changed with increasing automation, including the arrival of increasingly more sophisticated electromechanical computers, such as the angle computer in the B-52 bomber’s star tracker that [Ken Shirriff] recently had a poke at.

We covered star trackers before, with this devices enabling the automation of celestial navigation. In effect, as long as you have a map of the visible stars and an accurate time source you will never get lost on Earth, or a few kilometers above its surface as the case may be.

The B-52’s Angle Computer is part of the Astro Compass, which is the star tracker device that locks onto a star and outputs a heading that’s accurate to a tenth of a degree, while also allowing for position to be calculated from it. Inside the device a lot of calculations are being performed as explained in the article, though the full equations are quite complex.

Not burdening the navigator of a B-52 with having to ogle stars themselves with an instrument and scribbling down calculations on paper is a good idea, of course. Instead the Angle Computer solves the navigational triangle mechanically, essentially by modelling the celestial sphere with a metal half-sphere. The solving is thus done using this physical representation, involving numerous gears and other parts that are detailed in the article.

In addition to the mechanical components there are of course the motors driving it, feedback mechanisms and ways to interface with the instruments. For the 1950s this was definitely the way to design a computer like this, but of course as semiconductor transistors swept the computing landscape, this marvel of engineering would before long find itself too replaced with a fully digital version.

LED candles are neat, but they’re very suboptimal for wish-making: you can’t blow them out. Unless you take the circuit from [Andrea Console]’s latest project that lets you do just that, using only analog electronics— no microcontroller in sight.

He’s using the known temperature-voltage behaviour of the LED for control here– sort of like the project we saw in last year’s Component Abuse Challenge that let you illuminate the LED with a butane lighter. Here it’s a bit less dramatic, relying only on the small cooling effect your breath has on the LED.

There are two parts to the circuit, really– a latching section to turn the thing on from a single button press, and breath-detecting section. The breath-detecting section relies on an op-amp acting as a comparator, comparing the voltage across the LED’s current-limiting resistor, and a reference stored in a 100 µF capacitor. Blowing on the candle spikes the voltage on the LED, and thus the current-limiting resistor too fast for the capacitor’s voltage to change, so the comparator flips, triggering a reset of the latching circuit. Could you do it with an Arduino? No doubt, but the fact is you don’t have to and this is a more elegant solution than just another microcontroller.Check it out in action with the video embedded below.

It reminds us of the sort of circuit we’d have found in a project book, back in the day. [Andrea] seems to have a knack for that sort of thing, as seen with the half crystal/half regenerative radio we saw previously.