RE: QUESTION: I think the sky fell on me. I need some help please. The tail of too, too many wires.

phoenixcomm — Sun, 31 Mar 2024 20:26:29 GMT

[mention:b0bc65b9ecdc4307bd967592f00e340a:e9ed411860ed4f2ba0265705b8793d05] The PCA9634 is an I²C-bus-controlled 8-bit LED driver optimized for Red/Green/Blue/Amber (RGBA) color mixing applications. Good try but you must have missed the spec.."DISCLAIMER THEY ARE NOT LEDS THERE INCANDESCENT! They run at 4 vdc @ 15ma. per segment." This is a big swing and a strike (baseball)!! try again. LOL the total displays = 17 16segment(4) 7segment(13) also please remember that this fits into a 3" deep box 4.2" high, and 4.75" wide. so you need 5 bits for the 17 selects + 3 more bits for the decimal points(4), so all I need in the unit is the drivers (UJTs?) seven seg 91 + 64 more for alphanumeric.

the controller or FRU/LRU is one of my plastic shoe boxes that can hold all of the logic the two CPUs and whatnot. The main Idea is to reduce the interconnect wires there are 81 7segment drives + 64 alpha drives(16x4) just to toss a wrench 13 select line + 4 for the decimal points so the load 91+64+4 = 159 drives, x .015ma segment = 2.385amps. Here on ebay I found 5A Input DC 5-30V Output DC 3V 3.3V 4V 5V 6V 9V 10V 12V Synchronous DC-DC Buck so I would most likely split the load between two of them just to be safe. This will provide the 4volts that I need for the displays. now about dimming the beast back in the FRU/LRU I could do something with PCM..

plus 2 thumbwheel switches with BCD outputs

plus 2 rotary switches, one 6 positions and the other 7. I can use two 8:3 bcd priority encoders which will go to a mcp2017.

plus a 14 keypad which I can use a 74C922 keyboard

thoughts to ponder. I was planning on using 2 processors maybe an Arduino for the lights and maybe the switches as well.

Then I could use an esp32 (small) to handle the canAerospace/over ethernet traffic. and use an every this runs on interrupts.

RE: QUESTION: I think the sky fell on me. I need some help please. The tail of too, too many wires.

shabaz — Sun, 31 Mar 2024 01:25:53 GMT

PCA9634 (PDF doc) is your friend! : )

It's an excellent chip with 8 outputs, with zero multiplexing. Just plain and simple individual outputs which can even be slowly ramped up (very high speed PWM) if desired, to look after your display filaments). There are only 8 outputs per chip, so you'll need a lot of them (20 chips to cover your 160-ish segments, so you'd need to design a board to (say) contain two of the chips each, and stack ten boards (as an example). Each chip can easily handle the power requirement of the filaments, a total of 200 mA per chip is supported. You'll need a series resistor for each filament btw.

Another excellent feature; there are tons of address line inputs per chip (could use DIP switches per board, or solder links), so you can parallel all the I2C pins, and drive it all using just two wires into your Arduino, although it may be best to split it into two I2C buses. All of this minimizes 99% of wiring down to just the connections between the boards and the displays.

I've used those chips with LED displays, but they will work with incandescent filaments. The benefit of those chips for me was the rock-solid display, with zero multiplexing flicker. I used it for an exhibition event, where I didn't want flickering.

The circuit below is what could be replicated. The green boxes are the address lines, which are hard-coded to be different per chip (e.g. DIP switches as mentioned, or solder bridges) The blue box shows the resistors, Would be faster to solder in a resistor network there, rather than 8 individual resistors. Instead of the HDSP LED display, it would be the incandescent filaments. The yellow box shows the connections to the Arduino of course.

Just in case it sparks any ideas, this was what my board looked like.. a load of large(ish) segment LED displays, all non-multiplexed. The PCA9634 chips were all soldered behind the LED displays, on the underside. The board would get a little warm, but not a lot. My board had all the I2C connections joined together, so that just two wires went to the microcontroller (on the right side of the board). The displays were remotely updated (using old-fashioned RS232! - there's a socket for that on the left side (I used a RJ45 for that, not DB-9). It was super-bright and clear, visible from many meters away, with zero flicker.

One other thought, is that wiring 160 connections is going to be a huge time-drain. If you can find a way of attaching a PCB (or PCBs) directly to the segments, then that opens up options that use zero wires. For instance, using flat flex to go from the PCB soldered to the segments, down to the display board. There is available very widely spaced flat flex that is super-easy to solder using any soldering iron. A photo of the current setup will help with more ideas hopefully.