Hacking A Cheap Disco Light For UV Effects

June 15, 2020 by 21 Comments

Back in the early days of disco, filament bulbs were all the rage. Whether tungsten, halogen, or other obscure types, party lighting involved lots of watts and lots of heat. These days, the efficiency of LEDs makes everything a lot cheaper, lighter, and lower power. [Big Clive] decided to dive into a cheap moonflower-type disco light from China, replacing the insides along the way.

The final effect particularly shines when used on fluorescent materials.

The light originally consisted of an 8×8 grid of LEDs, driven by shift registers for a simple chase effect. Surprisingly, the power supply and other hardware inside seemed to at least make an attempt to meet UK regulations. However, [Big Clive] had other plans, whipping up a replacement PCB packing 64 UV LEDs. The video is informative, showing how with a few simple passive components, it’s easy to drive these LEDs from mains without excessive circuitry required to step down to more usual DC voltages.

The final result is a neat UV grid light that would look excellent through some fog on the dance floor. We’ve seen [Big Clive]’s teardowns before, too – like this nefarious CAN bus interceptor found in a Mercedes. Video after the break.

Continue reading “Hacking A Cheap Disco Light For UV Effects” →

Samsung’s Leap Month Bug Teaches Not To Skimp On Testing

June 15, 2020 by 23 Comments

Date and time handling is hard, that’s an ugly truth about software development we’ll all learn the hard way one day. Sure, it might seem like some trivial everyday thing that you can easily implement yourself without relying on a third-party library. I mean, it’s basically just adding seconds on top of one another, roll them over to minutes, and from there keep rolling to hours, days, months, up until you hit the years. Throw in the occasional extra day every fourth February, and you’re good to go, right?

Well, obviously not. Assuming you thought about leap years in the first place — which sadly isn’t a given — there are a few exceptions that for instance cause the years 1900 and 2100 to be regular years, while the year 2000 was still a leap year. And then there’s leap seconds, which occur irregularly. But there are still more gotchas lying in wait. Case in point: back in May, a faulty lunar leap month handling in the Chinese calendar turned Samsung phones all over China into bricks. And while you may not plan to ever add support for non-Gregorian calendars to your own project, it’s just one more example of unanticipated peculiarities gone wild. Except, Samsung did everything right here.

So what happened?

Continue reading “Samsung’s Leap Month Bug Teaches Not To Skimp On Testing” →

Adding WiFi To Black Magic For Wireless GDB Action

June 4, 2020 by 11 Comments

[Thoquz] wrote to us about an interesting GitHub project by [Valmantas Palikša] involving the porting of the Black Magic firmware to ESP8266. For those who are unaware, Black Magic Probe is firmware along with a range of official and third-party boards that targets the debugging of Cortex-M and Cortex-A MCUs and SoCs.

With this blackmagic-espidf project, one can use any ESP8266 board that has at least 2 MB of Flash program storage, though 1 MB should be possible if OTA updated are disabled. After flashing the firmware to the ESP8266 board, the GDB server can be reached on TCP port 2022 and UDP 2023, with a serial port available via TCP/23, UDP2323, or via the physical TX0/RX0 pins on the ESP8266.

The target board to be debugged  is hooked up by default to GPIO0 (SWDIO) and GPIO2 (SWCLK) for Serial Wire Debugging, though JTAG is also said to be supported. If set up properly, next one should be able to pop into a fresh remote GDB session:

gdb connection

If you don’t want the WiFi, you can buy a wired one, or just roll your own from any STM32 board that you’ve got kicking around.

Lasercut Puzzlebox Is Safe-Cracking Fun

May 25, 2020 by 3 Comments

If you head out into the real world and start twiddling knobs on random safes, you might find yourself being hauled away by uniformed police. A safer pastime might be playing with your own puzzlebox at home, which is precisely what [thediylife] has done with this build.

The design implements a basic safe-cracking game, in which players try to guess the combination to the safe in a series of rounds. Input is via a rotary encoder, hooked up to the Arduino Uno inside. This project really wins because the finish looks so amazing. The safe is constructed out of 3mm MDF, which is lasercut to shape — an easy one to whip up in the average makerspace. The interface is fleshed out with a small OLED screen and some LEDs, while a servo acts as the lock which holds the door shut. When you see the underside of the face plate with components hot glued into holes you’ll really pale at how clean the business side ended up.

