i know vixenlights it's an amazing software
but i dont know if you can use it together with arduino that is connecting leds
Do It Yourself Christmas
synchronized christmas light display
i know vixenlights it's an amazing software
but i dont know if you can use it together with arduino that is connecting leds
This means there is a buffer in the microcontroller-software. But how long does it take to transfer the data from the microcontroller into the LED-string?
i.e. How much latency / "signal-propagation-delay" is there between microcontroller detected signal "switch-to-next-pattern" or executing the FastLED-show()-function and the LED-string really shows the light-pattern?
best regards Stefan
i never said it's wrong or right to right in a certain way
that may be.
just that it works as it is working no matter if it's the correct way to write it.
Only if you understand why, and document that. Even then, highly dubious. Because, what "just works" today, can break tomorrow, and you have no idea why or how to fix it.
This appears to work because the 2 sting literals are identical, so there really is only one of them, and the compiler assigns a single pointer to it. So the pointer is equal to itself, obviously. But doing comparisons like that, even if they sometimes work, is dangerous and can lead to subtle bugs. @PaulRB's version from post #3 is much safer.
But how long does it take to transfer the data from the microcontroller into the LED-string?
Like I said:
The speed is likely limited by the required LED data transfer protocol, not the processor's speed.
It's covered in the Datasheet. The processor will NEVER be the speed-limiting factor in this transfer.
rk because the 2 sting literals are identical, so there really is only one of them, and the compiler assigns a single pointer to it. So the pointer is equal to itself, obviously. But doing comparisons like that, even if they some
i agree
that the third post is a safer solution
and it only works because..
again agreed.
but again
this works for now , and this was only a test as i wrote in original post
and the original question wasn't on how to improve my already working code, to make it safer to write or to better write a specific equals
it was on the making the code fit to music better and best approach to handle that.
It's covered in the Datasheet. The processor will NEVER be the speed-limiting factor in this transfer.
I found there
Send data at speeds of 800Kbps
So this means 800.000 bits per second on 300 RGB-Leds this means
800000 / (300*24) = 111.11 frames per second
1 / 111.11 = 0,9 milliseconds signal-propagation-delay?
I guess this calculation is too simple
best regards Stefan
the thing is when i tried my code it usually at 2 frames a second works through the 2 minute song i mean i didn't see the leds lose sync
again i did it manualy start of the audio so if there was a mis sync it was probebly becaouse of me not pressing play on time
but when i did press it on time it kept sync throught the 2 min music
but making a third channel in an editing software feeding it to arduino. is a genius idea, but i'm sure many people did projects like did
did they all do something so complicated ?
There must be an easy simple solution for this
what i need now ?
zero experience with that.
I guess asking in the Vixen-Forum will answer it
synchronized christmas light display
best regards Stefan
in agreed.
but again
this works for now , and this was only a test as i wrote in original postand the original question wasn't on how to improve my already working code, to make it safer to write or to better write a specific equals
it was on the making the code fit to m
yes i guess only using vixen is possible to achieve any normal way to handle that
and something like nodeMCU or Arduino both can work with Vixen
i assume that's how most people will do that
This topic was automatically closed 180 days after the last reply. New replies are no longer allowed.