Davidmk

I believe it is the software version for ZerOS, the other one is the underlying Linux system however I'd suggest you wait for @Edward Z88 or one of his colleagues to confirm this. There's no right or wrong for this, just use what suits you. I give the same name to all fixtures of a particular type in the same location (e.g. "LED Pars Side" and "LED Pars Stage"). It is useful to number your fixtures logically as well - for example, I have... 101 thru 106 1 FOH Profiles, 111 thru 114 Side Profiles, 121 thru 126 DS Profiles, 131 thru 134 US Profiles. That way I can find a specific fixture easily and my screen is nice and tidy - there's room for the full labels to display and all like fixtures are together. Mine have been numbered this way since I've had the desk. Perhaps @Edward Z88 can tell us what effect renumbering would have on existing show files - you should wait for his response before you try renumbering. Generally, your life will be easier if you can look at a fixture and work out, in your head, what number it is.

If all you are trying to do is to select the cue you wish to execute then this page in the manual might help.

Sorry, missed this question. At the moment, I'm not sure I have. Certainly the instance that caused me to take steps to protect myself (buying a splitter that continues sending the last state if it loses incoming DMX) was before I updated to 7.10

Have thought about it. Trouble is I have gigs every few days so I'd be forever loading the Beta version then reloading the current one. Either that or taking risk with the beta on a live show.

Thank you Edward. What I'd like to do is find a way to repeat the issue under controlled conditions. I'm up to date on software but what conditions have caused it in the past (and have been fixed)? I could at least rule these out and maybe they will give me a clue. PS I'm qualified software tester (ISTQB Foundation) but I qualified 6 years ago and I haven't been doing it for 3 years so pretty rusty

I have a peer to peer network (desk and tablet) but no router. We need @Edward Z88 to suggest tests and data to collect (if any are possible).

I should point out that I have a full size FLX as well And I don't have router

I don't use a router but I do have a Windows tablet attached running the monitor app. This works because both the desk and the tablet have fixed i/p addresses and I use a cross over network cable. That said, it could be because I'm using the network connection or because the monitor app or the tablet times out in some way. As I said, I haven't researched it properly. (I use the tablet instead of a screen because it's more portable and it means I have a Windows device for things like the fixture editor.)

I haven't properly checked this out but once or twice, when I've finished programming for a show, I've left the console on for a long time - more than an hour - and when I've returned it has been non-responsive. I haven't reported it before because it is rare, a restart has fixed it and I haven't got precise details for support to go on. It's never happened while I'm actually operating controls even if that is infrequent.

Have you got the up to date library (v3)which can be found here? There is a list of the fixtures in this version here. If your fixture isn't in the latest version there's a link on the home page of the forum ("Fixture Support & profile requests") specifically for this. If that isn't going to be fast enough for you then you can also create your own using the fixture editor which you can download here.

Not something I've had to use but does this page of the manual help? Particularly the section headed "Delay"

We all have questions from time to time. Build your knowledge - Zero 88 training is free and well worth doing, there's the videos and, of course, there's the manual. When you run across something you can't solve then you may be able to find a previous post on the forum for the same or a similar problem that will give you the answer. If not then the forum is the best place to ask, there's a lot of very experienced people in addition to the experts from Zero 88. You'll usually get help pretty quickly and it seems that someone from Zero 88 is keeping an eye on new posts at least during office hours and often beyond. Try not to have problems during the Edinburgh Festival though - they are pretty busy then 😁. I've been lighting stages for about 50 years (DMX and desks as we know them now weren't invented for the first couple of those decades) but I still have questions and still learn better ways of doing stuff so don't be embarrassed to ask. The only dumb questions are the ones that aren't asked. Enjoy your journey 🙂

Fixing an address issue is much harder than doing it right in the first place. Everything has to be right for it to work and it's easy to skip over things because you don't believe they can be wrong - especially if it used to work and now doesn't. @Edward Z88 suggested, you can patch these fixtures as multicellular fixtures (as long as they are in the library). This might help avoid these problems and allow the desk to use the fixtures in the best way. Stick with what you've got for now though - until you are more confident. Try and follow a logical sequence when diagnosing. For example... If a fixture doesn't appear to respond to the desk, even it it is doing mad random things you are not telling it to then check the DMX connections. Start with a terminator plug at the end of the line, swap out cables one at a time in case they are faulty. Worth noting that a wiring fault will often - but not always - start part way down the line and affect all the fixtures further on. Beware of cheap fixtures aimed at the DJ market. These often have a mode where the first one generates a colour/movement/strobing pattern and controls the fixtures further down the line. Sometimes this auto mode kicks in if there is no DMX signal owing to a missing/faulty DMX cable. Nothing against such fixtures, use them myself, but it is an extra headache. If all the wiring seems good then addresses and/or modes of the fixtures not matching what you have patched is next. If there is some sort of overlap this shows up as the fixture doing something just not what you expect. This is the situation you were in. Easy to be sure of this in hindsight but it was what @Edward Z88 and I suspected because it matched the symptoms you described. If there's no overlap then the fixture just sits there and doesn't respond. No shortcuts to this one, you have to look at the fixture,check it's mode and address and then go back to the desk and make sure they agree, if they don't then change one or the other. The desk doesn't let you overlap fixtures or choose invalid addresses so it is more likely to have the right address than the fixture so you'd probably change the fixture. If the fixture has the mode you want then you might have to change the desk and (in extreme cases) you might have to re-address a load of fixtures to do this (if the mode you want uses more channels than the mode you've got). Finally, there's the possibility of a faulty fixture. Setting it to the same address and mode as a known good fixture will tell you if it is working properly. There is a chance that it is some setting other than address and mode but a hardware fault is probable. You can also get situations where a fixture works fine but messes up the signal to the next and subsequent fixtures on the line so it could be the immediately prior fixture causing the issue. Finally, a fixture plugged directly into the desk with a short length of cable may fail to work when it's out in the rig. This take you back to the first set of diagnostics but bear in mind that the signal degrades over distance and number of connections so the last few fixtures don't work as they should. The official DMX standard specifies that a terminator is required. "Pro" (i.e. expensive) fixtures often have this built in but cheaper ones may not. If you don't have one then the signal reflects back off the end of the wire and confuses things.

