Does WiFi Kill Houseplants?

Spoiler alert: No.

To come to that conclusion, which runs counter to the combined wisdom of several recent YouTube videos, [Andrew McNeil] ran a pretty neat little experiment. [Andrew] has a not inconsiderable amount of expertise in this area, as an RF engineer and prolific maker of many homebrew WiFi antennas, some of which we’ve featured on these pages before. His experiment centered on cress seeds sprouting in compost. Two identical containers were prepared, with one bathed from above in RF energy from three separate 2.4 GHz transmitters. Each transmitter was coupled to an amplifier and a PCB bi-quad antenna to radiate about 300 mW in slightly different parts of the WiFi spectrum. Both setups were placed in separate rooms in east-facing windows, and each was swapped between rooms every other day, to average out microenvironmental effects.

After only a few days, the cress sprouted in both pots and continued to grow. There was no apparent inhibition of the RF-blasted sprouts – in fact, they appeared a bit lusher than the pristine pot. [Andrew] points out that it’s not real science until it’s quantified, so his next step is to repeat the experiment and take careful biomass measurements. He’s also planning to ramp up the power on the next round as well.

We’d like to think this will put the “WiFi killed my houseplants” nonsense to rest – WiFi can even help keep your plants alive, after all. But somehow we doubt that the debate will die anytime soon.

Continue reading “Does WiFi Kill Houseplants?”

When Will Our Cars Finally Speak The Same Language? DSRC For Vehicles

At the turn of the 21st century, it became pretty clear that even our cars wouldn’t escape the Digital Revolution. Years before anyone even uttered the term “smartphone”, it seemed obvious that automobiles would not only become increasingly computer-laden, but they’d need a way to communicate with each other and the world around them. After all, the potential gains would be enormous. Imagine if all the cars on the road could tell what their peers were doing?

Forget about rear-end collisions; a car slamming on the brakes would broadcast its intention to stop and trigger a response in the vehicle behind it before the human occupants even realized what was happening. On the highway, vehicles could synchronize their cruise control systems, creating “flocks” of cars that moved in unison and maintained a safe distance from each other. You’d never need to stop to pay a toll, as your vehicle’s computer would communicate with the toll booth and deduct the money directly from your bank account. All of this, and more, would one day be possible. But only if a special low-latency vehicle to vehicle communication protocol could be developed, and only if it was mandated that all new cars integrate the technology.

Except of course, that never happened. While modern cars are brimming with sensors and computing power just as predicted, they operate in isolation from the other vehicles on the road. Despite this, a well-equipped car rolling off the lot today is capable of all the tricks promised to us by car magazines circa 1998, and some that even the most breathless of publications would have considered too fantastic to publish. Faced with the challenge of building increasingly “smart” vehicles, manufacturers developed their own individual approaches that don’t rely on an omnipresent vehicle to vehicle communication network. The automotive industry has embraced technology like radar, LiDAR, and computer vision, things which back in the 1990s would have been tantamount to saying cars in the future would avoid traffic jams by simply flying over them.

In light of all these advancements, you might be surprised to find that the seemingly antiquated concept of vehicle to vehicle communication originally proposed decades ago hasn’t gone the way of the cassette tape. There’s still a push to implement Dedicated Short-Range Communications (DSRC), a WiFi-derived protocol designed specifically for automotive applications which at this point has been a work in progress for over 20 years. Supporters believe DSRC still holds promise for reducing accidents, but opponents believe it’s a technology which has been superseded by more capable systems. To complicate matters, a valuable section of the radio spectrum reserved for DSRC by the Federal Communications Commission all the way back in 1999 still remains all but unused. So what exactly does DSRC offer, and do we really still need it as we approach the era of “self-driving” cars?

Continue reading “When Will Our Cars Finally Speak The Same Language? DSRC For Vehicles”

Homebrew ZX Spectrum title Nohzdyve

Netflix Drops ZX Spectrum Homebrew Title Nohzdyve

The dark, dystopian future is ever-present in the Netflix show Black Mirror, but the latest release in the series, Bandersnatch, presents a decidedly different narrative. Bandersnatch is a branching story that follows the fictional events of a garage-programmer named Stephan who develops the titular game, Bandersnatch, for the Tuckersoft company set in 1980s England. The whole thing plays out as a choose-your-own adventure game fit straight off the Sega CD (albeit with actual full motion video) by allowing watchers to pick what happens next in the story. Not one to miss a cross-promotional opportunity, Netflix also released a playable ZX Spectrum homebrew title, Nohzdyve, developed by a friend of Hackaday, [Matt Westcott].

Keen viewers of Bandersnatch were able to ascertain that the screeching sound at the end of the show when loaded into a ZX Spectrum would display a QR code. That in turn led to a real website for the fake Tuckersoft company (thankfully in HTML). The website itself showcases the fictional company’s software library and upcoming releases, but it also took things a step further. The duality of Bandersnatch is carried over to the website as there are branching paths for those that remove ‘www’ from the URL. Doing so reveals Tuckersoft’s website from an alternate timeline where Bandersnatch was never created, however, a downloadable copy of Nohzdyve in a .tap file is there for the taking.

The Nohzdyve game itself is a vertically scrolling action game that uses the ZX Spectrum’s garish color palette to great effect. Racking up a high score in the game can be done via emulator (for example Speccy) or for the most authentic experience, on real hardware. This may be the best reason to fire up a tape drive in a while, but for those seeking the less-analog approach there is always this gameplay footage from Mr. Tom FTW’s channel:

Continue reading “Netflix Drops ZX Spectrum Homebrew Title Nohzdyve”

Fail Of The Week: How Not To Design An RF Signal Generator

