Okay, I've given up on my search through the topics on this question.
I'm doing a hospital design where our basic design is to have Watt Stopper room controllers to control our spaces. Aside from the fact that Watt Stopper's Revit family doesn't work very well (somewhat common for mfrs), I'm having trouble figuring out how I should wire the rooms up.
A problem is that if I assign the room controllers to the circuit but not the light fixtures, then my panel schedule won't reflect the correct loads. If I assign the fixtures to the circuit, the auto-wiring will mess things up because it won't differentiate between switched and unswitched loads.
Has anyone on here done designs using power packs or room controllers? I found it really strange that there were no posts on this topic.
I've kinda done some lighting controls, but it was done by adding Shared Parameters to the Lighting Devices for compiling Relay Schedules, that way I can crab switch legs and circuit numbers. No real intelligence behind it, though. I believe that such 'advanced' lighting control concepts are currently beyond Revit, especially since Revit is STILL incapable of the basic lighting design concept of a three-way switch!
⁞|⁞ Please use the .Accept as Solution and Give Kudos functions as appropriate to further enhance the value of these forums. Thank you! ───────────────────────────────────────────────────────────────────────────────────────────
I think that, so far, the best we can come up with is to make a new power pack family that is a light fixture and make sure the home runs come from the power pack. That way, the panel schedules will have the correct load information on them. It's a big-time kludge though. It would really be nice to have something that's functional.
After some quick testing, it looks like the shared parameter route, or your custom family workaround are the best workarounds for this issue.
We are always looking for ways to make the product better and this link is setup for you to submit feature requests, or feedback, directly to our Development group.
I encourage you to use the feedback link as our Development group is always interested and would like to hear your feedback directly, since you are better suited to state the business case for a feature request.