Using The Electricity Grid In Cities As A Source Of Heat

September 15, 2019 by Maya Posch 32 Comments

In the process of finding new, low-carbon ways to provide our homes with heat and electricity, it is that one might consider sources that never before came to mind. In London such a source that has been examined by researchers and an electricity network operator are the 2.5 meter wide tunnels that run for many kilometers underneath the city. In each of them are many more kilometers worth of electricity distribution cables, each of which produces so much heat from electric resistance that active cooling is required.

Currently, every 1.8 kilometers there are shafts that lead to the surface, through which cold surface air is brought in and the warm tunnel air is exhausted into the air. The study by London South Bank University researchers and UK Power Networks looked at using this heat directly for heating local houses, replacing the use of gas boilers. This is in effect similar to heating with waste heat from industrial processes, but with noticeable differences.

The thermal power available from each 1.8 kilometer section of tunnel differs between 100 – 460 kW by installing equipment at the top of the shafts. With London looking at using heat from the London Underground for heating in a similar fashion, it would be fascinating to see whether the combined heat from both underground sources could provide the city with a sizeable source of low-carbon heat, while increasing creature comfort.

GymCam Knows Exactly What You’ve Been Doing In The Gym

September 15, 2019 by Maya Posch 10 Comments

Getting exact statistics on one’s physical activities at the gym, is not an easy feat. While most people these days are familiar with or even regularly use one of those motion-based trackers on their wrist, there’s a big question as to their accuracy. After all, it’s all based on the motions of just one’s wrist, which as we know leads to amusing results in the tracker app when one does things like waving or clapping one’s hands, and cannot track leg exercises at the gym.

To get around the issue of limited sensor data, researchers at Carnegie Mellon University (Pittsburgh, USA) developed a system based around a camera and machine vision algorithms. While other camera solutions that attempt this suffer from occlusion while trying to track individual people as accurately as possible, this new system instead doesn’t try to track people’s joints, but merely motion at specific exercise machines by looking for repetitive motion in the scene.

The basic concept is that repetitive motion usually indicates forms of exercise, and that no two people at the same type of machine will ever be fully in sync with their motions, so that merely a handful of pixels suffice to track motion at that machine by a single person. This also negates many privacy issues, as the resolution doesn’t have to be high enough to see faces or track joints with any degree of accuracy.

In experiments at the university’s gym, the accuracy of their system over 5 days and 42 hours of video. Detecting exercise activities in the scene was with a 99.6% accuracy, disambiguating between simultaneous activities was 84.6% accurate, while recognizing exercise types was 93.6% accurate. Ultimately repetition counts for specific exercises were within 1.7 counts.

Maybe an extended version of this would be a flying drone capturing one’s outside activities, giving one finally that 100% accurate exercise account while jogging?

Thanks to [Qes] for sending this one in!

Why Ada Is The Language You Want To Be Programming Your Systems With

September 10, 2019 by Maya Posch 168 Comments

The Ada programming language was born in the mid-1970s, when the US Department of Defense (DoD) and the UK’s Ministry Of Defence sought to replace the hundreds of specialized programming languages used for the embedded computer systems that increasingly made up essential parts of military projects. Instead, Ada was designed to be be a single language, capable of running on all of those embedded systems, that offered the same or better level of performance and reliability.

With the 1995 revision, the language also targeted general purpose systems and added support for object-oriented programming (OOP) while not losing sight of the core values of reliability, maintainability and efficiency. Today, software written in Ada forms the backbone of not only military hardware, but also commercial projects like avionics and air-traffic control systems. Ada code controls rockets like the Ariane 4 and 5, many satellites, and countless other systems where small glitches can have major consequences.

Ada might also be the right choice for your next embedded project. Continue reading “Why Ada Is The Language You Want To Be Programming Your Systems With” →

Everything You Wanted To Know About Padauk MCUs And More

September 9, 2019 by Maya Posch 40 Comments

At this point you’d need to have lived underneath a rock somewhere on the dark side of the Moon to not have heard about these amazing, 3-cent microcontrollers. A number of places have pitched in on them, but comprehensive reviews, let alone a full-blown review of the entire ecosystem surrounding these Padauk MCUs have been scarce. Fortunately, [Jay Carlson] has put in a lot of effort to collect everything you could possibly want to know about anything Padauk.

The most important take-away is that these MCUs do not have any kind of communication peripherals. UARTs, I2C, and SPI all have to be done in software. They’re not very great at low-power or battery-powered applications due to high power usage. Essentially you’ll be using GPIO pins a lot. On the other hand, its multi-CPU context, FPPA feature is rather interesting, with the article covering it in detail.

As for the development tools, [Jay] came away very impressed with the In-Circuit Emulation (ICE) instead of running code on an MCU, as this can reduce development times significantly. This makes even the OTP (one-time programmable) property of most Padauk MCUs less significant than one might at first assume.

