Thousands Of Internet-Connected Satellites Above Us, What Could Possibly Go Wrong!

March 19, 2020 by Jenny List 55 Comments

Our skies are full of satellites, more full than they have been, that is, because SpaceX’s Starlink and a bevvy of other soon-to-launch operators plan to fill them with thousands of small low-earth-orbit craft to blanket the Earth with satellite Internet coverage. Astronomers are horrified at such an assault on their clear skies, space-watchers are fascinated by the latest developments, and in some quarters they’re causing a bit of concern about the security risk they might present. With a lot of regrettable overuse use of the word “hacker”, the concern is that such a large number of craft in the heavens might present an irresistible target for bad actors, who would proceed to steer them into each other can cause chaos.

Invest in undersea cables, folks, the Kessler Syndrome is upon us, we’re doomed!

Continue reading “Thousands Of Internet-Connected Satellites Above Us, What Could Possibly Go Wrong!” →

Join Team Hackaday To Crunch COVID-19 Through Folding@Home

March 18, 2020 by Mike Szczys 85 Comments

Donate your extra computer cycles to combat COVID-19. The Folding@Home project uses computers from all over the world connected through the Internet to simulate protein folding. The point is to generate the data necessary to discover treatments that can have an impact on how this virus affects humanity. The software models protein folding in a search for pharmaceutical treatments that will weaken the virus’ ability to attack the human immune system. Think of this like mining for bitcoin but instead we’re mining for a treatment to Coronavirus.

Initially developed at Standford University and released in the year 2000, this isn’t the first time Hackaday has advocated for Folding@Home. The “Team Hackaday” folding group was started by readers back in 2005 and that team number is still active, so let’s pile on and work our way up the rankings. At the time of writing, we’re ranked 267 in the world, can we get back up to number 30 like we were in 2008? To use the comparison to bitcoin once again, this is like a mining pool except what we end up with is a show of goodwill, something I think we can all use right about now.

Continue reading “Join Team Hackaday To Crunch COVID-19 Through Folding@Home” →

The Legacy Of One Of Science’s Brightest Stars: Freeman Dyson

March 9, 2020 by Maya Posch 8 Comments

Of the many well-known names in science, few have been as reluctant to stick to one particular field as Freeman John Dyson. Born in the UK in 1923, he showed a great interest in mathematics and related fields even as a child. By the time he was 15 he had won a scholarship at Trinity College, in Cambridge, where he studied mathematics. Though the war forced him to work at the Air Force’s Operational Research Section (ORS), afterwards he would return to Trinity to get his BA in mathematics.

His subsequent career saw him teaching at universities in the UK and US, before eventually ending up at Cornell University, where he joined the Institute for Advanced Study at the invitation of its head, J. Robert Oppenheimer. Here he would meet up with such people as Richard Feynman with whom he would work on quantum electrodynamics.

Beyond mathematics and physics, Dyson would also express great interest in space exploration — with Dyson spheres being well-known — and genetics, both in the context of the first formation of life and in genetic manipulation to improve plants to deal with issues today. He also worked on the famous Project Orion, which used nuclear bombs for propulsion.

In this article we’ll take a look at these and other parts of Mr. Dyson’s legacy, as well as the influence of his works today.

Continue reading “The Legacy Of One Of Science’s Brightest Stars: Freeman Dyson” →

Mithro Runs Down Open Source FPGA Toolchains

March 6, 2020 by Elliot Williams 28 Comments

Tim [Mithro] Ansell has a lot to tell you about the current state of open FPGA tooling: 115 slides in 25 minutes if you’re counting. His SymbiFlow project aims to be the GCC of FPGA toolchains: cross-platform, multi-platform, completely free, and all-encompassing. That means that it’s an umbrella framework for all of the work that everyone else is doing, from work on synthesis and verification tools, to placing and routing, to vendor-specific chip libraries. His talk catches you up with the state of the art at the end of 2019, and it’s embedded below. Spoiler alert: SymbiFlow has the big Xilinx 7-series FPGAs in its crosshairs, and is closing in. SymbiFlow is that close to getting a networked Linux system on the FPGA fabric in a Xilinx 7 today, completely independent of any vendor tools.

But let’s step back a sec for a little background. When you code for an FPGA, words you type get turned into a bitstream of ones and zeroes that flip perhaps a few million switches inside the chip. Going from a higher-level language to a bitstream is a lot like compiling normal programming languages, except with the twist that the resulting computational logic doesn’t map straight into a machine language, but rather into lower-level physical hardware on the FPGA. So “compilation” for FPGAs involves two steps: synthesis and place-and-routing. Synthesis takes the higher-level language that you write and turns it into a set of networks and timing requirements that represent the same logic, and can work across chip families. Yosys is the open-source synthesis tool of choice here.

Continue reading “Mithro Runs Down Open Source FPGA Toolchains” →

Expanding, And Eventually Replacing, The International Space Station

March 3, 2020 by Tom Nardi 98 Comments

Aboard the International Space Station (ISS), humanity has managed to maintain an uninterrupted foothold in low Earth orbit for just shy of 20 years. There are people reading these words who have had the ISS orbiting overhead for their entire lives, the first generation born into a truly spacefaring civilization.

But as the saying goes, what goes up must eventually come down. The ISS is at too low of an altitude to remain in orbit indefinitely, and core modules of the structure are already operating years beyond their original design lifetimes. As difficult a decision as it might be for the countries involved, in the not too distant future the $150 billion orbiting outpost will have to be abandoned.

