Wooden Linear Clock Aided By GPS

The notion of segmenting and quantizing the day into discrete segments of time is perhaps one of the most human things we do. Heralding back to a simpler era when a day was just a progression of sunrise to sunset, [James Wilson] created a beautiful linear clock that shows time as progress throughout the day.

For previous projects, [James] had used nixie tubes but the headache of the inverters, high voltages, and tight spaces led him to instead use mini-LED’s. Two PCBs were manufactured, one as the display and one to hold the GNSS module as it works best when mounted horizontally to point at the sky. Two rows of 112 tightly packed LEDs make a great stand-in for bar graph style tubes and are are controlled by TLC5926 shift registers. The venerable STM32G0 was chosen as the microcontroller to power the clock. With the help of some approximating functions and the location provided by the GNSS module [James] had the position of the sun which he then could turn into a % of progress through the sky.

The enclosure was modeled after the mid-century modern look and made of several pieces of wood CNC’d and then glued together. Machining it out of a solid piece of wood would have been difficult as finding long enough end mills that could carve out the interior is tricky. We think the resulting clock looks wonderful and the walnut accents the maple nicely.

The writeup is highly detailed and we love the honest explanations of what choices were made and why. The code is available on GitHub. Or if perhaps you’d rather eschew the LED’s and go for something more physical there’s always this ratcheting linear clock to draw inspiration from.

Test Your ‘Blue Pill’ Board For A Genuine STM32F103C8 MCU

With the market for STM32F103C8-based ‘Blue Pill’ boards slowly being overrun with boards that contain either a cloned, fake or outright broken chip, [Terry Porter] really wanted to have an easy, automated way to quickly detect whether a new board contains genuine STM32 silicon, or some fake that tries to look the part. After more than a year of work, the Blue Pill Diagnostics project is now ready for prime time.

We have covered those clone MCUs previously. It’s clear that some of those ‘Blue Pill’ boards obviously do not have a genuine STM32 MCU on them, as they do not have the STM32 markings on them, while others fake those markings on the package and identifying can be hard to impossible. Often only testing the MCU’s actual functionality can give clarity on whether it’s a real STM32 MCU.

These diagnostics allow one to test not only the 64 kB of Flash, but also the 64 kB of ‘hidden’ Flash that’s often found on these MCUs (rebadged 128 kB STM32F103 cores). It further checks the manufacturer JDEC code and uses a silicon bug in genuine STM32F1xx MCUs where the BGMCU_IDCODE cannot be read without either SWD or JTAG connected.

Another interesting feature of Blue Pill Diagnostics is using Mecrisp-Stellaris Forth as its foundation, which allows for easy access to a Forth shell via this firmware as well, not unlike MicroPython and Lua, only in a fraction of the Flash required by those. We have previously written about using Mecrisp-Stellaris in your projects.

Mickey’s Big Timer Makes Glider Competitions Better

There’s plenty of obscure sports in the world. Many of them could benefit from bespoke equipment like scoring displays, but are too obscure to support commercial efforts in this regard. Radio controlled glider competitions fit into just this category. This led a man named [Mickey] to develop what he calls Mickey’s Big Timer, to aid in the running of such events.

Glider events run outdoors in full sunlight, so the system uses big bright LED matrix displays to show its timing information. The system, built around the STM32 Discovery platform, uses several of the microcontroller boards to drive several displays as well as the main controller which handles timing. It also packs in an audio system for issuing instructions to competitors. It can also display pilot names as well as instructions such as when competitors should land at the end of a heat.

Some code is available on Github for those interested in how it all works. Word around the RC forums has it that [Mickey] built several systems, some of which ended up as far afield as New Zealand where they helped run many successful glider contests over the years.

We’ve seen plenty of scoreboard projects over the years; a little portable one could be useful for adding some spice to your pickup neighbourhood games. Video after the break.

Continue reading “Mickey’s Big Timer Makes Glider Competitions Better”

Portable, Digital Scoreboard Goes Anywhere

It’s that time of year in both hemispheres — time to get outside and play before it gets unbearably hot (or cold). No matter what your game, don’t keep score in your head or with piles of rocks — make yourself a portable, fold-able scoreboard like [LordGuilly] did and be on the bleeding edge of display technology. It’s really more roll-able than fold-able, which is awesome because you get to unfurl it like a boss.

All you need is a place to hang it up and you’re good to go. This thing runs on a beefy 10,000 mAH USB power bank, and [LordGuilly] says that it’s easy to read even on really sunny days. As you may have guessed, those are WS2812 strips and they are set into rectangular PVC bars. The bars are set equidistant from each other in a frame made from modified version of cable tracks — plastic chain links for cable management.

Good looks aside, we especially like that there are two controller options here. If you want to assign a dedicated scorekeeper, there’s a handled version that uses an STM32 blue pill and is wired to the display. But if you’re short on people, use the ESP8266 version and update the score with the accompanying app. Check out the demo after the break so you can see it in action.

