Model rockets are a heck of a lot of fun, and not a few careers in science and engineering were jump-started by the thrilling woosh and rotten-egg stench of an Estes rocket launch. Adding simple instrumentation to the rocket doubles the fun by allowing telemetry to be sent back, or perhaps aiding in recovery of a lost rocket. Sending an instrument-laden rocket into a tornado is quite a few notches past either of those scenarios, and makes them look downright boring by comparison.
A first and hopefully obvious point: just don’t do this. [ChasinSpin] and [ReedTimmer] are experienced storm chasers, and have a small fleet of purpose-built armored vehicles at their disposal. One such vehicle, the Dominator, served as a mobile launch pad for their rocket as they along with [Sean Schofer] and [Aaron Jayjack] chased what developed into an EF4 monster tornado near Lawrence, Kansas on May 28. They managed to score a direct hit on the developing tornado, only 100 feet (30 meters) away at the time, and which took the rocket to 35,000 ft (10.6 km) and dragged it almost 30 miles (42 km) downrange. They lost touch with it but miraculously recovered it from a church parking lot.
They don’t offer a lot of detail on the rocket itself, but honestly it looks pretty much off-the-shelf, albeit launched from an aimable launchpad. [ChasinSpin] does offer a few details on the instrument package, though – a custom PCB with GPS, IMU, a temperature/humidity/barometric pressure sensor, and a LoRa link to send a data packet back every second. The card also supported an SD card for high-resolution measurements at 10 times per second. Check out the launch in the video below, and be sure to mouse around to get a look at the chaotic environment they were working in.
Even if this isn’t as cool as sending a sounding rocket into an aurora, it’s still really cool. We’re looking forward to seeing what kind of data this experiment collected, and what it reveals about the inner workings of these powerful storms.
There are a lot of bad days at work. Often it’s the last day, especially when it’s unexpected. For the particularly unlucky, the first day on a new job could be a bad day. But the day you find an unknown wireless device attached to the underside of your desk has to rank up there as a bad day, or at least one that raises a lot of serious questions.
As alarming as finding such a device would be, and for as poor as the chain of decisions leading these devices being attached to the workstations of the employees at a mercifully unnamed company, that’s not the story that [Erich Styger] seeks to tell. Rather, this is a lesson in teardown skills – for few among us would not channel the anger of finding something like this is into a constructively destructive teardown – and an investigation into the complete lack of security consideration most IoT devices seem to be fielded with these days.
Most of us would recognize the device as some kind of connected occupancy sensor; the PIR lens being the dead giveaway there. Its location under a single person’s desk makes it pretty clear who’s being monitored.
The teardown revealed that the guts of the sensor included a LoRa module, microcontroller, a humidity/temperature sensor, and oddly for a device apparently designed to stick in one place with magnets, an accelerometer. Gaining access to the inner workings was easy through the UART on the microcontroller, and through the debug connectors and JTAG header on the PCB. Everything was laid out for all to see – no firmware protection, API keys in plain text, and trivially easy to reflash. The potential for low-effort malfeasance by a compromised device designed to live under a desk boggles the mind.
The whole article is worth a read, if only as a lesson in how not to do security on IoT devices. We know that IoT security is hard, but that doesn’t make it optional if you’re deploying out in the big wide world. And there’s probably a lot to learn about properly handling an enterprise rollout too. Spoiler alert: not like this.
[Dave Akerman]’s interest in high-altitude projects means he is no stranger to long-range wireless communications, for which LoRa is amazingly useful. LoRa is a method of transmitting at relatively low data rates with low power over long distances.
Despite LoRa’s long range, sometimes the transmissions of a device (like a balloon’s landed payload) cannot be received directly because it is too far away, or hidden behind buildings and geography. In these cases a useful solution is [Dave]’s self-contained LoRa repeater. The repeater hardware is simple, and [Dave] says that if one has the parts on hand, it can be built in about an hour.
The device simply re-transmits any telemetry packets it receives, and all that takes is an Arduino Mini Pro and a small LoRa module. A tiny DC-DC converter, battery, and battery charger rounds out the bill of materials to create a small and self-contained unit that can be raised up on a mast, flown on a kite, or carried by a drone.
For many people, phone and Internet connectivity are omnipresent and always available. It’s possible to upload selfies from a Chinese subway, and search for restaurant reviews in most highway towns, all thanks to modern cellular connectivity. However, in emergencies, we’re not always so lucky. If towers fail or user demand grows too large, things can collapse all too quickly. It’s in these situations that HELPER aims to flourish.
HELPER stands for Heterogeneous Efficient Low Power Radio. It’s a radio system designed to operate in the absence of any infrastructure, creating a pop-up network to serve community needs in disaster areas. Users can share information about available resources, like water, gasoline and food, while emergency workers can coordinate their response and direct aid to those who need it.
It’s a system built around commonly available parts. Raspberry Pis run the back end software and communicate with individuals over WiFi, with LoRa radios handling the longer-range communication from node to node. Combining this communication ability with GPS location and stored map data allows users to more easily find resources and assistance when things go wrong. The journal article is freely available for those wishing to learn more about the project.
It’s a project which aims to keep people safe when conventional networks go down. The key is to remember that once disaster strikes, it’s usually too late to start distributing radio hardware – emergency gear should be in place well before things start to go south. Of course, there’s also the government side of the equation – in the USA, the Emergency Broadcast System is a great example of emergency communications done right. Video after the break.
Those who love a detailed build log will enjoy this. The pager features everything up to and including the kitchen sink. A Cortex M0+ runs the show, flashed with an Arduino compatible bootloader, while a RFM95W module handles the LoRa communications. There’s a pager vibrator and piezo buzzer for notifications, along with a LiPo charger to make keeping the battery topped up easy. There’s even an RTC and soft-power button module.
Even if the LoRa side of things isn’t relevant to your interests, it’s a great example of how to build a useful tool rather than just a proof-of-concept. Things like an easy-to-use interface and simple battery charging go a long way to making something usable in the field. [5Volt-Junkie] even goes so far as to point out that even solder mask matters – if you’re using an infrared oven, your black boards will need a different profile to the usual green PCBs.
All the hard work has paid off, creating an attractive end product that we’d be proud to pack with the rest of our ham gear. LoRa is a useful platform, and as we’ve seen, it can be useful for everything from viticulture to meterology. Video after the break.
Making wine isn’t just about following a recipe, it’s a chemical process that needs to be monitored and managed for best results. The larger the batch, the more painful it is to have something go wrong. This means that the stakes are high for small vineyards such as the family one [Mare] works with, which have insufficient resources to afford high-end equipment yet have the same needs as larger winemakers. The most useful thing to monitor is the temperature profile of the fermentation process, and [Mare] created an exceptional IoT system to do that using LoRa wireless and solar power.
It’s not enough just to measure temperature of the fermenting liquid; viewing how the temperature changes over time is critical to understanding the process and spotting any trouble. [Mare] originally used a Raspberry Pi, I2C temperature sensor, and a Wi-Fi connection to a database to do the monitoring. This was a success, but it was also overkill. To improve the system, the Raspberry Pi was replaced with a LoRaDunchy board, an STM-based module of [Mare]’s own design which is pin-compatible with the Arduino Nano. It includes a battery charger, power management, and LoRa wireless communication. Adding a solar cell and lithium-polymer battery was all it took to figuratively cut the power cord.
Sensing the temperature of fermentation is done by sealing the temperature sensor into a thin aluminum tube, and lowering that into the vat. There it remains, with the LoRaDunchy board periodically waking up to read the sensor and report the tempurature over LoRa before going back to sleep, all the while sipping power from the battery which in turn gets recharged with solar power.
It’s an elegant system that has already paid off. A 500 litre vat of wine generated an alarm when the temperature rose above 24 Celsius for 10 minutes. An email alert allowed the owner to begin mixing the solution and add ice water to put the brakes on the runaway reaction. The temperature dropped and slow fermentation resumed, thanks to the twin powers of gathering the right data, then doing something meaningful with it.
[Mare] has a visual guide and simple instructions for making DIY mini helical 868 MHz antennas for LoRa applications. 868 MHz is a license-free band in Europe, and this method yields a perfectly serviceable antenna that’s useful where space is constrained.
The process is simple and well-documented, but as usual with antenna design it requires attention to detail. Wire for the antenna is silver-plated copper, salvaged from the core of RG214U coaxial cable. After straightening, the wire is wound tightly around a 5 mm core. 7 turns are each carefully spaced 2 mm apart. After that, it’s just a matter of measuring and bending the end for soldering to the wireless device in question. [Mare] has used this method for wireless LoRa sensors in space-constrained designs, and it also has the benefit of lowering part costs since it can be made and tested in-house.
Antennas have of course been made from far stranger things than salvaged wire; one of our favorites is this Yagi antenna made from segments of measuring tape.