Then there’s the actual programming of the MCUs. The Micro C compiler Padauk provides essentially implements a sub-set of the C language, with some macros to replace things like for loops. Initially this may seem like a weird limitation, until you realize that these MCUs have 64 to 256 bytes of SRAM. That’s bytes, without any prefixes.

Finally, [Jay] shows off a couple of test projects, including a NeoPixel SPI adapter and bike light, which are all available on Github. The WS2812b project is something we have seen before, for example this project from [Anders Nielsen] (featured in the article image), which provides another take on this range of MCUs.

Did reading [Jay]’s article change your mind on these Padauk parts? Have you used these MCUs and ICE parts before? Feel free to leave your thoughts in the comments.

Eagle Reborn: F-15 Simulator From A Wreck

September 4, 2019 by Maya Posch 37 Comments

This story started all the way back in September 12, 1981, when an F-15C aircraft’s landing attempt at Soesterberg Airbase during an airshow went completely FUBAR and the airframe was scrapped. The forward fuselage section was sold and eventually ended up with [Gene Buckle] who began work on creating a fully accurate F-15C simulator using these parts. He has blogged about his progress since 2009 over at the project website.

The F-15C was number 80-0007, which at the time of the crash had flown only 9.5 hours total, making it a very early retirement for an incredible fighter jet. But now the Eagle is back, or at least part of it: [Gene] managed to get the whole system into a state where the instrumentation and controls work again, using the original computer systems and instruments where they were still usable. You can find the YouTube video embedded after the break as well.

Detailed technical information on the F-15 series and this simulator build can be found on the project site, which is awesome both for F-15 fans and those who are into really accurate simulators.

Continue reading “Eagle Reborn: F-15 Simulator From A Wreck” →

Building A Full-Fat Air Quality Monitor

September 3, 2019 by Maya Posch 13 Comments

Over the years many people have made an air quality monitor station, usually of some configuration which measures particulates (PM_2.5 & PM₁₀). Some will also measure ozone (O₃), but very few will meet the requirements that will allow one to calculate the Air Quality Index (AQI) as used by the EPA and other organizations. [Ryan Kinnett]’s project is one of those AQI-capable stations.

The AQI requires the measurement of the aforementioned PM_2.5 (µg/m³), PM₁₀ (µg/m³) and O₃ (ppb), but also CO (ppm), SO₂ (ppb) and NO₂ (ppb), all of which has to be done with specific sensitivities and tolerances. This means getting sensitive enough sensors that are also calibrated. [Ryan] found a company called Spec Sensors who sell sensors which are pretty much perfect for this goal.

Using Spec Sensor’s Ultra-Low Power Sensor Modules (ULPSM) for ozone, nitrogen-dioxide, carbon monoxide and sulfur dioxide, a BME280 for air temperature, pressure and relative humidity, as well as a Plantower PMS5003 laser particle counter and an ADS1115 ADC, a package was created that fit nicely alongside an ESP8266-based NodeMCU board, making for a convenient way to read out these sensors. The total one-off BOM cost is about $250.

The resulting data can be read out and the AQI calculated from them, giving the desired results. Originally [Ryan] had planned to take this sensor package along for a ride around Los Angeles, to get more AQI data than the EPA currently provides, but with the time it takes for the sensors to stabilize and average readings (1 hour) it would take a very long time to get the readings across a large area.

Ideally many of such nodes should be installed in the area, but this would be fairly costly, which raises for [Ryan] the question of how one could take this to the level of the Air Quality Citizen Science project in the LA area. Please leave your thoughts and any tips in the comments.

When Project Enclosures Go Bad: A Message From The Trenches

September 3, 2019 by Maya Posch 43 Comments

A wall-mounted, electric car charging station doesn’t sound like it’d require the most exciting or complicated enclosure. This was pretty much the assumption [Mastro Gippo] and his team started out with when they decided to turn what came back from a product designer into a real enclosure for the ‘Prism’ charging hardware they had developed. As it turned out, the enclosure proved to be the most challenging part of the project.

The first thought was to make a cheap, simple prototype enclosure for integration testing. This led them through trying out FDM 3D printed enclosures, wooden enclosures, folded (glued) plastic enclosures, aluminium extruded enclosures, Zamac alloy enclosures, and finally the plastic injection molded enclosure they had been avoiding due to the high costs.

The injection mold used to produce the Prism enclosures with.

Even if it meant taking out a loan to cover the setup costs, the results really do speak for themselves with a well-integrated design and two really happy looking partners-in-business. It does make us wonder how projects lacking this kind of financial leeway can get professional-grade enclosures without breaking the proverbial bank.

FDM 3D printing is always getting better and with a lot of post-processing you can have one enclosure that looks great, but that doesn’t scale. Outsourcing it to a professional 3D printing company like Shapeways is better, but it’s still not injection-molding quality and if the product is successful you’ll eventually invert the cost/benefit you were shooting for in the first place. Where is the middle ground on great-looking enclosures? Please let us know your experiences and thoughts in the comments.