You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Implementation of the protocol in the different model of smart screen.
The different model has quite a different protocol which meant that
the original code didn't work. But the principle seems the same.
The main differences are...
* Command packets are 10 bytes long, framed by the command byte at
either end.
* Command bytes are 0xCA-0xCE.
* A 'HELLO' command elicits a response from the device of 'HELLO'
followed by 0x0A, 0x12, 0x00. Useful to identify the device format.
* An 'orientation' packet allows the orientation of the next bitmap
block to be selected from landscape and portrait (column major or
row major).
* The graphics data is still 565, BUT... high 3 bits of green are
in b0-b2, low 3 bits of green are in b13-15, red is in b3-7,
blue is in b8-12.
* A 'lighting' packet lets you select the colours of the backlight
LEDs with 8bit RGB values.
* Amusingly the 'lighting' isn't supported by the software that the
seller included in their listing - although they mention it,
there's no way to set the colours in their software.
* There is no Clear, Screen off, or Screen on packet (as far as
I can tell).
The device has a serial number of '2017-2-25' - so whilst this appears
to be newer, the year implies that it was created longer ago?
These changes are just to make things work, with my own comments and
debug to show what I found.
0 commit comments