Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About jstjohnz

  • Rank

Profile Information

  • My favorite Christmas story
  • Location
    , ,
  1. Sorry, tardy response, and a lot has already been covered, but... Q1) If I am outlining eight different windows with RGB rope lights, in relation to a LoR controller, this would take up 8 channels. However, from what I've read, every RGB strip needs three channels - am I correct in thinking this means the eight windows would need 24 channels in order to run on RGB via the LoR Showtime PC CTB16PC controller? If you have RGB rope lights that run off of 240V you could run them from a LOR controller that was also set for 240V. Q2) I have read that I need a separate DMX controller of so
  2. That makes we want to put a scope on the end of the line and see what's happening to the waveform. There are 2 variables for 2811 timing, the width of the bit cell, and the points in the bit cell where the data line transitions from 1 to 0, early in the cell for a 0, late in the cell for a 1. If the 1-0 transitions occur near the edges of the bit cell then that would allow for a wider range of speeds to be accepted by the pixel with the tradeoff being that you are having to send higher frequency pulses down the line, and IIRC that's what's recommended in the 2811 data sheet, something like t
  3. OK, I have to ask. Since most 3-wire pixels, and this for sure applies to the 2811s, are designed to run at one specific data rate (800khz in the case of the 2811), what is to be gained by adjusting the speed?
  4. @jeremy lawton: You can download the assembly manual from the web site, that will give you a good idea of what's involved in the assembly. @DSE: I use a combination of LOR and madrix in my own display. LOR handles the music and general sequencing. I have a large pixel matrix, 48x84, and I use Madrix to display various 'scenes' on the pixels. A few channels of LOR are used to remote-control madrix, that way it's easy to bring up the right effect at the right time. You should download the Madrix demo and play with it, you will be amazed at the incredible effects that you can produce with v
  5. It sounds like you have a few bad pixels. If you can exchange them I would do that. If you can't exchange them you may have to sacrifice the last few pixels from one of your strings to replace the bad pixels in the other strings.
  6. Beta testing is going well. I'm going to try to ship a few ELORs next week, full availability by the end of the month. The latest boards have a single standard RS485 DMX universe output in addition to the E1.31, basically functions like an iDMX1000 except that all channels are "smart" channels. Right now the DMX port mirrors the last E1.31 universe, although it may be possible to make it a separate 5th universe at some point.
  7. Possibly as early as mid-March. That's when boards will be here.
  8. Pretty much anything that uses 'smart' pixels, in other words the pixels that have built-in controller chips. 'Dumb' pixel strips that light up the whole strip the same color require a different type of controller.
  9. If the E681s are fully populated with pixel strings, then yes. One ELOR board will be able to control 680 pixels. Those 680 pixels could be split among multiple pixel controllers. Also, it hasn't been determined yet what the practical limitation is in terms of just how many channels of pixels you can run on an LOR network before the network becomes overloaded. And that depends on a lot of factors, but mainly what you're trying to do with the pixels. Basically 2 boards are required to drive pixels from LOR. The ELOR board that just converts the LOR network protocol into the E1.31
  10. I smoked the chip in the LOR USB/RS484 adaoter that puts power on the LOR network.
  11. 2 boards going out to beta testers today. Updated user manual on the sandevices.com site downloads page. Advice of the day: Don't plug a LOR network cable into an ethernet socket.
  12. I received the revised boards yesterday and have built up all 3. They seem to be working fine, although I haven't checked the RS485 DMX output yet.
  13. The prototype seems to be operational at this point. I am able to control pixels from the LOR software using the converter and an E681 pixel controller. A bit more testing/tweaking to do, but it's close.
  14. Bandwidth on the LOR network may be an issue, depending on the type of activity going on with the pixels. It's comparable torunning 4 DMX1000s except that all channels are smart channels. The E681 has better line driving capability (5V vs 3.3v) so it's capable of driving longer distances between controller and pixels. Also it can run from any supply voltage between 5 and 24 volts. It has a regulated 5VDC output for powering a small ethernet switch. Reverse polarity protection on pixel power, greater current capacity on pixel power inputs, and the string connectors are much easier to dea
  15. I hear from a lot of folks that are frustrated by not being able to run E1.31 (ethernet DMX) based pixels from LOR. And, yes, I know that LOR has promised E1.31 support at some point. For those who want instant gratification, I have a hardware solution. It's a controller that plugs into your LOR network (and can be powered from the LOR network), and to LOR software it appears as 4 iDMX1000s at consecutive IDs. Controller ID can be set via the LOR hardware utility, and when you scan your network with the hardware utility you will see 4 DMX1000s, with version number 9.x to distinguish them
  • Create New...