We’ve seen a few scoreboards over the years, including this beauty that’s meant for indoor games.

Continue reading “Portable, Digital Scoreboard Goes Anywhere”

QMESH: LoRa Mesh Networked Voice Communications

LoRa is great for sending short data packets over long ranges but is not normally suitable for voice communications. [Dan Fay] is looking to change this with QMesh, a synchronized, flooded mesh network protocol for ham radio applications.

In a flooded mesh network every node repeats every message it receives. This has the theoretical advantage of making the network self-healing if a single node stops working, but often just means that the nodes will interfere with each other. Thanks to some characteristics of LoRa, [Dan] is using several tricks to get around this packet collision problem. LoRa network can make use of the “capture effect”, which allows a receiver to differentiate between two packets if the power level difference is large enough. This is further improved by adding forward error correction and slightly changing the frequency and timing of the LoRa chirps. QMesh also implements TDMA (Time Division Multiple Access) by splitting transmission into time slots, and only transmitting every third slot. This means it is operating on a 33% duty cycle, which is much higher than the 0.1%-10% allowed on license-free ISM-bands, which legally limits it to the ham bands.

On the hardware side, [Dan] has been using the STM32 NUCLEO-144 development boards with F4/L4/F7/H7 microcontrollers and a custom shield with a 1 W LoRa module and OLED screen. While [Dan] wants to eventually build handheld radios, he plans to first develop small FM repeaters that encode voice as codec2 and use QMesh as a backhaul. QMesh is still under development, but we would love to see the results of some long-range testing, and we are excited to see how it matures.

If your interested in a more basic LoRa-based human-to-human messaging system, take a look at Meshtastic. It’s been going very rapidly over the past year. To learn more about LoRa and other digital modulation schemes, check out the crash course we did with an SDR a while back.

Radio Build Goes Outside The Box

It’s easy to get caught up in a build and forget that the final version usually needs some sort of enclosure, especially things with sensitive electronics in them. The [Director of Legal Evil] at the LVL1 Louisville Hackerspace notes as much in his recent radio build. It seems as though the case was indeed an afterthought, but rather than throwing it in a nondescript black project enclosure it was decided to turn the idea of a project enclosure itself inside-out.

The radio build is based on an SI4732 radio receiver which is a fairly common radio module and is easily adaptable. It needs a microcontroller to run though, so a Maple STM32 platform was chosen to do all of the heavy lifting. The build includes a screen, some custom analog controls, and a small class D audio amplifier, but this is the point it begins to earn its name: the Chaos Radio. While playing around with the project design in CAD, a normal design seemed too bland so one was chosen which makes the radio look like the parts are exploding outward from what would have been a more traditional-style enclosure.

While the project includes a functioning radio receiver, we have to complement the creator for the interesting display style for this particular set of hardware. It can get boring designing the same project enclosures time after time, so anything to shake things up is often welcomed especially when it puts all of the radio components on display like this. In fact, it’s reminiscent of some of [Dmitry]’s projects, an artist known for deconstructing various common household appliances like this CD Player.

Thanks to [Jose] for the tip!

DIY USB Microphone Seems Overkill; Is Surprisingly In-Depth

Those of us who have been working from home through video calls for the past year can attest to the rising demand for conferencing gear such as webcams and microphones. Not wanting to spring for a boring off-the-shelf solution, serial hacker [Andy Brown] decided to design his own USB solution from scratch and show us the process from start to finish.

Deciding to go for a full digital design for the circuitry, the peripheral is based off of a MEMS microphone and an STM32 microcontroller doing the heavy lifting between it and a USB connection. [Andy] notes that MEMS microphones are very delicate and you have to design the PCB around the hole where the sound enters, which is why he went with a breakout board which has the component already soldered onto it.

As for the MCU, he reasons that since this is a off-one project which won’t be produced in large numbers, the 180 MHz ARM core shouldn’t be seen as overkill, since it also gives him more than plenty of headroom to do signal processing to make the sound clearer before sending it through to a computer by the USB audio device descriptor.

Once the components are chosen and the board designed, [Andy] goes into detail explaining the firmware he wrote for the STM32 to translate the PCM samples from the microphone’s I²S interface into a format better suited for the computer. He also describes how it then processes the audio, applying a graphic equalizer to reduce noise and then ST’s own Smart Volume Control filter, which works more like a compressor than a simple amplitude multiplication.

Finally, all files for the project, including board gerbers and the STM32 firmware are available at the bottom of his post, and to boot, a video demonstrating the project which you can check here after the break. [Andy]’s choice of microcontroller for this project is no surprise to us, given he’s already made his own development board for the STM32 G0 series. But if this digital microphone project is a bit too modern for you, why not try your hand at building a ribbon microphone instead?

Continue reading “DIY USB Microphone Seems Overkill; Is Surprisingly In-Depth”