Universal TFT Display Backpack Helps Small Displays Shine

June 4, 2022 by Donald Papp 16 Comments

TFT technology might be ancient news for monitors and TVs, but it’s alive and well when it comes to hobbyist electronics and embedded devices. They’ve now become even easier to integrate, thanks to the Universal TFT Display Backpack design by [David Johnson-Davies].

Breakout board, compatible with pinouts of most small TFT displays.

Such displays are affordable and easy to obtain, and [David] noticed that many seemed to have a lot in common when it came to pinouts and hookup info. The result is his breakout board design, a small and easy-to-assemble PCB breakout board that can accommodate the pinouts of a wide variety of TFT displays available from your favorite retailers or overseas sellers.

The board has a few quality-of-life features such as an optional connection for a backlight, and a staggered pin pattern so that different TFT boards can be pushed in to make a solid connection without soldering. That’s very handy for testing and evaluating different displays.

Interested? Head on over to the GitHub repository for the project, and while you’re at it, check out [David]’s Tiny TFT Graphics Library 2 which is a natural complement to the display backpack. [David] sure knows his stuff when it comes to cleverly optimized display work; we loved his solution for writing to OLED displays without needing a RAM buffer.

Scanner Snooping Uncovers Focus Farce

January 20, 2021 by Tom Nardi 8 Comments

From his comments about the noisy image and limited controls, we’re going to go out on a limb and assume [Andrew Jeddeloh] isn’t a huge fan of using his Epson V550 for scanning film. But is it really irredeemable? That’s what he set out to determine in a recent series of posts on his blog, and from what we can tell, it’s not looking good for the old Epson.

The first post attempts to quantify the optical capabilities of the scanner by determining its modulation transfer function (MTF), point spread function (PSF), and comparing its horizontal and vertical resolution. As you might expect, the nuances of these measurements are a bit beyond the average user. The short version of his analysis is that the scanner’s slide frame does indeed seem to be holding objects at the proper “sweet spot” for this particular image sensor; meaning that contrary to the advice he’d seen online, there’s nothing to be gained by purchasing custom film or slide holders.

While investigating the optical properties of the scanner, [Andrew] became curious about the automatic focus options offered by the VueScan software he was using. The images produced appeared to be identical regardless of what option he selected, and he began to suspect the feature wasn’t actually doing anything. To confirm his theory, he wrote a shim program that would sit between the proprietary VueScan program and the V550 driver and log all of the data passing between them.

After tweaking various options and comparing the captured data streams, [Andrew] determined that enabling automatic focus in VueScan doesn’t do anything. At least, not with his scanner. He did notice a few extra bytes getting sent to the driver depending on which focus options were selected, but the response from the scanner didn’t change. He thinks the program likely has some kind of generic framework for enabling these kind of features on supported hardware, and it’s just mistakenly showing the autofocus options for a scanner that doesn’t support it.

If there’s some film you want to digitize, but you’re saddled with a scanner like the V550, you could always do it with a camera instead. You could even put together a passable film scanner with LEGO.

No Need For Speed With This Arduino-Based Inkjet Printer

June 13, 2020 by Dan Maloney 17 Comments

When it comes to computers, it seems like the only thing that matters is speed. The more the better, in general, and the same applies to peripherals. We want the fastest network adapters, the fastest video card, and the fastest printer. So why in the world would anyone intentionally build a really slow inkjet printer? For art, of course.

At least that’s the story [HomoFaciens] tells us in the video below. His efforts are in support of a friend’s art project, which seeks to print slowly but continuously on a roll of paper. [HomoFaciens]’s printer is based on an H-P C6602 inkjet cartridge, one of those high-priced consumables that make buying a new printer more attractive than replacing them once depleted. After figuring out how to drive the printhead — 5 to 6 μs pulses of 18 volts through a ULN2803 Darlington array driver chip seemed to do the trick — he mounted everything to the gantry of an old 3D printer. It’s interesting to watch the images slowly being built up — something that printers usually hide from prying eyes — and to see how the DPI count of the printer can be increased by interlacing each printed line.

Near the end of the video, we get a glimpse of his “tattoo gun printer”, which reminded us of all the other cool things he’s done over the years. From a CNC machine made from paperclips and cardboard to an encoder made from a wheel of resistors, [HomoFaciens] has some interesting designs that you really should check out.

Continue reading “No Need For Speed With This Arduino-Based Inkjet Printer” →

How Many LEDs Can You Drive?

February 18, 2020 by Bryan Cockfield 35 Comments