We usually reserve the honor of Fail of the Week for one of us – someone laboring at the bench who just couldn’t get it together, or perhaps someone who came perilously close to winning a Darwin Award. We generally don’t highlight commercial products in FotW, but in the case of this substandard RF signal generator, we’ll make an exception.

We suppose the fail-badge could be pinned on [electronupdate] for this one in a way; after all, he did shell out $200 for the RF Explorer signal generator, which touts coverage from 24 MHz to 6 GHz. But in true lemons-to-lemonade fashion, the video below he provides us with a thorough analysis of the unit’s performance and a teardown of the unit.

The first step is a look at the signal with a spectrum analyzer, which was not encouraging. Were the unit generating a pure sine wave as it should, we wouldn’t see the forest of spikes indicating harmonics across the band. The oscilloscope isn’t much better; the waveform is closer to a square wave than a sine. Under the hood, he found a PIC microcontroller and a MAX2870 frequency synthesizer, but a conspicuous absence of any RF filtering components, which explains how the output got so crusty. Granted, $200 is not a lot to spend compared to what a lab-grade signal generator with such a wide frequency range would cost. And sure, external filters could help. But for $200, it seems reasonable to expect at least some filtering.

We applaud [electronupdate] for taking one for the team here and providing some valuable tips on RF design dos and don’ts. We’re used to seeing him do teardowns of components, like this peek inside surface-mount inductors, but we like thoughtful reviews like this too.

Continue reading “Fail Of The Week: How Not To Design An RF Signal Generator”

HOPE XII: Time Travel With Software Defined Radio

It’s easy to dismiss radio as little more than background noise while we drive.  At worst you might even think it’s just another method for advertisers to peddle their wares. But in reality it’s a snapshot of the culture of a particular time and place; a record of what was in the news, what music was popular, what the weather was like, basically what life was like. If it was important enough to be worth the expense and complexity of broadcasting it on the radio, it’s probably worth keeping for future reference.

But radio is fleeting, a 24/7 stream of content that’s never exactly the same twice. Yet while we obsessively document music and video, nobody’s bothering to record radio. You can easily hop online and watch a TV show that originally aired 50 years ago, but good luck finding a recording of what your local radio station was broadcasting last week. All that information, that rich tapestry of life, is gone and there’s nothing we can do about it.

Or can we? At HOPE XII, Thomas Witherspoon gave a talk called “Creating a Radio Time Machine: Software-Defined Radios and Time-Shifted Recordings”, an overview of the work he’s been doing recording and cataloging the broadcast radio spectrum. He demonstrated how anyone can use low cost SDR hardware to record, and later play back, whole chunks of the AM and shortwave bands. Rather than an audio file containing a single radio station, the method he describes allows you to interactively tune in to different stations and explore the airwaves as if it were live.

Continue reading “HOPE XII: Time Travel With Software Defined Radio”

Indiegogo Calls Time On The ZX Vega

It has been an exciting time to be a retro computer enthusiast in recent years, and the availability of affordable single board computers, systems-on-chip, and FPGAs have meant that retro hardware could be accurately reproduced or emulated. A host of classic micros have been reborn, to delight both the veterans who had the originals, and a new crop of devotees.

Today we have news of the impending demise of one of the higher-profile projects. The ZX Vega+ is a handheld Sinclair Spectrum console bearing the Sinclair name that came with an impeccable pedigree in that it had the support of the man himself. It seemed like a good proposition on the crowdfunding site Indiegogo, and when it made its debut there in early 2016 it attracted over half a million pounds worth of backing in short order. Things soon went sour though, with reports of a falling-out within Retro Computers, followed by multiple missed deadlines and promises undelivered over the last couple of years. With little sign of either the money or the console itself, it seems Indiegogo have now lost patience and will be sending in the debt collectors to recover what they can. Whether the backers will see any of their money is unclear.

It’s fair to say that the ZX Vega saga has been a tortuous and rather sordid one, out of which few players emerge smelling of roses. In a way though it is entirely in keeping with the spirit of the 8-bit era, as the period from the late 1970s onwards was littered with the financially bare corpses of dubiously run companies in the home computer industry. Meanwhile if you are hankering for a Vega it should be easy enough to create one for yourself, as Retro Computers Ltd admitted that under its skin was a copy of the FUSE software emulator. We suspect that most Hackaday readers could take a Raspberry Pi and a suitable LCD, pair them with a 3D-printed case and an 18650 cell, and be playing Manic Miner in no time. Far simpler than this convoluted Spectrum project!

Bringing Back A Spectrum’s Rails

The Sinclair ZX Spectrum was to most Brits the computer to own in the early 1980s, it might not have had all the hardware features of its more expensive competitors but it had the software library that they lacked. Games came out for the Spectrum first, and then other platforms got them later. If you didn’t have a rubber keyboard and a Sinclair logo, you were nothing in the playground circa 1984. That low price though meant that in true Sinclair tradition a number of corners had been cut in the little micro’s design. Most notably in its power supply, all the various rails required by the memory chips came from a rather insubstantial single-transistor oscillator that is probably the most common point of failure for these classic machines.

[Tynemouth Software] had an Issue 2 Spectrum with a missing -5V rail, and has detailed both the power supply circuit used on these machines and the process of faultfinding and repairing this one. A single transistor oscillator drives a little ferrite-spool transformer from which the various supplies are rectified and filtered. Similar circuits appear in multiple generations of Sinclair hardware, where we might nowadays use a little switching regulator chip.

We’re taken through the various stages of faultfinding this particular circuit, and the culprit is found to be a faulty Zener diode. It’s certainly not the last dead Spectrum that will cross an enthusiast’s bench, but at least in this case, the fault was less obtuse than they sometimes can be in this much-loved but sometimes frustrating machine.

Sinclair enthusiasts might also appreciate the great man’s earliest work.