Close

Braille Cell Array Drive Circuit

A project log for Electromechanical Refreshable Braille Module

Lowering the cost of Refreshable Braille Cells by using Electromagnetic Cam Actuators & 3D Printing

vijayVijay 09/10/2023 at 17:443 Comments

I'm working on the drive electronics to actuate pins for an array of braille cells that can make up a full braille display.

I have been looking into the functioning of Flip-Dots, as they share many similar characteristics to each Braille-Cell dot.

Flipping Dots Fast. | About using electronic stuff

                 Above: A single Flip dot toggles its position when the polarity of an electromagnet is changed.

          Above: A single Braille dot toggles its position when the polarity of an electromagnet is changed.

Luckily, there are several projects on Hackaday to learn from (Hackaday community seems to love these). I found these amazing mechanical 7-Segment displays from AlfaZeta that are a perfect analogy for the Braille-Cell, each segment works just like an individual flip dot, and 7 segments of them are packaged into a module where each segment need to be energised only momentarily and then retains its state, similar to our 6-dot Braille Cell:


I found a project that just "Throws H-Bridges" at the module to drive them, but I wanted to be able to save on money and microcontroller pins to create a more elegant solution, and keep the cost lower than the 10$ per Braille-Cell goal I have for the project:

https://hackaday.io/project/162065-wifi-flip-clockyoutube-counter 

I came across this video by YouTuber GratScott! that showed an array of these modules controlled by some interesting electronics:

The circuit on this is what Ive decided to reverse engineer as best as possible for a using 6-dot braille cells.

How the driver works (I think), taking the example of driving 5 Braille Cell Modules:

Download the Schematic above here: https://cdn.hackaday.io/files/1911818179487904/Braille%20V1.sch

Functioning:

Questions/Doubts I have:

Download the Schematic above here: https://cdn.hackaday.io/files/1911818179487904/Braille%20V1.sch

Discussions

darrell wrote 09/16/2024 at 17:22 point

First, double check that by connecting both high-side and low-side driver chips output together (TBD62783APG and TBD62783APG) it will not have the built-in clamping diodes accidentally shorting out the shared coil output signal to either the power or ground rails. The output clamp diodes will start to conduct regardless of the input signal to the driver chip any time they become biased to turn on. I'm having problems comparing your schematics to the data sheets at the moment, so I leave that check to you.

Second, the overall switching of the high and low side drivers will be complicated as you work through all of the combinations of energizing and de-energizing the 6 pins per display times 5 displays. By staggering each pin individually, you will keep overall current draw down, but the physical update time of each coil can start to add up to noticeable overall update delays, especially if the number of digits grows more in the future. Deciding on pulsing every coil during every update (even if it is not needed) or only pulsing the coils that need to change can affect the power being used (especially if battery powered). Skipping coils that should already be correct could also lead to output reliability issues in the case a single coil ever ends up in the wrong position compared to what you expect it to be..

Third, an integrated H-bridge driver such as the Texas Instruments DRV8212 may simplify the software logic and improve the electrical performance of the coil driver. There may be other devices that are cheaper or can drive more than one coil at a time. Or multiple the driver output to one of many coils. But this "fancier" chip may be a better solution compared to the "basic" switching of the current design which seems to be the go-to approach for many. If you can simply tell the driver to set or reset the coil, then move on to the next coil while the driver for the last coil automatically sets the last coil and then goes into standby would eliminate a lot of code, and very likely speed up how fast the entire display array could be updated.

Fourth, unless your SPICE skills are superb, I find that modeling analog loads such as solenoid switching is often misleading. I suggest building up a test circuit with a single coil for one display digit to verify that you can correctly and reliably switch that pin up and down. If it gets damaged, you still have 5 more pins left to test with. Once you get the one pin working well, you can expand to switching all 6 pins in one digit. Once that digit is working, then expanding your code to multiple digits. If you are relying on a lot of simulation to check this type of design because of a lack of physical test gear, then issues like varying coil switching times, unexpected clamping diodes becoming biased "on", or weird current draws as the coils are switching on and off affecting the stability of your overall power supply are all problems that SPICE modeling is usually not likely to identify.

  Are you sure? yes | no

kelvinA wrote 09/11/2023 at 15:38 point

Looking at the TBD62783APG datasheet, it seems that the clamp diodes are specifically added so that inductive loads are driveable. 

You might want to consider connecting RESET to !E1 and/or !E2 on the 3-to-8 source decoders (where SET is E3) to prevent the shoot-through condition.

  Are you sure? yes | no

Vijay wrote 09/11/2023 at 19:45 point

Great Idea, prevent any mistakes from happening, thankyou!

I tried simulating the circuit on SPICE, but it would give unpredictable behavior when I connected the Source and Sink array outputs on each of coil side. It works when I test the SET and RESET circuit in isolation, but it seems like you cant just connect these together like in a H-Bridge.


While researching today, I found another project that uses a similar circuit: https://cdn.hackaday.io/files/1594156820411360/Flipdot-Controller-Prototype-v1.pdf

The flip dot circuit it drives has additional components, mostly an array of dual-switching diodes : https://hackaday.io/project/159415-flip-dot-display-diy-controller/log/149305-matrix-layout-and-controllers-job

Adding these into the circuit seems to have got it to work on SPICE, to be seen what happens to it in real life.

  Are you sure? yes | no