These are chat archives for Makuna/NeoPixelBus

1st
Apr 2016
marksev1
@marksev1
Apr 01 2016 09:09
@Makuna please look at the above posts :D
Michael Miller
@Makuna
Apr 01 2016 16:51
@marksev1 did you read this in the faq?
marksev1
@marksev1
Apr 01 2016 16:53
yes but its too hard for me don't understand it
wait maybe now i get it so all the returns in the original sketch i should replace with return HslColor(wheelValue / 360.0f, 1.0f, 0.5f); // this will autoconvert back to RgbColor
}
or dunno :/
meh hopefully you guys will be able to help me with the code since dunno :(
Michael Miller
@Makuna
Apr 01 2016 16:56
yes, you had it, just convert, there is another faq that states ALL color objects will autoconert to RgbColor, so they can be used universally.
marksev1
@marksev1
Apr 01 2016 16:58
ok I'll try lol
Michael Miller
@Makuna
Apr 01 2016 21:56
@3DSasha I may have a fix for the issue you were seeing with DMA method. Are you technical enough to get a private version?
I am looking for a tester for a updated version of the Esp8266 DMA method. Any volunteers? Must be technical enough to know how to copy files or use GitHub to clone.
3DSasha
@3DSasha
Apr 01 2016 22:01
@Makuna I know how to copy files :-) Waiting for instructions
sorry, updated the path, make sure you get the right path
@3DSasha (see above)
There should be only one file with that name "NeoEsp8266DmaMethod.h"
3DSasha
@3DSasha
Apr 01 2016 22:20
Already replaced.. Going to get my device on my table to swithc it on....
Michael Miller
@Makuna
Apr 01 2016 22:21
remember to drop the number of pixels down ;-)
marksev1
@marksev1
Apr 01 2016 22:22
Is esp version
1 ok :)
Michael Miller
@Makuna
Apr 01 2016 22:43
@marksev1 you tried it with just one pixel? ;-)
3DSasha
@3DSasha
Apr 01 2016 22:44
@Makuna That's good! Stable, animation don't stops, and now correct number of pixels are working. I changed pixelcount to 10 and then to 50 to test in your examples - funloop, cylon and animation. Seems to be working fine!
I see thats arduino want update lib from 2.0.4 to 2.0.5. I tested on 2.0.4. Is it need to update?
Michael Miller
@Makuna
Apr 01 2016 22:46
Great to hear. There is a 341 pixel limit with this, of which I will document.
I will be posting this as a new version 2.0.6 shortly.
3DSasha
@3DSasha
Apr 01 2016 22:58
Long time test is good too. Work is stable.. Nice work, @Makuna.
Michael Miller
@Makuna
Apr 01 2016 22:59
Is 341 pixels going to be limiting?
3DSasha
@3DSasha
Apr 01 2016 23:04
How to check that? I changed pixelcount to 444 in cylon and uploaded sketch. Looking for some abnormal....
Michael Miller
@Makuna
Apr 01 2016 23:06
it basically just stops sending anything after that is all.
A single DMA buffer is limited to 4096 bytes, it takes 4 dma bytes to represent a byte of pixel data, 3 bytes of pixel data is one pixel, 4096 / (4 x 3) = 341.333
I wanted to get this fix out first, but I will be addressing this limit at some point.
3DSasha
@3DSasha
Apr 01 2016 23:10
With my 50 leds cycling animation goings stable. Are you mean that with connected more than 341 pixels 342 and more cannot be lighting?
As i undestand, sketch virtually works with any pixel count now but with DMA due to limit of 4096 bytes only 341 first leds can be flashing
Michael Miller
@Makuna
Apr 01 2016 23:15
correct
I am implementing a queue of buffers for DMA so it can do more, but it might not be done until next week.
3DSasha
@3DSasha
Apr 01 2016 23:19
For my current purposes 100 leds is enough. I think that queue is possible. MP3 dma esp example used some queue as i read.