suspect-devices/circuitpython/shared-bindings/rgbmatrix, branch 6.2.0-beta.2

RGBMatrix: change default to serpentine=True

2021-01-28T17:42:19+00:00

The "serpentine" display order leads to much better wiring (shorter ribbon cables) and is preferred. Change the default accordingly.

Disallow tile=0

2021-01-26T22:51:31+00:00

rgbmatrix: Eliminate some duplicated height-calculating code

2021-01-26T20:35:26+00:00

This was hard to write, so let's have it written in 2 places instead of 4.

RGBMatrix: Additional tile tweaks

2021-01-26T20:33:48+00:00

* Introduce explicit serpentine: bool argument instead of using negative numbers (thanks, ghost of @tannewt sitting on one shoulder) * Fix several calculations of height Testing performed (matrixportal): * set up a serpentine 64x64 virtual display with 2 64x32 tiles * tried all 4 rotations * looked at output of REPL

protmatter: Update to version that supports tiling

2021-01-26T15:19:44+00:00

RGBMatrix: Detect invalid bit_depth selection

2020-11-09T14:27:46+00:00

Closes: #3650

rgbmatrix: update protomatter to 1.0.5 tag

2020-10-10T19:30:37+00:00

this is compile-tested on stm32f405 feather matrixportal nrf52840 feather but not actually tested-tested.

Update shared-bindings/rgbmatrix/RGBMatrix.c

2020-10-01T15:59:02+00:00

Co-authored-by: Scott Shawcroft

rgbmatrix: Check that the number of rgb pins is supported.

2020-09-30T00:55:31+00:00

Having zero RGB pins may not have been caught, nor having a non-multiple-of-6 value. Generally, users will only have 6 RGB pins unless they are driving multiple matrices in parallel. No existing breakouts exist to do this, and there are probably not any efficient pinouts to be had anyway.

rgbmatrix: validate width= constructor parameter

2020-09-30T00:44:25+00:00

In #3482, @cwalther noted that, hypothetically, a zero byte allocation could be made in the RGBMatrix constructor. Ensure that width is positive. Height was already checked against the number of RGB pins if it was specified, so zero is ruled out there as well.