Programmable Logic I – PLA/PAL

June 24, 2014 by Bil Herd 25 Comments

Yeah I am still a little pissed that the competition is still around and we aren’t, and by “we” I mean Commodore Business Machines (CBM). It was Commodore that had the most popular home computer ever in the C64 (27 Million) and it was a team of MOS engineers after all, that had the idea to make a “micro” processor out of a 12 square inch PCB.

MOS Technology in King of Prussia/Norristown

Of course they did work at Motorola at the time and “Mot” did not want anything to do with a reduction of the profit margin on the pie-plate size processor. Of course MOS got sued by Motorola but that was an average Tuesday at MOS/CBM. I absolutely credit CBM with buying the MOS Technologies chip foundry, as together we could make our own processors, graphics chips, sound chips, memory controllers, and programmable logic.

With this arsenal at our call we didn’t have to make compromises the way other companies did such as conforming to the bus spec of an industrial standard 6845 or having to add extra logic when a custom extra pin would work. We could also make sprites.

6502 Design Team (EE Times 1975, archive.archaeology.org)

The compromise we did have to make when designing was cost, and I mean the kind of cost reduction where finding a way to save a dollar ($1USD) saved millions in the production run. I knocked $.90USD out of a transformer one day and I couldn’t focus the rest of the day due to elation.

Cost reduction is a harsh mistress however as you can’t just do it a little some of the time or only when you want to. The mental exercise of multiplying anything times a million was always there, it made it hard to buy lunch — I’d be blocking the lunch line while figuring the cost of a million tuna sandwiches FOB Tokyo Continue reading “Programmable Logic I – PLA/PAL” →

Developed On Hackaday: Current Status And Selected Beta Testers

June 24, 2014 by Mathieu Stephan 30 Comments

The Hackaday community is currently working on an offline password keeper, aka Mooltipass. The concept behind this product is to minimize the number of ways your passwords can be compromised, while generating and storing long and complex random passwords for the different websites you use daily. The Mooltipass is a standalone device connected through USB and is compatible with all major operating systems on PCs, Macs and Smartphones. More details on the encryption and technical details can be found on our github repository readme or by having look at all the articles we previously published on Hackaday.

As you can see from our commit activity these last weeks have been extremely busy for us. We finally have a firmware that uses all the different libraries that our contributors made but also a chrome plugin and extension that can communicate with our Mooltipass. We’re very happy to say that our system is completely driverless. A video will be published on Hackaday next week showing our current prototype in action as some of the contributors are already using it to store their credentials.

We selected 20 beta testers that will be in charge of providing us with valuable feedback during the final stages of firmware / plugin development. Selection was made based on how many passwords they currently have, which OS they were using but also if they were willing to contribute to the prototype production cost. We expect them to receive their prototypes in less than 2 months as the production funds were wired today.

We think we’ve come a long way since the project was announced last december on Hackaday, thanks to you dear readers. You provided us with valuable feedback and in some cases important github push requests. You’ve been there to make sure that we were designing something that could please most of the (non) tech-savy people out there and we thank you for it. So stay tuned as in a week we will be publishing a video of our first prototype in action!

Want to chat with us? You can join the official Mooltipass Google Group or follow us on Hackaday Projects.

Judge Spotlight: Limor “Ladyada” Fried

June 24, 2014 by Mike Szczys 52 Comments

We sent off a list of questions, just like every week, and [Ladyada] offered to do a video response. How awesome is that? Not only did she answer our questions, but she talked at length for several of them. We’re biased, but her explanation about Adafruit’s manufacturing processes and options for home hackers to get boards spun was a real treat.

Perhaps we should step back for a minute though. In case you don’t know [Limor Fried], aka [Ladyada], is a judge for The Hackaday Prize which will award a trip into space and hundreds of other prizes for hackers who build connected devices that use Open Design (Open Hardware and Open Source Software). She’s the founder of Adafruit Industries, an MIT double-grad, and all around an awesome engineer!

Check out the video after the break. We’ve included a list of the questions and the timestamps at which they are answered.

Continue reading “Judge Spotlight: Limor “Ladyada” Fried” →

The 200 LED Ring Clock

June 24, 2014 by Adam Fabio 9 Comments

There are LED clocks, and then there are LED clocks that can blind you from 30 paces. [Stiggalicious’s] LED ring clock is of the latter variety. 200 WS2812B/Neopixel RGB LEDs drive the ring clock to pupil searing levels. The clock runs on ATMega1284P, with timekeeping handled by an NXP PCF8563 real-time clock chip. Code is written in Arduino’s wiring language using Adafruit’s Neopixel library.

