Different modules are wired differently, so its best to make your code configurable if you can, there should be no need to alter the font (assuming it's correct in the first place).
my bit stream is coded on the red leds one direction .. the same bit stream (green) shows the other orientation ( vertical and horizontal dont know which ) not a huge problem, as i want digits as a mirror image anyway , this was just a test of my coms / connection, timing etc.
I have a pic18f26k80 running at 3v... I have a 74hc244 converting voltage to 5v..
I'm beginning to think there is a glitch in my software... 10 mins and it shuts down, I reboot and its good for another 10 mins..
I was helping MM on another project and his was doing same... BUT!!! I have a similar clock here it has run for months with no issue.
Not experienced any similar issues 'yet' I have just one 8x8 of the 4 running at lowest intensity (0x0A00 )at the moment , drive is from 3.3v dsPIC33EP512GM304, I have a TXS0108E level shifter for the signals. The RED led modules have a 6k2 resistor on the ISET pin (18), The max IC is not visible on the GREEN module.
edit miss read resistor is 62k, seems very high ? (623)
LIke I said.... So have I... It has run non stop for months... The weighing system is the bit that foxes me.. Same circuit.. It was messing up when I was bit banging 3v.. So I moved to SPI and still messed up... I was convinced that the 3v wasn't properly driving the 5v MAX7219.. So I put a 74hc244 in circuit to give a perfect signal....
The difference is, the clock is updated every second... My system however isn't.. Sometimes it is a while before you weigh.. Then 25 seconds lapse between axles ( obviously to determine the last axle) then another 30 seconds before printing... It acts just like its going to sleep.
I've just modified my clock code so it stops updating, it's now been 12 minutes and it's not shut down. About to go to the shops so will report when I get back.
Just for information, I'm using a 32 x 8 display with a WeMos mini (so 3.3V) with hardware SPI without any problems. My displays are horizontally aligned meaning writing a byte updates a row of pixels.
I played with this device extensively when I worked at Maxim. I designed an Ishihara test using RGB LEDs which was quite effective. I put 10k pull downs on the bus, since the bus can start up in an unknown state. From memory, the MAX7221 fixed this issue
I played with this device extensively when I worked at Maxim. I designed an Ishihara test using RGB LEDs which was quite effective. I put 10k pull downs on the bus, since the bus can start up in an unknown state. From memory, the MAX7221 fixed this issue
Plan B , could be C or D , the previous 4x(8x8) Green matrix looked good but was soldered into the MAX chip module. I managed to get some green and blue cc LED matrixii , and after a lot of bit juggling have my prototype working (ish) . I did add 10k pull down to the bit banged data load and clock pins. Wonder if I can scroll the green characters