alexhaxe / hxl8 Goto Github PK

Weird results from the following text tests:

"A" through "F" = no display (case insensitive)
"abcdef" = "0" is shown on the display
"abcdefg" = displays as shown
any string beginning with numbers won't display, either.

Looks like it's possible to chain some commands together, for example, I can run something like: "matrixoff notify mobilemail" and that will clear the display and run the notify command...

But, some commands apparently need to be run in a specific order, for example, this will work:
"superled RGB matrixledfile PNGFile" - it will set the superled and then show the PNG
But, this will not work:
"matrixledfile PNGFile superled RGB"

Looks like it has to do with processing delays in the L8 itself? The SuperLED takes less time to process than the Matrix, I'm guessing, so when L8Ctl delivers the MatrixLEDfile command first, then the SuperLED, the SuperLED never gets accepted by the L8 since it's still working on the MatrixLEDFile?

Would definitely be nice if we could get the L8 team to help build this program, or, at least provide some more hints... But, it seems like commands need to be ordered by shortest processing time (either by code), or, add a help note that users should enter SuperLED before anything else if they want to use it on a command that doesn't set the LED and the display simultaneously?

Would be nice to have the functionality in one jar with access to the methods that will be called by the set of command line parameters. With this one could link this jar that to Java projects to trigger the L8 directly from the Java program. It might be enough to add some public methods for all commands to the existing jar (did not take a close look). Keep up the nice work... :)

Looks like there's an issue with the temperature display on Windows (because of the use of the special characters):

I would have modified the code and submitted it as a patch, but, now I'm thinking that maybe we should allow all sensors to have a "raw" option so that they return the value only, with no text (so it can be used as input into another program, or for data logging)?

When running the following:

L8ctl interface COM10 text AAFF00 abcdefghijklmnopqrstuv
everything is fine...

But, now add more characters:
L8ctl interface COM10 text AAFF00 abcdefghijklmnopqrstuvwxyz
and there will be some leftover random pixels on the L8:

Since the ability to display a PNG is in the codebase, maybe allow PNG file usage for other commands, such as StoreFrame or StoreL8y? It's much easier to create a PNG than it is to convert it into RGB commands - for example, if I wanted to display the complete palette of the L8 (4-bit), I need to use the following string:

L8Ctl.exe interface com19 matrixstring 0000000000aa00aa0000aaaaaa0000aa00aaaaaa00aaaaaa0000550000ff00aa5500aaffaa0055aa00ffaaaa55aaaaff0055000055aa00ff0000ffaaaa5500aa55aaaaff00aaffaa0055550055ff00ff5500ffffaa5555aa55ffaaff55aaffff5500005500aa55aa0055aaaaff0000ff00aaffaa00ffaaaa5500555500ff55aa5555aaffff0055ff00ffffaa55ffaaff5555005555aa55ff0055ffaaff5500ff55aaffff00ffffaa5555555555ff55ff5555ffffff5555ff55ffffff55ffffff

Now, if I wanted to animate that... I'll be here all month :p

Sending the following strings (24 character in length) will result in display corruption, though the string will display completely first:

"Testing123 and & Testing"
"Testing123 and @ Testing"
"Testing12 & Hi Testing12"
"Acapulcos & First Sunday"
"!@#$%^&()!@#$%^&()!@#$"

However, shortening any of those by 1 character will make them work...

Ran the following:

L8Ctl.exe interface com10 getmic repeat #

Any number greater than 1 doesn't repeat that # of times...

Looks like the text command takes the color argument in BGR format, rather than in RGB.

"l8ctl int com19 text ff0000 hello" results in blue text (should be red)
"l8ctl int com19 text 0000ff hello" results in red text (should be blue)