CodeMercs Forum

Well, after 3 months the shipment finally did arrive.

I guess I'll have to make another matrix now that I have more components........ :D :D :D

All is well. The replacement from Segor arrived and is now placed in the board.
I should have gone this way in the first place (not trying the 74HC595 and Transistors) as this chip handles the current quite nicely and all power (even for the matrix LED's) is being suplied via the USB cable ...

Anyone..........

Can any one advise of an alternate component source for the MIC5895 (AKA UCN5895A)? I have been trying to get one from Segor, but each time they send it, the shipment does not arrive. This is the final piece I need.
Please note, this is nothing against them, they are sending them, I believe the ...

Thats nice........

Sad that these posts even exist, bad enough we get them in emails!

One good thing to come of this tho, it reminded me that Robert was going to see if he had an example of the switch matrix reading code.

Did you find it Robert?

Jon

Thanks for finding that out, but I think I will scrap this method and try using a MIC5895/5891 for the row driver. Seems like there is going to be too much trial and error to get it to work.
Can you tell me, is the 5895 capable of powering all 32 segments of the row that may have to be on at once? I ...

Thanks for that tip Wayoda, worked a well. Sometimes you just think that it has to be done the hard way!

Results of tonights test.

databits measured at the pins gave the following reults. They were measured just before the clock pulse.


************* --------Clock pulse --(1=>40 ...

The serial data being sent to the 74595 is getting there correctly. I can switch the rows off and on as I like by setting serialdata(32=>40)
This leads me to believe the data loss is happening after the serial output from this to the MIC5821's
Gee, I wish I had a way of measuring the serial data as ...

Ok we try sending

11111111 00000110 00000110 00000110 00000110

and the result as you predicted is

11111111 00000010 00000010 00000010 00000010

So it is time to call CSI downunder, and we start searching to see if any of those hungry capacitor animals are stealing my data. Cant find any trace of ...

Your help is most appreciated.

Well, there is definitely somethig strange happening here.

I set up the code for sending the data manually.

First line is the serial data I send, (serialdata(39) => serialdata(0))
Second line is status of pins, (1=LED On, 0= LED off)


.U1('595)........U2...........U4............U5...........U6 ...

Yeap, I can understand that now :D You have explained that very well.

I will try it later this evening.

I can understand the logic to the code, but dont understand a few things.

Is write() an api call?
How does my code know to send that data to the warrior. I must have to initialise it first.

Sorry about this, but I feel I'm starting to get in over my head!

OK, first the connection of the displays.

Using my schematic as a reference.....


Resistor .......... segment
17.....................a
18.....................b
19.....................c
20.....................d
21.....................e
22.....................f
23.....................g
24 ...

Thanks for the detailed reply Eberhard.
While I agree that these R values are probably not correct, they do work, and the displays are not so dull that I cant see them. I'm getting quite a good light from the LEDs.
The result I get is the same for each segment whether I have 1 display or all 4 ...