Driving more than a handful of LEDs from a microcontroller is often a feat that takes tedious wiring, tricking the processor, or a lot of extra external hardware. Charlieplexing is perhaps the most notorious of these methods, and checks two of those three boxes. This library for the Teensy 4.0 checks all three, but it can also drive a truly staggering 32,000 LEDs at one time.

The TriantaduoWS2811 library is able to drive 32 channels of LEDs from a Teensy 4.0 using only three pins and minimal processor resources. It uses the FlexIO and DMA subsystems of the i.MX RT1062, the particular ARM processor on the Teensy, to drive four external shift registers. Together, the system is able to achieve 30 frames per second on with 1,000 LEDs per channel, for a total of 32,000 LEDs. Whoah.

[Ward] aka [wramsdell] wondered what one would do with all of the horsepower of a Teensy microcontroller when he first saw its specifications, and was able to build this project to take advantage of its features. What’s surprising, though, is that it doesn’t use nearly everything the processor is capable of, so you can do other tasks at the same time as driving that giant LED display.

VGA Signal In A Browser Window, Thanks To Reverse Engineering

December 30, 2019 by Donald Papp 25 Comments

[Ben Cox] found some interesting USB devices on eBay. The Epiphan VGA2USB LR accepts VGA video on one end and presents it as a USB webcam-like video signal on the other. Never have to haul a VGA monitor out again? Sounds good to us! The devices are old and abandoned hardware, but they do claim Linux support, so one BUY button mash later and [Ben] was waiting patiently for them in the mail.

But when they did arrive, the devices didn’t enumerate as a USB UVC video device as expected. The vendor has a custom driver, support for which ended in Linux 4.9 — meaning none of [Ben]’s machines would run it. By now [Ben] was curious about how all this worked and began digging, aiming to create a userspace driver for the device. He was successful, and with his usual detail [Ben] explains not only the process he followed to troubleshoot the problem but also how these devices (and his driver) work. Skip to the end of the project page for the summary, but the whole thing is worth a read.

The resulting driver is not optimized, but will do about 7 fps. [Ben] even rigged up a small web server inside the driver to present a simple interface for the video in a pinch. It can even record its output to a video file, which is awfully handy. The code is available on his GitHub repository, so give it a look and maybe head to eBay for a bit of bargain-hunting of your own.

Axiom, A 100+kW Motor Controller For Making Big Motors Move

November 4, 2019 by Gerrit Coetzee 47 Comments

We’ve seen a lot of motor driver boards for robots and the odd electric skateboard. What we haven’t see a lot of is one big enough to drop into an electric vehicle.

The Axiom motor controller was a winner of the bootstrap contest and is a Finalist in the 2019 Hackaday Prize. The driver aims to deliver 300A continuous at 400V all day long. Which is a very impressive amount of power from a board that appears to be quite compact.

The brains of the device is an ice40 FPGA from Lattice running software based on the VESC Project. Its open source roots will certainly allow for some interesting hacks and an increasingly stable platform over time. Not to mention the existing software tools will aid in the sometimes cumbersome motor-driver tuning process.

The board designs are available, but we agree with the team that the complexity of assembly is likely going to be high (along with the price). The amount of research and skill going into this complicated kit is a bit mind-boggling, but we hope it will really enable some cool hacks, from cars, to ATVs, and maybe even an electric flyer.

Ferrofluid Display Fuels The Fun, And The Procrastination

May 28, 2019 by Dan Maloney 14 Comments

When deadlines loom and your future is on the line, do what top college students through the ages have always done: procrastinate! [Simen] and [Amund] did that in grand style by starting a YouTube channel, delightfully and aptly named “Applied Procrastination”, wherein they plan to avoid their responsibilities as long as possible in favor of making a large-scale ferrofluidic display panel. (Video, embedded below.)

We suppose we should encourage them to hit the books, but honestly they look like they’re having much more fun and learning more than they would in class. The idea isn’t new; we’ve seen ferrofluid clocks before, after all. [Amund] and [Simen] have grander plans for their display, but they’re wisely starting small with basic experiments. They had an early great idea to use a double-pane window as a tank for their display, but coatings on the inside of the glass and the aluminum frame conspired to cloud the display. They also did some tests to make sure they can control 252 electromagnets safely. They did manage to get a small test display working, but really the bulk of the video is just them playing with magnets and ferrofluid. And again, we’re OK with that.

It looks like this is going to be an interesting project, with hopefully regular updates to the channel now that summer break is upon us. Unless they find something else to do, of course.

Continue reading “Ferrofluid Display Fuels The Fun, And The Procrastination” →