Naturally there’s some debate as to how far off that day is. NASA officially plans to support the Station until at least 2024, and an extension to 2028 or 2030 is considered very likely. Political tensions have made it difficult to get a similar commitment out of the Russian space agency, Roscosmos, but its expected they’ll continue crewing and maintaining their segment as long as NASA does the same. Afterwards, it’s possible Roscosmos will attempt to salvage some of their modules from the ISS so they can be used on a future station.

This close to retirement, any new ISS modules would need to be designed and launched on an exceptionally short timescale. With NASA’s efforts and budget currently focused on the Moon and beyond, the agency has recently turned to private industry for proposals on how they can get the most out of the time that’s left. Unfortunately several of the companies that were in the running to develop commercial Station modules have since backed out, but there’s at least one partner that still seems intent on following through: Axiom.

With management made up of former astronauts and space professionals, including NASA’s former ISS Manager Michael Suffredini and Administrator Charles Bolden, the company boasts a better than average understanding of what it takes to succeed in low Earth orbit. About a month ago, this operational experience helped secure Axiom’s selection by NASA to develop a new habitable module for the US side of the Station by 2024.

While the agreement technically only covers a single module, Axiom hasn’t been shy about their plans going forward. Once that first module is installed and operational, they plan on getting NASA approval to launch several new modules branching off of it. Ultimately, they hope that their “wing” of the International Space Station can be detached and become its own independent commercial station by the end of the decade.

Continue reading “Expanding, And Eventually Replacing, The International Space Station” →

ESP32 Rover With PCB Chassis Is Ready To Roll

March 2, 2020 by Tom Nardi 12 Comments

The microcontrollers are cheap, the sensors are cheap, even the motors are cheap. So why are all the good wheeled robotics platforms so expensive? [Dimitris Platis] wanted to develop an affordable platform for experimenting with rovers, but the cheap plastic chassis he was using gave him all sorts of problems. So he did what any good hacker would do, and built a better version himself.

Interestingly, [Dimitris] decided to go with a chassis made from two PCB panels. The motors, mounted to small angled brackets, bolt directly to the lower PCB. These aren’t your standard $2 DC cans either. Each JGB37-520 gearhead motor comes complete with an encoder that allows your software to determine speed, distance, and direction. The upper PCB connects to the lower with several rows of pin headers, and plays host to whatever electronics payload you might be experimenting with at the time.

For the controller, [Dimitris] says the ESP32 is hard to beat by pretty much any metric you want to use. With integrated wireless and considerable computational power, there’s plenty of options for controlling your little rover either remotely or autonomously. But he also says that every effort has been made to ensure that you could switch out the microcontroller with something else should you want to spin up a customized version.

The whole idea reminds us a bit of quadcopters we’ve seen in the past, where the PCB wasn’t just being used structurally as a place to bolt the motors and hardware to, but actually contained functional traces and components that reduced how much wiring you needed to do. Naturally, this means that any damage to the chassis might cripple the electronics, but presumably, that’s what the big foam bumpers are there for.

[Dimitris] designed this project for educational use, so he assumes you’ll want to build 10 or 12 of these for your whole classroom. In those quantities, he says each bot will cost around $60. If you wanted to reduce the price a bit more, he says swapping the motors would be your best bet as they’re the single most expensive component of the design. That said, $60 for a quality open source rover platform sounds pretty fair to us.

Still too much? You could check out one of the 3D printable rover designs we’ve covered over the years. Or see if you can get lucky and pick up a cheap robot from the clearance rack and hack it.

The IoT Trap

February 29, 2020 by Elliot Williams 65 Comments

I’m sure that you’ve heard about the Sonos speaker debacle. (If not, read about it on Hackaday.) Basically, a company that sells a premium Internet-connected speaker wanted to retire an older product line, and offered a 30% discount to people who would “trade in” their old speakers for new ones. The catch: they weren’t really trading them in, but instead flashing a “self-destruct” firmware and then taking it to the recycling.

Naturally, Sonos’ most loyal customers weren’t happy about intentionally bricking their faithful devices, a hubbub ensued, and eventually the CEO ended up reversing course and eating crow. Hackaday’s own Gerrit Coetzee wrote up our coverage and mentioned that maybe Sonos just couldn’t afford to support the service for the old products any more, and didn’t want them to remain in the wild. So much so, that it’s worth 30% of the cost of their current product to get out from under the implicit contract.

By buying one of these IoT devices, you’re paying more money up front for the promise that the company will keep supporting the service that it relies on into the future. But providing this service costs money, and as more and more “products” are actually services in disguise, we’ve seen case after case of working machines shut down because the company doesn’t want to keep paying for the service. It doesn’t seem to matter if the company is small, like Sonos, or an immensely wealthy monopoly player like Google. Somehow, the people planning these products have a much shorter lifetime in mind than their customers do, and fail to make the up-front price cover costs.

This puts these companies in a tough spot. The more a customer loves the device, the longer they’ll want to keep it running, and the worse the blowback will be when the firm eventually has to try to weasel its way out of a “lifetime” contract. And they are alienating exactly their most loyal customers — those who want to keep their widget running longer than might even be reasonable. Given that this whole business model is new, it’s not surprising that some firms will get it wrong. What’s surprising to me is how many fall into the IoT trap.

So take this as a cautionary tale as a consumer. And if you’re in a company offering a product that depends on a service to continue to function, ask yourself if you’re really going to be able to support it for the customer’s idea of the lifetime of the product. What looks like a great deal at a five-year horizon might bankrupt your company at ten. Will you, or your customers, be willing to throw their devices away? Should they be?