ESP8266 Community Forum

- Sat Feb 28, 2015 9:15 am #10978 I spent sometime last night with lpd6803 ... I was able to get it working (sort of) ... The flickering isn't caused by some delay in the code ... but rather it is caused by the color conversion from 24bit to 15bit ... also lpd6803 are slow (many dropped frames) ... slowing down the framerate helps ... but somethings needs to be done about the color dithering code ... I am thinking that unless we can make the host software operate at 15bit color ... it maybe usless to use the lpd6803 with 24bit host software ...

- Sat Feb 28, 2015 11:28 am #10985 pixelcontroller/README.md

Code: Select all## ADD NEW HARDWARE SUPPORT
It should be pretty simple to add support for new hardware. All Output code should go into the com.neophob.sematrix.output package (`src/main/java/com/neophob/sematrix/output` directory). All you need to do in the Output class is, take an array of int's (one int is used to store the 24 bpp) and send this buffer to your output device (via serial port, ethernet, bluetooth...). Maybe you need to reduce the color depth, flip each second scanline due hardware wiring, such helper methods should go into the `OutputHelper.java` class.

As a string point, add your hardware in the `OutputDeviceEnum.java` class and have a look where the other entries are referenced. **Take a look at the existing Output classes**, this should help you!


OutputHelper.java

Code: Select all    /**
     * Convert buffer to15bit.
     *
     * @param data
     *            the data
     * @param colorFormat
     *            the color format
     * @return the byte[]
     * @throws IllegalArgumentException
     *             the illegal argument exception
     */


looks like maybe pixelcontroller can be rebuilt with 15bit (5bpp) ... or at least an new output with 5 bpp support ... it doesn't look like glediator or jinx can be used in 5 bpp mode ... maybe I can move the to15bit() code to the driver ... hopfully with better results than what is used now ...

- Sun Mar 01, 2015 4:49 pm #11054 I have pushed NEW changes for the lpd6803 code (and firware) ... it now works ... I have hard coded a max of 256 rgb led pixels (this can be changed in the code) ... I have tested it with 50 pixels myself ... and other than a bug hiding somewhere in the lpd6803 code that seams to stall somewhere ... it seams to work pretty good for testing ...

https://github.com/sfranzyshen/esp8266_tpm2net_lpd6803

Hey GengusKahn & folny82 ... up for testing??

Last edited by sfranzyshen on Sun Mar 01, 2015 10:08 pm, edited 1 time in total.

- Sun Mar 01, 2015 4:57 pm #11055 update on the FastLED driver ... it looks like we are going to be limited to just over 256 pixels
but the good news is the STM32F1 boards are cheap , they have 10x the amount of sram of the arduino, and porting of the FastLED library has begun ... so for now ... just a simple arduino 256 pixel tpm2net gateway ... future plans ... STM32F1

Last edited by sfranzyshen on Mon Mar 02, 2015 1:08 pm, edited 1 time in total.