Fair point. We've established that the fixture works correctly with one starting address so it should be OK with any starting address. So, set it to the correct address (making certain that it is in 36ch mode) and make sure that the address of the first cell in this group on the desk is the same and see if it is OK now - it should be if you've got addresses and modes correct.

The address on the fixture is the first address that fixture uses. On the desk it has been patched as 12 fixtures of 3 channels each. This is perfectly OK. If you had an FLX S desk you'd be in trouble as those desks are limited to 24 or 48 fixtures but a full FLX desk has no restriction on number of fixtures only on DMX channels. Glad you've got to the bottom of this. Hopefully you've learned some stuff about DMX now which will help when you run into your next patching issue.

If, as you claim, 5 & 6 have the same starting address, are both in 36ch mode and neither is faulty then this should not happen. Bit of a long shot this but take the DMX line from your desk direct to fixture 5 and unplug 7 from 6. If you have a DMX terminator plug it into the DMX out of fixture 6. We are looking for a bad DMX connection here. If there's no change take the feed from the desk to 6 and connect 5 to the DMX output on 6. Move the terminator to 5 (If you don't have a DMX terminator then get a couple, they are fairly cheap on ebay/amazon. Put them in your toolbox and always try them first if things don't behave as expected.)

Can you post a link to the fixtures manual or, failing that, photos of the pages detailing the fixture's modes and channels.

I think you have. It looks to me as if you've made the address changes on the desk - what @Edward Z88 meant was to change the address on the fixture and leave the desk alone. In this case the desk only "sees" one fixture but both fixtures should behave the same.

Absolutely it is OK to have two identical fixtures with the same address - as long as you want both fixtures to do the same thing at all times.

OK. I'm just getting in for a gig so I can't do a more detailed explanation of these things right now so I'll direct you to the desk manual here. Should have some time later to do something more specific. Be hours, not minutes though.

Three possibilities to check first... The address of the odd fixture doesn't match the patch in the desk. Correct one or the other. The odd fixture is working in a different mode to the others. Check and, if necessary, correct the odd fixture. The odd fixture was in a different mode when the show was recorded but has been corrected since. Check the patch and, if necessary, correct the patch of the odd fixture. Don't forget you can display and examine the desks DMX output to see if it is sending the same thing to all the fixtures but make sure you know what addresses the fixtures are actually set to. Don't rely on the patch or a paper record.

After restarting the desk, hold Shift and press View to display the output window. It seems likely that the affected fixtures will be at 100% but note what colour they are and check the manual here. Then select the Source tab. Hopefully these two actions will give you a clue to what it is that is setting the colour and intensity of the fixtures and you can correct it. If it doesn't help then try the DMX outputs. Press the Z key, select System Information and then DMX Outputs. Using the address of one of the fixtures locate the values being sent to it make sure they reflect what you are seeing - if not then the fixture may not be patched correctly, have the wrong profile or be operating in the wrong mode. If the intensity and colour values are all zero then the fixtures own settings need checking. Finally, try recording new default values for the fixtures. See the manual here.

I agree, perhaps an option to make the fader speed or size or both. Rather like it can be, for example, beam or position or both.

I have the opposite, a bunch of LED PARS that need less green than any of the others but it would still be useful.

That is a good idea. Just the ability to apply the simple colour and position values of an existing pallette to different fixtures would be a real time saver. It would have to come with the caveat that visible results may not exactly match the original, particularly for colour.