There was a time not that long ago when every tool was cordless. But now, cordless power tools have proliferated to the point where the mere thought of using a plain old wrist-twisting screwdriver is enough to trigger a bout of sympathetic repetitive injury. And the only thing worse than that is to discover that the batteries for your tools are all dead.

As [Lance] from the “Sparks and Code” channel freely admits, the fact that his impressive collection of batteries is always dead is entirely his fault, and that’s what inspired his automatic battery charging robot. The design is pretty clever; depleted batteries go into a hopper, under which is a 3D-printed sled. Batteries drop down into the sled, which runs the battery out from under the hopper to the charging station, which is just the guts of an old manual charger attached to a lead screw to adjust the height of the charging terminals for different size batteries. When the battery is charged, the sled pushes it a little further into an outfeed hopper before going back to get another battery from the infeed side.

Of course, that all vastly understates the amount of work [Lance] had to put into this. He suffered through a lot of “integration hell” problems, like getting the charger properly connected to the Arduino running the automation. But with a lot of tweaking, he can now just dump in a bunch of depleted packs and let the battery bot handle everything. The video after the break shows all the gory details.

Of course, there’s another completely different and much simpler solution to the dead battery problem.

While it’s true that your parts bin might have a few parts harvested from outdated devices of recent vintage, there’s not much to glean anymore aside from wall warts. But the 3×48-character LCD from [Kerry Wong]’s old Uniden cordless landline phone was tempting enough for him to attempt a teardown and reverse engineering, and the results were instructive.

No data sheet? No problem. [Kerry] couldn’t find anything out about the nicely backlit display, so onto the logic analyzer it went. With only eight leads from the main board to the display module, it wasn’t likely to be a parallel protocol, and the video below shows that to be the case. A little fiddling with the parameters showed the protocol was Serial Peripheral Interface, but as with other standards that aren’t exactly standardized, [Kerry] was left with enough ambiguity to make the analysis interesting. Despite a mysterious header of 39 characters, he was able in the end to drive the LCD with an Arduino, and given that these phones were usually sold as a bundle with a base and several handsets, he ought to have a nice collection of displays for the parts bin.

With how prevalent this protocol has gotten, [Kerry]’s post makes us want to get up to speed on the basics of SPI. And to buy a logic analyzer too.