Clipper Windpower: Solutions In Search Of Problems

The first modern wind turbines designed for bulk electricity generation came online gradually throughout the 80s and early 90s. By today’s standards these turbines are barely recognizable. They were small, had low power ratings often in the range of tens to hundreds of kilowatts, and had tiny blades that had to rotate extremely quickly.

When comparing one of these tiny machines next to a modern turbine with a power rating of 10 or more megawatts with blades with lengths on the order of a hundred meters, one might wonder if there is anything in common at all. In fact, plenty of turbines across the decades share fundamental similarities including a three-blade design, a fairly simple gearbox, and a single electric generator. While more modern turbines are increasingly using direct-drive systems that eliminate the need for a gearbox and the maintenance associated with them, in the early 2000s an American wind turbine manufacturer named Clipper Windpower went in the opposite direction, manufacturing wind turbines with an elaborate, expensive, and heavy gearbox that supported four generators in each turbine. This ended up sealing the company’s fate only a few years after the turbines were delivered to wind farms.

Some history: the largest terrestrial wind turbines were approaching the neighborhood of 2 megawatts, but some manufacturers were getting to these milestones essentially by slapping on larger blades and generators to existing designs rather than re-designing their turbines from the ground up to host these larger components. This was leading to diminishing returns, as well as an increased amount of mechanical issues in the turbines themselves, and it was only a matter of time before the existing designs wouldn’t support this trend further. Besides increased weight and other mechanical stresses on the structure itself, another major concern was finding (and paying for) cranes with enough capacity to hoist these larger components to ever-increasing heights, especially in the remote locations that wind farms are typically located. And cranes aren’t needed just for construction; they are also used whenever a large component like a generator or blade needs to be repaired or replaced. Continue reading “Clipper Windpower: Solutions In Search Of Problems”

Goals And Goalposts

In the winter, I hatched a vague plan to learn some of the modern unmanned aerial vehicle tech. Everybody needs an autonomous vehicle, and we’ve got some good flying fields within walking distance, so it seemed like it could work. Being me, that meant buying the cheapest gear that could possibly work, building up the plane by myself, and generally figuring out as much as possible along the way. I learn more by making my own mistakes anyway. Sounds like a good summer project.

Fast-forward to August, and the plane is built, controller installed, and I’ve spent most of the last month trying to make them work well together. (The firmware expects a plane with ailerons, and mine doesn’t have them, but apparently I’d rather tweak PID values than simply add a couple wing servos.) But it’s working well enough that it’s launching, flying autonomous waypoint missions, and coming home without any intervention. So, mission accomplished, right?

Destination: that furthest red roof

Nope. When I’m enjoying a project, I have a way of moving the goalposts on myself. I mean, I don’t really want to be done anyway. When a friend asked me a couple weeks ago what I was planning to do with the plane, I said “take nice aerial videos of that farm over there.” Now I see flight opportunities everywhere, and need to work on my skills. The plane needed an OLED display. It probably still needs Bluetooth for local configuration as well. Maybe a better long-range data link…

This is creeping featurism and moving-the-goalposts in the best of ways. And if this were a project with a deadline, or one that I weren’t simply enjoying, it would be a problem. Instead, having relatively low-key goals, meeting them, and letting them inspire me to set the next ones has been a blast. It makes me think of Donald Papp’s great article on creating hacking “win” projects. There he suggests creating simple goals to keep yourself inspired. I don’t think I could have planned out an “optimal” set of goals to begin with — I’ve learned too much along the way that the next goal isn’t obvious until I know what new capabilities I have. Creeping is the only way.

What about you? Do you plan your hobby projects completely in advance? Not at all? Or do you have some kind of hybrid, moving-the-goalposts sort of strategy?

Doing One Thing, Well: The UNIX Philosophy

The Unix operating system has been around for decades, and it and its lookalikes (mainly Linux) are a critical part of the computing world. Apple’s operating system, macOS, is Unix-based, as are Solaris and BSD. Even if you’ve never directly used one of these operating systems, at least two-thirds of all websites are served by Unix or Unix-like software. And, if you’ve ever picked up a smart phone, chances are it was running either a Unix variant or the Linux-driven Android. The core reason that Unix has been so ubiquitous isn’t its accessibility, or cost, or user interface design, although these things helped. The root cause of its success is its design philosophy.

Good design is crucial for success. Whether that’s good design of a piece of software, infrastructure like a railroad or power grid, or even something relatively simple like a flag, without good design your project is essentially doomed. Although you might be able to build a workable one-off electronics project that’s a rat’s nest of wires, or a prototype of something that gets the job done but isn’t user-friendly or scalable, for a large-scale project a set of good design principles from the start is key.

Continue reading “Doing One Thing, Well: The UNIX Philosophy”

Pinging The Depths Of A Rain Barrel

Rain barrels are a great way to go green, as long as your neighborhood doesn’t frown upon them. [NikonUser]’s barrel sits up high enough that he has to climb up on an old BBQ and half-dangle from the pipe to check the water level, all the while at the risk of encountering Australian spiders.

Arachnophobia, it turns out, is a great motivator. At first, [NikonUser] dreamed up a solar-powered IoT doodad that would check the level and report the result on a web page. He battled the Feature Creep and decided to build a handheld device that pings the water level with an ultrasonic sensor and displays it on a 7-segment.

Everything is contained in a water-resistant box and driven by an Arduino Pro. The box is mounted on a piece of scrap lumber that lays across the top of the barrel. This allows the HC-SR04’s eyes to peer over the edge and send pings toward the bottom. It also helps to keep the readings consistent and the electronics from taking a swim.

Operation is simple: [NikonUser] reaches up, sets the plank across the barrel, and pushes the momentary. This activates the Arduino, which prompts the HC-SR04 to take several readings. The code averages these readings, does a little math, and displays the percentage of water remaining in the barrel.

Interested in harvesting rain water, but not sure what to do with it? You can use it for laundry, pour it in the toilet tank instead of flushing, or make an automated watering system for your garden.