These are chat archives for Makuna/NeoPixelBus

29th
May 2015
sticilface
@sticilface
May 29 2015 07:43
I still get an occasion flicker. But I've updated my lamp and ambilight set ups and can watch them closer. Id say it's 90% - 95% fixed! P
matroll
@matroll
May 29 2015 07:50
hi makuna, saw your post. can't chat right now as i have to go into my workday :((
what time zone are you in?
Michael Miller
@Makuna
May 29 2015 15:22
Don't worry about if I am here or not, lets just use this as the communications, it retains the text.
@sticilface What sort of flicker are you seeing? First pixel? Other Pixels?
Also note, at about 5 seconds after boot, the WiFi part of the chip (doesn't matter if you enable WiFi) will take over the CPU for about a second. If you have active animations, you will see them pause at this time. Nothing I can do about that.
sticilface
@sticilface
May 29 2015 15:49
right, well today is first day. i have two strips in my living room rigged up so can report back in a few days. right now i've been here for a few mins and not seen 1. before it was > several times a min. so that is good. basically since your update, i've only seen 1 maybe 2, additional flickers.
i will report back.
matroll
@matroll
May 29 2015 17:24
on my side, it's the first pixel only, always green and flickering/staying on most of the time..
like i said i'll find some time this weekend to try the esp-201 with a straight 3.6lipo and the esp-01 through the vreg and see what happens. i'll let you know.
sticilface
@sticilface
May 29 2015 18:12
so i've been playing with the code, making various changes here and there... and in general its been fine... until i added ICACHE_FLASH_ATTR to the off function...
void ICACHE_FLASH_ATTR StripOFF() {

  for (uint16_t i = 0; i < pixelCount; i++)
  {
    strip->SetPixelColor(i,0);
  }
}
sticilface
@sticilface
May 29 2015 18:17
then the green flickering came back with vengeance!
Michael Miller
@Makuna
May 29 2015 20:33
What was the effect that you seen? Did it improve it? Try modifying send_pixels_800 in NeoPixelBus.cpp to include this also and see what happens.
Michael Miller
@Makuna
May 29 2015 20:42
That function attribute tells the compiler to leave the "instructions" in flash, which can incur a time hit when you access it as it may copy it into ram. Without it, code gets cached in RAM (takes up memory) but will not incur a copy hit ever.
sticilface
@sticilface
May 29 2015 22:14
i figured that was the case. I took it out and it has got better.... the green pixel is still affecting my test rig though. not the two main lights though!
Right now I'm trying to get the animations to work to fade between settings.... Got it to work fairly well... the only thing is that there seems to be an initial jump before the smooth fade gets going. I this something that you experience?
Michael Miller
@Makuna
May 29 2015 22:27
Describe your animation and more precisely what you mean by initial jump. Color? Brightness? Lag?
(or take a video, post it on youtube and send me a link)
sticilface
@sticilface
May 29 2015 22:39
video is on its way!
Here is the function
void SetRGBcolour (RgbColor value) {
if (colourset.R != value.R && colourset.B != value.B && colourset.B != value.B) {
  int time = var9; 
  if (time == 0) time = 5000; 
    for (uint16_t pixel = 0; pixel < pixelCount; pixel++) {
       // strip->SetPixelColor(pixel,value);
        strip->LinearFadePixelColor(time, pixel, value);
    }
 colourset = value;  // global RgbObject
}
The animation is meant to just be fade from current colour to new colour. default time is 5 seconds
sticilface
@sticilface
May 29 2015 23:13
sorry, having trouble uploading it...
sticilface
@sticilface
May 29 2015 23:34
I've been playing with my code this evening, trying to add in animations to make transitions.. and now the green flickering first pixel is back! so I'm guessing its some code relating thing...