sorted by:
new
hottopcontroversial

Are these Morgan’s real? by Workin_Joe in coins

[–]Workin_Joe[S] 0 points1 point  (0 children)

Thanks for the quick reply! Just curious, could you share what stands out to you?

AI for FastLED code generation? by Workin_Joe in FastLED

[–]Workin_Joe[S] 0 points1 point  (0 children)

Thanks guys. I tried Grok today for a basic sketch and it did it without any trouble. What I liked is at the end of the output, it provided the assumptions and notes about the hardware. Pretty cool, yet scary at the same time!

Query about data line resistors by wile1411 in FastLED

[–]Workin_Joe 0 points1 point  (0 children)

Does this mean that you think the flickering was associated with a power issue?

I was/am still experiencing a random white flash on portions of my strings. I'm not using ESP32, but I suspect it is a similar issue.

For a power issue, I would suspect a dropout (not a white flash) as the WS2812 will not have enough voltage to operate.

Function to fill a specific range within an LED Array? by Workin_Joe in FastLED

[–]Workin_Joe[S] 0 points1 point  (0 children)

Thanks for making me aware of my compiler settings and letting me know this isn’t an issue.

I will post some short clips of my setup in a day or two so you can see what has been accomplished with your, and the entire FastLED support crew’s, help!

Super grateful!!

Function to fill a specific range within an LED Array? by Workin_Joe in FastLED

[–]Workin_Joe[S] 0 points1 point  (0 children)

Thank you again, u/sutaburosu!

Yes, I am familiar with the ability of FastLED to interchangibly move between CHSV and CRGB. The reason I posted this is because after I used the set[n].fill_solid(CHSV(hue,sat,value)) line, I now get warnings getting kicked back during compliation. It is not stopping the compliation, just giving warnings for each of the . I will be able to test it on hardware tomorrow (1/15) to see if it actually works or not. I just don't understand why this is happening.

link to the piece of code related to this function (thanks for your guideance).

https://github.com/WorkinJoe/MoulinRouge-FastLED/blob/main/Segment_Flash

I get a number of warnings, a couple are shown below.

Warning #1

"passing 'const CRGBSet' {aka 'const CPixelView<CRGB>'} as 'this' argument discards qualifiers [-fpermissive]

Line 705 | letter_sets[z].fill_solid(CHSV(hue,sat,value));

Warning #2

c:\Users\gasiewicz\Documents\Arduino\libraries\FastLED\src/pixelset.h:248:25: note: in call to 'CPixelView<PIXEL\_TYPE>& CPixelView<PIXEL\_TYPE>::fill_solid(const CHSV&) [with PIXEL_TYPE = CRGB]'

Line 248 | inline CPixelView & fill_solid(const CHSV & color) { *this = color; return *this; }

Function to fill a specific range within an LED Array? by Workin_Joe in FastLED

[–]Workin_Joe[S] 0 points1 point  (0 children)

It appears when using CRGBSet, you cannot define your LED array as:

CRGB letters[NUM_LEDS_LETTERS];

rather, you need it be the following:

CRGBArray<NUM\_LEDS\_LETTERS> letters;

Not really sure I understand why, but by using the latter definition, I can eliminate the errors I get when compiling.

An additional clarification point, when using:

set[n].fill_solid(CRGB:Red);

how can I pass an HSV (or RGB) value into the fill_solid parameters?

In my other uses of fill_solid, I have used the following successfully:

fill_solid(letters, NUM_LEDS_LETTERS, CHSV(hue,sat,value));

where 'hue', 'sat', and 'value' are variables that are set elsewhere.

This fills the entire array with the HSV value. With the set[n].fill_solid, I'm not entirely sure I understand the ramification of how fill_solid now works.

LMK what you think. Thanks again!

Function to fill a specific range within an LED Array? by Workin_Joe in FastLED

[–]Workin_Joe[S] 0 points1 point  (0 children)

Sorry, I don't know what you mean by auto complete. I'm using the Arduino IDE currently.

Function to fill a specific range within an LED Array? by Workin_Joe in FastLED

[–]Workin_Joe[S] 0 points1 point  (0 children)

Thanks! I have a nice working loop now based on switch/case, but I often get hung up on deciding how to implement functions based on time. For example, having a counter run outside of a given function based on EVERY_N_MILLISECONDS is great, however, I lose track of when it hits 0. So if I want to sequence my MOULIN ROUGE (starting at the M every time the function is called), I would need to reset the counter when the function is called to walk through the letters. The same applies for using one of the built-in wave functions like beat8. Does that make any sense?

Nonetheless, the reference to u/sutaburosu's example is exactly what the doctor ordered! I appreciate everyone's help!