Building the clock with a single Printed Circuit Board (PCB) would be both expensive and wasteful. [Stiggalicious] cleverly designed his clock to be built with 8 copies of the same PCB. Each board makes up a 45° pie slice of the ring. All 8 PCBs have footprints for the CPU, clock chip, and other various discrete parts, but only the “master” section has these parts populated. 7 “slave” sections simply pass clock, data, power and ground through each LED. He used Seeedstudio’s board service to get 10 copies of his PCB made, just in case there were any mistakes.

[Stiggalicious] rolled the dice by buying exactly the 200 LEDs he needed. Either he got really lucky, or the WS2812 quality testing has improved, because only one LED had a dead blue LED.

If you’d like to find out more, [Stiggalicious] gives plenty of details in his Reddit thread. He doesn’t have a webpage setup for the clock but he’s uploaded his source code (pastebin link) and Altium schematic/PCB files (mega.nz link). We may be a bit biased, but hackaday.io would be a perfect spot for this or any other project!

The State-Based Nixie Multimeter

June 24, 2014 by Brian Benchoff 29 Comments

state

Instead of numbers the IN-15A Nixie tube has symbols, specifically n, μ, P, -, +, m, M, k, Π, and %. The related IN-15B Nixie has letters: A, F, H, Hz, Ω, S, V, and W. These should look familiar to you. [kittan] decided it would be really cool to have a Nixie-equipped multimeter, and since he’s going retro fabulous anyway, he might as well make his multimeter controllerless, with discrete logic and comparator ICs. It’s a state-based Nixie multimeter, and it’s going to be freakin’ awesome.

The basic plan of the multimeter is a precision 1V voltage reference, a bunch of opamps, and a ton of resistors to form a ladder All the opamps in each decade are XOR’d together, so when one of the ten comparators for each decade stage is tripped, only one number will display on the (numeric) Nixie tube.

With a reasonable plan for measuring a voltage, it’s not too hard to expand the design for other measurements. V=IR, so with a constant current, V=R. The same equation can be used with a fixed resistance to determine current. Capacitance can be measured by comparing the change in charge of a known capacitor. Inductance, conductance, power, and frequency are all planned for this monster of a multimeter.

The initial PCB design is completed (and shown above) and it’s theoretically possible to do on a single-sided board with a minimum of jumpers. An amazing project, and even though you could probably find a similar, ancient meter in a trash heap or on a collector’s shelf, this is by far one of the best Nixie projects we’ve ever seen.

5000 Lumen LED Projector? Naw, How About A Whopping 1 Candela?

June 23, 2014 by James Hobson 23 Comments

1 candle projector

One of our readers recently found a ASK Proxima C170 (also sold as the InFocus LP600) in the waste bin, thrown away because it stopped working — He snatched it up and decided to try tinkering with it. A visual inspection quickly found the problem, a 100uF cap had blown!

He replaced the capacitor and got the projector to turn on again without much difficulty. Not wanting to pay a few hundred dollars for a bulb he’s ordered a 5000lm 50W LED array from China to give it new life as an LED projector, because as it turns out it’s a fairly simple hack to trick the projector into thinking it has an official lamp in it. It’s just a matter of shorting a few leads on some of the photo-couplers!

In fact, once this hack is done, you can use any kind of light source you want! So just for kicks he decided to try using a tea light candle. It actually managed to project an image on the wall thanks to the optics of the projector! Functional? Not really, but it’s a cool way to prove a successful hack towards an even cooler end project though!

For other fun projector hacks, check out this roundup we did a few years ago.

[Thanks thefamoushat!]

Using Echoes Of Light To Turn Walls Into Mirrors

June 23, 2014 by Mathieu Stephan 21 Comments

[Matthias] recently published a paper he worked on, in which he details how his group managed to reconstruct a hidden scene using a wall as a mirror in a reasonably priced manner. A modified time-of-flight camera (PMD CamBoard Nano) was used to precisely know when short bursts of light were coming back to its sensor. In the picture shown above the blue represents the camera’s field of view. The green box is the 1.5m*1.5m*2.0m scene of interest and we’re quite sure you already know that the source of illumination, a laser, is shown in red.

As you can guess, the main challenge in this experience was to figure out where the three-times reflected light hitting camera was coming from. As the laser needed to be synchronized with the camera’s exposure cycle it is very interesting to note that part of the challenge was to crack the latter open to sniff the correct signals. Illumination conditions have limited impact on their achieved tolerance of +-15cm.