Open vadimostanin opened 5 months ago
Physically I use four matrixes module, but for long text scrolling emulation I pass > 100 devices to MD_MAX72XX constructor.
Here is my code, that is based on your example "MD_MAX72XX\examples\MD_MAX72xx_PrintText" https://github.com/vadimostanin/MD_MAX72xx_PrintText_CyclingLongText
16 bit is enough, I added commit.
Thank you for MAX7219 library.
OK, so you are simulating.
The issue for me is that in a practical (real) system, 255 matrices at 200mA each will already need 50A at 5V (ie, 250W power supply). That is a lot of power to manage over a long distance, not to mention the issue of distributing the digital signals over the matrix so that everything works properly. The amount of memory required will also be quite high, although that may be manageable in more capable processors. Real world matrix to matrix signal propagation delays over longer distances also create issues with display update times.
Altogether, for massively large displays this technology is not really suitable. A practical limit on the number of devices is around 40-50 which is what some people have made, and these are not beginners doing these projects.
My concern is that making this change, so that the number of devices can be large, will create a false impression and I would hesitate to include this push request at this time.
I understand your concerns about not reality of hardware. But the circled buffer with "control(MD_MAX72XX::WRAPAROUND)" is very simplify showing the scroll of long text. The only condition for long text is passing virtual devices to constructor. Easy implementation of scrolling long text is good feature, IMHO. 16 bits would cover all needs, (my and, possibly, others) for possible future usage.
Nice that you have defined a type for the module count. How come you chose 32 bit count instead of 16 bit? Also, is 8 bit (255 devices) some kind of limitation?