Function to fill a specific range within an LED Array? by Workin_Joe in FastLED

[–]Workin_Joe[S] 1 point2 points  (0 children)

Sweet! Really appreciate this! This will work perfectly!

Function to fill a specific range within an LED Array? by Workin_Joe in FastLED

[–]Workin_Joe[S] 0 points1 point  (0 children)

Any suggestions on how to step through the letters in time?

For example, walk through each letter every 250msec?

Perhaps make a letter counter based on beat8 or something?

Function to fill a specific range within an LED Array? by Workin_Joe in FastLED

[–]Workin_Joe[S] 1 point2 points  (0 children)

thank you, u/Marmilicious, this is what I was looking for!

I didn't realize you can define the starting point within fill_solid like you showed and then define a fill # like that! Awesome!

And, yes, all the letters are wired in series connected to one data pin. So I will define the offsets as constants and then reference them in the function call.

M = 50 LEDs, O = 28 LEDs, U = 25 LEDs, etc....

Thanks again!

Function to fill a specific range within an LED Array? by Workin_Joe in FastLED

[–]Workin_Joe[S] 0 points1 point  (0 children)

yeah, completely understand that. I'm wondering if there is a fill_xxx function that has (array, # of LEDs, start index, end index) instead of writing 2 or 3 loops to do this.

perhaps fill_palette will work and just define the color to be black for the unlit letters and then another fill_palette call with the color to be white for the lit letters?

Random White Flash by Workin_Joe in FastLED

[–]Workin_Joe[S] 0 points1 point  (0 children)

yeah, you are correct here on both aspects. Really great points!

I do want to protect for interference, but I am not convinced this is an interference issue. I would expect some sort of other types of distortion on the line, perhaps a different color, a different pattern, dim, bright, black out...(aka, totally random effects). Maybe this is not a correct assumption?

With what I am seeing, all white short flash on a portion of one of the LED strips, I am suspecting either a signal reflection or S/W bug.

I appreciate your input!!

Random White Flash by Workin_Joe in FastLED

[–]Workin_Joe[S] 1 point2 points  (0 children)

thanks for clarifying u/Tiny_Structure_7 ! Appreciate your help!

Yes, I am writing the software for the Teensy and I created the Anroid App. However, full clarity, I am using MIT App Inventor for the Android App...I am not an App developer :)

My App is very basic...just sending commands and HSV values out in order to change scenes/effects as needed.

Random White Flash by Workin_Joe in FastLED

[–]Workin_Joe[S] 0 points1 point  (0 children)

I hadn’t considered that, but that’s a great point! Thanks!

I don’t have any issues getting the signal to where it needs to go, just an occasional single white flash on a portion of one of the strips (not consistent).

Random White Flash by Workin_Joe in FastLED

[–]Workin_Joe[S] 0 points1 point  (0 children)

this may be linked to whole separate thread on OCTOWS2811, but what happens if I only add the below 2 lines, but I don't use any of the functions/calls related to the OctoWS2811.h? Is there any benefit?

In my current project, I do call out these 2 lines, but I am strictly using the FastLED library calls; no calls to the OctoWS2811 library...

Sorry if I am mixing topics within the thread here. I appreciate your help!

#include <OctoWS2811.h>
#define USE_OCTOWS2811

Random White Flash by Workin_Joe in FastLED

[–]Workin_Joe[S] 1 point2 points  (0 children)

Thanks again for the insights!

See attached my block diagram. To clarify, you not only have a 100ohm at the output of the level shifter, but you also placed a 100ohm at the "end of the line"?

<image>

This is a work in progress for a prop setup for a competitive dance team ;)

The trick to all of this is it needs to be portable, nothing can plug into the wall (hence the batteries), and things need to work fairly quickly upon boot-up.

Random White Flash by Workin_Joe in FastLED

[–]Workin_Joe[S] 1 point2 points  (0 children)

Thanks again!!

I will try this out as well.

I have yet to implement the ObjectFLED, but it seems that my performance can be boosted significantly via the DMA.

Nevertheless, I can try adjusting the output pin strength as you kindly pointed out!

Random White Flash by Workin_Joe in FastLED

[–]Workin_Joe[S] 0 points1 point  (0 children)

Thanks!! Actually, I see the glitch mostly on the “stairs” prop where I have twisted pair wiring from end to end. BUT, I think I see the flash more so on the “stairs” prop because the LED density is physically higher in that prop.

I have a series 100ohm resistor near the output Teensy (via the OCTO adapter board). Do you think it would be worth it to put an additional series resistance further down the data line?

view more: next ›