When you have a large software development team working on a project, monitoring the build server is an important part of the process. When a message comes in from your build servers, you need to take time away from what you’re doing to make sure the build’s not broken and, if it’s broken because of something you did, you have to stop what you’re doing, start fixing it and let people know that you’re on it.
[ridingintraffic]’s team uses Jenkins to automatically build their project and if there’s a problem, it sends a message to a Slack channel. This means the team needs to be monitoring the Slack channel, which can lead to some delays. [ridingintraffic] wanted immediate knowledge of a build problem, so with some software, IoT hardware, and a rotating hazard warning light, the team now gets a visible message that there’s a build problem.
An Adafruit Huzzah ESP8266 board is used as the controller, connected to some RF controlled power outlets via a 434MHz radio module. To prototype the system, [ridingintraffic] used an Arduino hooked up to one of the RF modules to sniff out the codes for turning the power outlets on and off from their remotes. With the codes in hand, work on the Huzzah board began.
An MQTT broker is used to let the Huzzah know when there’s been a build failure. If there is, the Huzzah turns the light beacon on via the power outlets. A bot running on the Slack channel listens for a message from one of the developers saying that problem is being worked on, and when it gets it, it sends the MQTT broker a message to turn the beacon off.
There’s also some separation between the internal network, the Huzzahs, and the Slack server on the internet, and [ridingintraffic] goes over the methods used to communicate between the layers in a more detailed blog post. Now, the developers in [ridingintraffic]’s office don’t need to be glued to the Slack channel, they will not miss the beacon when it signals to start panicking!
Atari is back! That’s what some dude says. There are no real details in that post, other than ‘Atari is Back!’
The ESP32 is coming, and it’s going to be awesome. Espressif has just released an Arduino core for the ESP32 WiFi chip. The digitalRead, digitalWrite, SPI, Serial, Wire, and WiFi “should” work. If you’re looking for ESP32 hardware, they’re infrequently available and frequently out of stock. Thankfully, stock levels won’t be the Raspberry Pi Zero all over again until someone figures out how to run an NES emulator on the ESP32.
Tiny, cheap ARM boards would make for great home servers if they had SATA or multiple network interfaces. Here’s a Kickstarter for a board with both. It’s based on an ARM A53 with multiple Ethernets, mini PCIe, enough RAM, and SATA. It’s a board for niche use cases, but those uses could be really cool.
You’re not cool or ‘with it’ until you have a PCB ruler. That’s what all the hip kids are doing. For wizards and dark mages out there, a simple PCB ruler isn’t enough. These rare beasts demand RF rulers. There’s some weird stuff on these rulers, like Archemedian spiral antennas and spark gaps. Black magic stuff, here.
Some dude with a camera in the woods did something. Primitive Technology, the best example of experimental archaeology you’ve ever seen, built a spear thrower. You can throw a ball faster with a lacrosse stick than you can with just your hands, and this is the idea behind this device, commonly referred to as an atlatl. You can hunt with an atlatl in some states, but I have yet to see a video of anyone taking down a deer with one of these.
Think we’re done spamming the Hackaday Superconference yet? YOU’RE WRONG. The Hackaday Superconference is the greatest hardware conference of all time until we do this whole thing again next year. Get your tickets, look at the incredible list of speakers, book your flights, and be in Pasadena November 5-6.
At some point you’ve decided that you’re going to sell your wireless product (or any product with a clock that operates above 8kHz) in the United States. Good luck! You’re going to have to go through the FCC to get listed on the FCC OET EAS (Office of Engineering and Technology, Equipment Authorization System). Well… maybe.
As with everything FCC related, it’s very complicated, there are TLAs and confusing terms everywhere, and it will take you a lot longer than you’d like to figure out what it means for you. Whether you suffer through this, breeze by without a hitch, or never plan to subject yourself to this process, the FCC dance is an entertaining story so let’s dive in!
Continue reading “Preparing Your Product For The FCC”
Satellite dishes are a common site these days, although admittedly most of them are Ku- and Ka-band dishes. The older C-band dishes are still around, though, just less frequently in people’s yards. [Greenish Apple] decide to cut the cable and start watching free TV so he built a C-band dish. The trick is, he made the dish out of wood.
The design is the offset type, not a prime focus dish–that is, the electronics are not in the center of the dish but on the side. Wood isn’t particularly good at reflecting RF, of course, so over the wooden skeleton, he used flashing.
Continue reading “Would You Like a Satellite Dish?”
We don’t know who the [amgworkshop] wanted to listen in on, but they apparently went searching for a small FM wireless transmitter. There’s plenty of circuits around, but they wanted something smaller. The original circuit had a variable capacitor to tune the output frequency. The new design uses a fixed capacitor and a spring for an antenna. You can see the build steps in the video below, but don’t expect a lot of frequency stability or fidelity out of a single transistor transmitter.
The parts list is minimal. In addition to a coin cell holder (which serves as the construction base), you need a transistor, two resistors, three capacitors, a homemade inductor (very easy to make with some wire and a drill bit), and an electret microphone. Of course, you need a battery, too. The whole thing is potted with hot glue.
Continue reading “Build a Tiny (Unstable) Bugging Device”
If you are someone whose interests lie in the field of RF, you won’t need telling about the endless field of new possibilities opened up by the advent of affordable software defined radio technology. If you are a designer or constructor it might be tempting to believe that these radios could reduce some of the problems facing an RF design engineer. After all, that tricky signal processing work has been moved into code, so the RF engineer’s only remaining job should be to fill the not-so-huge gap between antenna and ADC or DAC.
In some cases this is true. If you are designing an SDR front end for a relatively narrow band of frequencies, perhaps a single frequency allocation such as an amateur band, the challenges are largely the same as those you’d find in the front end of a traditional radio. The simplest SDRs are thus well within the abilities of a home constructor, for example converting a below-100kHz-wide segment of radio spectrum to the below-100kHz baseband audio bandwidth of a decent quality computer sound card which serves as both ADC and DAC. You will only need to design one set of not-very-wide filters, and the integrated circuits you’ll use will not be particularly exotic.
But what happens if the SDR you are designing is not a simple narrow-band device? [Chris Testa, KD2BMH] delivered a talk at this year’s Dayton Hamvention looking at some of the mistakes he made and pitfalls he encountered over the last few years of work on his 50MHz to 1GHz-bandwidth Whitebox handheld SDR project. It’s not a FoTW in the traditional sense in that it is not a single ignominious fail, instead it is a candid and fascinating examination of so many of the wrong turnings a would-be RF engineer can make.
The video of his talk can be found below the break, courtesy of Ham Radio Now. [Chris]’s talk is part of a longer presentation after [Bruce Perens, K6BP] who some of you may recognise from his activities when he’s not talking about digital voice and SDRs. We’re jumping in at about the 34 minute mark to catch [Chris], but [Bruce]’s talk is almost worth an article in itself..
Continue reading “Fail Of The Week: The Pitfalls Of Designing A Wideband Radio”
Young electronics hackers today are very fortunate to grow up in an era with both a plethora of capable devices to stimulate their imagination, and cheap and ready access to them. Less than the price of a hamburger meal can secure you a Linux computing platform such as the Raspberry Pi Zero, and a huge choice of sensors and peripherals are only an overnight postage envelope away.
Casing back a few decades to the 1980s, things were a little different for electronically inclined youth. We had the first generation of 8-bit microcomputers but they were expensive, and unless you had well-heeled parents prepared to buy you a top-end model they could be challenging to interface to. Other electronic parts were far more expensive, and mail order could take weeks to deliver the goods.
For some of us, this was not a problem. We simply cast around for other sources of parts, and one of the most convenient was the scrap CRT TV you’d find in nearly every dumpster in those days before electronic recycling. If you could make it from 1970s-era consumer-grade discrete components, we probably did so having carefully pored over a heap of large PCBs to seek out the right component values. Good training, you certainly end up knowing resistor colour codes by sight that way.
Continue reading “Not Quite 101 Uses For An Analog UHF TV Tuner”