It’s a simple build, and one that would make a great party game with a prize hidden inside. We’ve seen other puzzle-box builds before, too — like the GPS-based reverse geocache build. Video after the break.

Continue reading “Lasercut Puzzlebox Is Safe-Cracking Fun” →

This Week In Security: DNS DDOS, Revenge Of The 15 Year Old Bug, And More

May 22, 2020 by 9 Comments

Another DDOS amplification technique has just recently been disclosed, NXNSAttack (technical paper here) that could be used against DNS servers.

We’ve covered amplification attacks before. The short explanation is that some UDP services, like DNS, can be abused to get more mileage out of a DDoS attack. The attacking machined send messages like this: “Hello Google DNS, This is the Hackaday server. Can you send me a really big DNS response packet?” If the DNS response is bigger than the request, then the overall attack is bigger as a result. The measure of effectiveness is the amplification factor. For every byte of DDoS sent by attacking machines, how much many bytes are actually sent to the victim machine? Mirai, for example, had an amplification factor of something around 2.6.

NXNSAttack has a theoretical per-byte amplification factor of 163. That’s not a missed decimal point, this has the potential to be quite the nasty problem. Continue reading “This Week In Security: DNS DDOS, Revenge Of The 15 Year Old Bug, And More” →

Bolt-On Clog Detection For Your 3D Printer

May 19, 2020 by 19 Comments

Desktop 3D printing technology has improved by leaps and bounds over the last few years, but they can still be finicky beasts. Part of this is because the consumer-level machines generally don’t offer much in the way of instrumentation. If the filament runs out or the hotend clogs up and stops extruding, the vast majority of printers will keep humming along with nothing to show for it.

Looking to prevent the heartache of a half-finished print, [Elite Worm] has been working on a very clever filament detector that can be retrofitted to your 3D printer with a minimum of fuss. The design, at least in its current form, doesn’t actually interface with the printer beyond latching onto the part cooling fan as a convenient source of DC power. Filament simply passes through it on the way to the extruder, and should it stop moving while the fan is still running (indicating that the machine should be printing), it will sound the alarm.

Inside the handy device is a Digispark ATtiny85 microcontroller, a 128 x 32  I2C OLED display, a buzzer, an LED, and a photoresistor. An ingenious 3D printed mechanism grabs the filament on its way through to the extruder, and uses this movement to alternately block and unblock the path between the LED and photoresistor. If the microcontroller doesn’t see the telltale pulse after a few minutes, it knows that something has gone wrong.

In the video after the break, [Elite Worm] fits the device to his Prusa i3 MK2, but it should work on essentially any 3D printer if you can find a convenient place to mount it. Keep a close eye out during the video for our favorite part of the whole build, using the neck of a latex party balloon to add a little traction to the wheels of the filament sensor. Brilliant.

Incidentally, Prusa tried to tackle jam detection optically on the i3 MK3 but ended up deleting the feature on the subsequent MK3S since the system proved unreliable with some filaments. The official line is that jams are so infrequent with high-quality filament that the printer doesn’t need it, but it does seem like an odd omission when even the cheapest paper printer on the market still beeps at you when things have run afoul.

Continue reading “Bolt-On Clog Detection For Your 3D Printer” →

TEMPEST Comes To GNU Radio

May 14, 2020 by 10 Comments

As we use our computers, to watch YouTube videos of trucks hitting bridges, to have a Zoom call with our mothers, or even for some of us to write Hackaday articles, we’re unknowingly sharing a lot of what we are doing with the world. The RF emissions from our monitors, keyboards, and other peripherals can be harvested and reconstructed to give a third party a view into your work, and potentially have access to all your darkest secrets.  It’s a technique with origins in Government agencies that would no doubt prefer to remain anonymous, but for a while now it has been available to all through the magic of software defined radio. Now it has reached the popular GNU Radio platform, with [Federico La Rocca]’s gr-tempest package.

He describes it as a re-implementation of [Martin Marinov]’s TempestSDR, which has a reputation as not being for the faint-hearted. The current version requires GNU Radio 3.7, but he promises a 3.8-compatible version in the works. A YouTube video that we’ve placed below the break has a range of examples running, though there seems to be little information on the type of antenna employed. Perhaps a log-periodic design would be most appropriate.

Continue reading “TEMPEST Comes To GNU Radio” →