Jump to content
Light-O-Rama Forums


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About Leopold

  • Rank
    New Forum User
  1. Ahhhhhh... I knew the answer would be simple, if only I understood better. I would suggest that that little tidbit (about using the StartUp sequence) would be an excellent thing to add to the Show Editor part of the manual. Yes, I do have Advanced version, so I'll be trying it that way tonight. I won't be able to get back online until Wednesday. Thanks for your help, Bob.
  2. What I have is a 3 minute show that needs to happen about every ten minutes from 7:00 Pm until 10:00 PM. I created a sequence, which includes dimming the house lights, running the show and then brightening the lights when it is done. I built a show around it, just the musical sequence. The biggest problem is how to get it to run once on the a schedule and then stop, and wait for the next scheduled run. It runs, and then runs again, and again, and when the next episode starts after ten minutes it says it's terminating this show, and when it finishes, starts the next one, on and on. I tried adding a termination sequence, which does essentially nothing, as nothing is required except to stop the sequence. It is either ignored or it does nothing, and the parade of the show moves on. So, what piece of magic am I missing?
  3. Thank you, sir. Looks like that's just what I need. Thanks for the help, Mssrs Hvasta, kilb, Denny, Benedict and Don. It has been a learning experience. :] :cool:
  4. I've found out what it was. What we are driving from the controller box is a small wall-brick power supply, which supplies 9 volts to the light, which is a "glow wire" (http://www.glowire.com/), a coaxial electroluminescent wire that glows after the 9 volts is boosted by a small box up to 120 volts at 4000Hz. The delay is caused by the power supplies; they were never designed to be driven on and off quickly, and it takes them about a half second to recover from a shut-off. Each has a small red LED on the bottom, which was reacting just like the wire, It took be a bit to realize the LED was on the PS output, not the input like most power lights are. That was why I was blaming the controller. What we need to do is something more subtle, like getting a larger 9 volt power supply and turning on/off its output to the lights. Is there a LOR-type controller which supplies contact open/closures rather than 115v on/off, or one that supplies some small DC voltage rather than AC power line?
  5. Let me be clear - I first noticed the effect while looking at a show I had produced on the sequencer. In particular, one light was off more often than the sequence indicated it should be. I invoked the chase test in order to try to track the problem down; I don't just see the problem there, though. It just seemed the easiest way to explain and reproduce the problem. In the sequence I have one place where I turn a light which has been on, off then back on three times in the shortest interval the grid allows: 1/10th second. In the visualization, it works as designed. In the real lights, it turns off once and then turns on again somewhere downstream; that's it. I'll check the CAT5 wiring today, to make sure it is correct. I'm familiar with daisy-chained high-speed wiring, so I don't think that's a problem. As a thought, LOR doesn't provide a termination resistor array for the daisy-chain, does it?
  6. Okay, I'll try that out tomorrow morning and report back. My thanks. Agree about the sequencer. I'm running a 100 msec grid, and I did a quick animation and that worked perfectly. The question in my mind is whether the controller can keep up with the sequencer, and I'm wondering why I'm having this trouble with it when apparently no one else is. I must add that I picked up LOR software for the first time three days ago, and ran the controller for the first time this afternoon, so I'm not hardly yet comfortable that I know exactly what I'm doing. Maybe by next week .
  7. On the Hardware utility, the first displayed page is apparently the "Test" page. After initializing the controllers without problems, I checked channels 1-9 of the #1 controller, powering a face display. I clicked on "On" next to the speed slider, and the chase started. It looked fine, even with the speed slider all the way to the left (displaying "1", the fastest speed). I then turned off active checkboxes one by one, which has the effect of causing the channels which are still in the chase to turn on faster (less time since they were last turned off). When I got to three channels left, they started turning on and off erratically; apparently they began ignoring turn on commands, I'd think because they haven't had time to reset since they were last turned off (that's my theory, anyway). If I slowed the slider, I could find a point where the lights again appeared to operate correctly that was "6" when I had two channels in the chase. We bought five CTB16PC controllers; at least three of then display this behavior, so I think it is a design problem (though I can't imagine how I'm the only person to report this, AFAICT), or perhaps something that I haven't properly initialized or setup (certainly possible). We're powering very low wattage string light.
  8. It appears that when sequencing the channels on a CTB16PC controller that after turning a channel off it requires between a half and a full second to recover before it can be turned back on. I can be sure it is the controller channel, not the lighting, because I can reduce the load to just the small LED in the plug, and the beats are skipped there just as they are in the main lighting. That is, I can be sure if the low wattage lighting being used it not itself part of the problem, I suppose. When running the chase test with only two channels, the on/offs begin getting erratic when the speed is higher than 6. If I include 8 channels in sequence, then it can run at 1, as it seems the channels get enough time to reset after being blinked before the next turn comes around. Has this been a problem for anyone else? It sure make synchronizing heads to singing music difficult.
  • Create New...