py code doesn't work so I'm going to open a discussion over at N2. The problem with the N2 is that I can't get the MAXX7219.py code to work with it. Raspbian leaves a good bit of performance on the table because of its 32 bit userland. Sometimes performance isnt better if the software or ability to use it is limited slow or static. This exact same setup with 12 matrices (96 x 8) on an N2 worked just fine. The XU4 is a beast but the RPi has a massive user base and the code is much more robust. I tried troubleshooting the signal lines, MOSI, SCLK and CE0 and I didn't resolve anything in particular but I was favoring the SCLK line as the probable issue. I even tried adding a separate 5v supply with 2.4A available to the power input of a 72 x 8 array and the LEDS still garbled. Of course I needed to modify the code for the dot_shift_test.c to incorporate more matrices. This is with both 16.04 and 18.04 as well as using the dot_shift_test.c and a Python 2.7 LED Matrix code (MAXX7219array.py) One issue I have discovered with the XU4 is it's limitation with the number of 8x8 LED modules that can be cascaded.Īny more than 8 modules cascaded, essentially creating a 64 x 8 array, the XU4 / Shifter Shield will load and garble will ensue. Constantly reboots OGST screen support Games Delayed/popping audio on batocera 35 Batocera 30 Odroid XU4 EMMC 'Install on a new disk' NOT WORKING. I successfully installed SPIDEV for the XU4 and also for WiringPi as well by upgrading to 18.04īoth work fine with dot_shift_test when compiled from dot_shift_test.c with either the #define USE_WIRING_PI_LIB enabled or commented out.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |