cancel
Showing results for 
Search instead for 
Did you mean: 
Important updates from Zoom Support:
  • Effective immediately, customers with subscription plans greater than $10 USD/month may receive live chat support. Sign in and visit our contact page to view your support options.

  • Starting February 1, 2025, Zoom Phone customers must add their phone numbers to an approved 10DLC campaign in order to keep using SMS/MMS capabilities on their numbers.

Projection Screen control with Room Controls using Global Cache IP2CC

Matt_Nolley
Newcomer
Newcomer

I'm struggling to work out how to reasonably control a Dalite projection screen using Room Controls and a Global Cache IP2CC.  The JSON examples for the IP2CC use a "position" key-value pair not documented elsewhere, and, according to the only provided example that makes even a vague attempt to explain it, then uses an "automatically generated 'power' method" to provide control.  That's also not documented anywhere I can find.

 

The example code produces an "On" and an "Off" button for each declared contact closure "port".  That is far from ideal, as the projection screen's movements are triggered by instantaneous contact and are stopped automatically by a limit switch.  Further, when declared at the "port" level, as they are in the examples, these controls can not be hidden.

 

We would very much like to be able to create our own methods for these operations, so that they can be individually hidden, controlled discretely, and triggered as part of a scene.  Any guidance would be appreciated.

5 REPLIES 5

bstrelko
Community Champion | Customer
Community Champion | Customer

We've come to expect this from Zoom documentation, especially when it comes to rooms/AV.

 

Upon a quick review of the IP2CC sample JSON and iTach's API doc, the 'position' value corresponds to the relay number from left-to-right when looking at the unit (let's say your projector is plugged into the leftmost PHX terminal - in this case, its position is '1').

 

Please clarify if I'm misunderstanding, but you're looking for a momentary contact vs a latched one and the sample JSON file appears to latch. I am not familiar with the IP2CC (would rather use something more robust like  Crestron/Q-SYS/Extron/AMX to issue relay commands), but you may be able to trigger sequential commands to achieve the desired result.

It does appear that the flag for invisibility is missing in any documentation when using the IP2CC, nor is it available in the Control Concepts generator (https://controlconcepts.net/zoom/). This might be another case for an IP-controlled relay solution vs. using the IP2CC.

Matt_Nolley
Newcomer
Newcomer

Thanks for your response.  Yes, I'm looking for a momentary contact.  The term had fled my brain after beating my head against this issue for too long.


More than that, though, I'd like to be able to construct my own methods for the IP2CC, or have a better understanding of the construction of the automatically-generated method Room Controls apparently provides.  That would allow me to offer my own custom controls via scene declarations, in which I could either try to generate momentary behavior, or at least turn off "Up" before powering on "Down" and vice-versa.  Something like either:

"scenes": [
    {
      "id": "proj_screen_down",
      "name": "Screen Down",
      "icon": "icon_down",
      "commands": [
        "proj_screen.down.on",
        "proj_screen.down.off"
      ]
    },
    {
      "id": "proj_screen_up",
      "name": "Screen Up",
      "icon": "icon_up",
      "commands": [
        "proj_screen.up.on",
        "proj_screen.up.off"
      ]
    }
  ]

or

"scenes": [
    {
      "id": "proj_screen_down",
      "name": "Screen Down",
      "icon": "icon_down",
      "commands": [
        "proj_screen.down.on",
        "proj_screen.up.off"
      ]
    },
    {
      "id": "proj_screen_up",
      "name": "Screen Up",
      "icon": "icon_up",
      "commands": [
        "proj_screen.up.on",
        "proj_screen.down.off"
      ]
    }
  ]




Matt_Nolley
Newcomer
Newcomer

Actually, @bstrelko, your mention of the iTach API has nudged me in what I hope is the right direction: instead of trying to use the Zoom-provided schema for the IP2CC, I should be able to address it as a "GenericNetworkAdapter", and just send it the appropriate API commands.  That would solve the "methods" and "scenes" parts of my goal. Then, it would just be a matter of generating momentary behavior.

bstrelko
Community Champion | Customer
Community Champion | Customer

Great idea! This makes the most sense.

DarenNoeWSU
Newcomer
Newcomer

Hi Matt, I am using a couple different methods for creating momentary contact closures for Zoom Rooms here at Washington State University.  I'd be happy to share what I know, and possibly learn what you figured out.  I sent you a Linkedin Invitation if you want to connect.  I just work at a University, so I'm not selling anything.  Just want to share information.  For the Global Cache IP to CC module solution, I had to add a $15 timer relay from Amazon to get a long enough contact closure to trigger the screen logic.  Been working for 4 years with no problem.  But it is a little "home brewed" rather than a clean out of box solution.  For a more pro solution, I am using an Extron IPCP Pro 250xi Controller.  This controller can do timed contact closures, but requires the free Extron software, and a little bit of learning curve to set up.  But it uses drivers for drag and drop setup, so you dont need to hire a programmer.  Reach out on Linkedin if you have any questions or want to discuss. -Daren Noe