DiyLightAnimation
Hardware => Lynx Smart String => Topic started by: Mickpat on June 21, 2011,
-
I built the hub and 3 controllers. Controllers are attached to the 120 node flex strips.
I have connected 1 flex strip and 1 Aether flood. The flex strip is on channel 513 and the Aether on 50.
In Vixen I created a new sequence and configured the pixelnet add-in. I added only 120 channels.
In Vixen test mode, I select all channels (1-120) and start moving the slider. Immediately the LED flex strip turns nearly all white. I can control the Aether, but not the flex strips. The only way to turn the LED flex strips off is to disconnect the strips from the hub.
The same issue occurs in LSP when I enable output. Instantly, the LEDs turn white rainbow color.
The same LED flex strip was working with LSP 1.8 the other day and all I have been during is building more controllers. This happens with all the controllers I have built.
Happens with both LSP and Vixen. What is odd is the DMX out works, but not the flex LEDs.
I downloaded the test firmware to the controller and the led cycles through all colors, red, green, blue, white perfectly.
I also downloaded the ColorPicker application and it works perfectly too. Moving the slider on the app updates all 120 nodes on the strip.
Any ideas?
-
when i was testing my smart strings with a dmx tester i got from Ray, i had accidently connected the data + and data - connections backwards on the dmx data line, what i got was the exact opposite of what i was expecting... when it was doing nothing, it was all on, and when i tried to turn everything on, if t would go dark...
with that said, look at your cat 5 cable... is it possible that a wire could be backwards? white orange & orange maybe?
-
I did more testing tonight.
I have 3 built controllers. I retested each one.
A. Set to 513 and works as expected
B. All lights go on
C. All lights go on
Swapped pic with A and B.
A. All lights go on
B. Works as expected
C. All lights go on
Copied pic from B and write to A.
A. Works as expected
B. Works as expected
C All ligths go on
Programmed channel 873 to B using smart string utility
A. Works as expected
B. All lights go on
C. All lights go on
I am not sure why, but if I set the channel on my flex strings it stops working.
To program I am
1. Disconnect power
2. Set jumper
3. Apply power
4. Transmit start channel
5. All lights flash white
6. Stop transmit
7. Disconnect power
8. Set jumper unbridged
9. Reconnect power
10. Retest
I repeated this several times and it always repro. Now what I cannot figure out is why the first one works and the other two do not. I am going to swap chips again and see if I can program the start channel by taking PIC B and moving it to A. For now I don't want to risk messing up PIC A since it is working.
-
I simplified this some more.
1. Load the default pixnet controller software
2. Run Color Picker utility
3. Works
4. Use Utility to set start channel to 1
5. Run Color Picker utility
6. Fail. All LEDs turn rainbow colors the instant I adjust any of the sliders on the color picker. Same issue with Vixen and LSP.
So, is it possible I am programming the channel number wrong?
1. Disconnect power
2. Set jumper
3. Apply power
4. Transmit start channel
5. All lights flash white
6. Stop transmit
7. Disconnect power
8. Set jumper unbridged
9. Reconnect power
10. Retest
The photo shows what the LED looks like when all on.
-
More testing.
Using the Smart String Utility,
if I set the node count to 128, the LED flex strips work
if I set the node count to 120, the LED fex strips turn all on when data is sent.
So, it looks like there is an issue with the Smart String Utility tool or firmware. The LED are the flex strips with 120 nodes.
RJ, anything else I could try or check?
-
I just replicated your setup - used the SS config to set the type to flex and nodes to 120 - prog'd the SSC - and created a test seq in Vixen of 360 chans of random data w. carying levels of intensity. Everything work just as it should! I am using the latest firmware update in my SSC. I know that this doesn't help you but it shows that the config util is working as advertised. I think the only thing I did differently was that I normally switch steps 6 & 7 - that is I disconnect the rj45 first then stop the config util.
-
Out of town this week but will try to reproduce when i get home.
RJ
Sent from my Charge by Tapatalk
-
I tried another SSC and got the all whites like you - I re-flashed the PIC in that SSC and tested and it worked Also, as a side note I would not use LSP for testing your strings until the new PixelNet Output Plugin becomes available.
-
Yes, I was testing with LSP last night ... and the plugin and software are so flaky that you really need to be tolerant of the first 4 times I doesn't work, then you find the secret combination of things to do, then it works. I got it to work, but could tell the Pixelnet Plugin (or just LSP?) was very buggy and unstable. I say that because you open up a sequence that was working, then it doesn't work, doesn't work, partially works, then it fully works. THen later, colors flake out. THen shut down, restart ... repeat ... and you can get it working for awhile again eventally. Frustrating.
-
Thanks tng5727 for spending time trying to repro this. I have been working to try and narrow down the repro steps and have elminiated LSP and Vixen from the picture. I am now using the color picker tool which is very simple.
http://diylightanimation.com/index.php?topic=5402.0
It appears that after setting a node count other than 128, sending any command produces all on as shown in the pic. I have tried setting node count to 50 and 120.
Given my strings are only 120 nodes and it works at 128 I think I can work around this issue for now. Right? Will the last 8 nodes be ignored? I beleive I can still properly set the starting channel numbers and have each flex string work without any gaps.
-
I just set up the flex strips as 120 node pixelnet controller in LSP and seems to work.
I think there are bugs, but am waiting for new plugin from LSP to verify it fixes the flakiness.
-
Just out of curisoity AND because RJ will probably want to know this also - what are the jumper settings on your hub? Also, I noticed in your earlier post you said you had pgm'd Vixen for 120 channels - I just wanted to say that since Vixen isn't RGB aware you would need to program 360 (120x3) for your flex strip. As far as config the string to 128 - it may work, however there is something else going on and if your luck is anything like mine - sooner or later these kinds of work-arounds will get you when you least expect it and the last thing you'll think of is the setting the 120 flex to 128. You're better off geting to the bottom of it now!
-
jumpers on the hub are set to universe 1 on everything.
I am in the process of setting up in Vixen, and did add as 360 channels (120x3), but its not working yet.
I did get the plugin to show finally, using the correct version of vixen.
-
Setting the channel count to 128 won't cause any issues, and yes, you can overlap the ssc address ranges with no problems as the ssc are independent of each other and they all receive the full universe.
However, as mentioned earlier, you have an issue that will probably surface later on...
RM
-
You said you cfig'd the ssc for the flex to begin at addr 513. try to reconfig it to at addr 1 with 120 nodes - flex then set up a simple vixen rtn using addrs 1- 1024 (goes quicker if you use rrowan's excellent pgm VSB) then select all 360 (120rgb) chans in vixen and set them to play random data at varying levels. Do the flex strings work? If they do then cut all of chan 1-360(120rgb) and move them to addr 513 - next reconfig your flex ssc to start at addr 513 and re-test. Do they still work? or are they all white w. possible exception of the first node.
When I tried this I got all white whem moved to 513.
-
I just got done programming 4 SSCs for my rigid strips (120 nodes total) and had the same issue if I TYPED in the node count of 120 instead of using the drop down. Not sure why, but everytime I typed it in I had the all white issue. Used the drop down, and had no issue. Go figure.
Also dont have vixen and SS Utility up at the same time. They tend to fight for the com port and I have had issues with that also.
-JS
EDIT: Also unplug and replug in dongle between SS util / Vixen for same com port reasons mention above.
-
Yes! that could be an issue in the programming utility software and would explain the difference people are seeing. Let me go try this myself and see if it reproduces. I alwys use the pull down.
RJ
-
Yes! that could be an issue in the programming utility software and would explain the difference people are seeing. Let me go try this myself and see if it reproduces. I alwys use the pull down.
RJ
I can reproduce this myself! great find I was starting to wonder what the heck could be different!
I will look at why it does this and how I can update the utility to fix it!
RJ
-
Here is an updated Smart String Utility that solves this issue. Uninstall the current one and reinstall this one.
Rick can you replace this in the wiki. Thanks
RJ
-
Yes! that could be an issue in the programming utility software and would explain the difference people are seeing. Let me go try this myself and see if it reproduces. I alwys use the pull down.
RJ
I can reproduce this myself! great find I was starting to wonder what the heck could be different!
I will look at why it does this and how I can update the utility to fix it!
RJ
Nice and glad to be of some help. :)
-JS
-
This fully explains what I am seeing. I am out camping with the family so I won't be able to try until Sunday. I am curious why typing the value is different than using the dropdown.
-
This fully explains what I am seeing. I am out camping with the family so I won't be able to try until Sunday. I am curious why typing the value is different than using the dropdown.
Where you typing it in? If so this is the issue.
The issue was just a bug in the software send out that you had zero channels to the firmware. This as you can imagine did bad things to it's operation.
RJ
-
I am going to need some help. I decided to add my help comment here, because it is the closest issue to the one I am having. I have the latest software and firmware and can even program the start channels on my SSC. I have 3 SSC each running 120 nodes or 4 rigid 30 50/50 sticks each. I get flashing on all just like in the video when I send the channel signal. I have watched RJ’s video multiple times. When I use the SS programmer, I was typing in the 120 and then after reading these comments I re-programmed using the drop down. Here is my problem: I have everything connected and open Vixen and run test channel I get the following. I select channel 1 and 1 comes on red and all other channels will be instant white. I can even run through each and every channel and get the correct color, but at the same time all channels are still white. The only way to turn off the white is to remove power from the hub. I have the SSC wired Red+, Green- and Blue Data. I did have the blue and green switch like the wiki suggested and the first node was blue. I have also done a burn in on all rigid sticks and I do have one bad node in one stick , but that stick is not in the SSTriks board I am building right now. Any suggestions?
-
Red positive power,
Blue negative power,
Green data.
Is the jumper still in the program position?
Did you load the test firmware by mistake?
-
Red positive power,
Blue negative power,
Green data.
Is the jumper still in the program position?
Did you load the test firmware by mistake?
I will switch and try blue negative and Green Data. Jumper is not in program mode. I verified multiple times for the correct firmware. thanks for the help. I will build three more SSC with the blue - and green data and see if that will work better. I had them that way originally and the test firmware would not work. I switch the blue and green and the test firmware did work. go figure. again thanks, I will test tonight and get back with an update.
-
are you using the dO, or the dI side of the strip?
-
I would be using the DI. with the arrow pointing away from the connector. They will work in the test mode I have a video posted under the LEDTriks II page. http://diylightanimation.com/index.php?action=dlattach;topic=7553.0;attach=7696
In this video the SSC is wired Red=positive, Green=Negative and Blue=Data. I originally wired the SSC per the Wiki with Red=positive, Blue=negative and Green=data, I just got the first node as blue.
-
how many strips do you have, does it only happen with the one?
-
I have 12 strips and it happens to them all
-
do your ssc's have the changed resistor?
-
I am not sure I will check tonight. thanks, I never thought about that happening.
-
ok. first I checked all and replaced all firmware, I switched the wires at the SSC to Red=Pos, Blue=Neg and Green=Data and only the first node would light and it was blue. It would not take a start address. I moved back to the Red, Green Blue and moved to just one SSC and 120 nodes. I programed the SSC for a three string and it kinda worked I got Pink, light green and light blue. I re-programed the SSC for 120 individual pixels and now I have a video of what is happening. I am only using channel 1,2,3 in the bottom right corner, though it is very bright everywhere else you should be able to see red, green and blue in the corner. Please let me know what you think? I do have two 330 ohm resistors in parallel. Again thank all of you for the help. kevin