I can't say I'm following you here. Elk can't talk to Elve really - but Elve sees everything that happens in the Elk. I mean, I can't write a rule in the Elk that says to trigger XXX action in Elve - but I can't imagine that being the case with ISY either. The Elk needs its own PIM AFAIK - it can't use Elve as one as it might be able to use an ISY as if it were one. That said, I can turn on an output with the Elk and have Elve respond to it if I want. In the case of lighting, I run 3 PIM's. 1 for Elk, 1 for Elve, 1 for RUC/Programming. Even though Elve can control the lighting through the Elk, it has some strengths in direct access. Important feature - Elk by itself doesn't track status after Scenes are activated; but Elve has functionality built-in to go poll devices after a scene they're in has been activated. Previously I figured there was no way to get Elve to trigger an update that Elk would see, but it seems from basic testing that Elve's requests for status updates are seen by the Elk as well. I know for a fact that tonight, I turned off all the downstairs lights via a Link and I see all the lights' correct status in eKeypad right now. And thinking about it, I think it's always pretty accurate except the link status, which is usually "on" since I never really turn off links the way I use them. This might require more testing, but if merely having Elve running in the background with a PIM solves the Elk status issue, then that seems like a huge win to me! I'll try to do a little more testing to confirm this.