nick

USP3/CN AMX Control

15 posts in this topic

I am about to start talking to a selection of USP3/CN cards via an ethernet network.

Has anyone done this? Are there any tricks to doing this? In particular I am looking for a sample string to control an amp - just to understand the string structure. I have previously controlled USM810 via serial, but the protocol has obviously changed. Can you help by maybe translating one of the examples in the UDP/IQ network control protocol.

Thanks

Share this post


Link to post
Share on other sites

Nick-

I found the following example...

The following example assumes you know how to send UDP data on your particular platform.

Example 1

This example will attempt to turn on the power on channel 1 of a Crown PIP-USP3/CN with IQ address 45 at IP address 192.168.1.45.

1. From the OIF file (PSN100.OIF), or by using the OIF Utility, find the ?Channel 1 Power? object definition and determine the Object ID and Data Type. In this case, the Object ID is 2000 and the Data Type is ?Logical.?

2. Form the UDP packet with the following field values:

Field          Size (bytes)      Value      Notes

Delimiter      2                    0x4951  ASCII ?IQ?

Size              4                    22          The size of the entire message

Message ID  2                    6          idSetState

Flags            2                    256        Protocol version 1

Source IQ Ad 2                64100      Anything between 64000 and 65530

Message Tag  2                    0          Not used

Destination IQ Ad 2            45          IQ address of this component

Count            2                  1          Only one object in this message

Object ID        2                2000        Object ID of ?Channel 1 Power?

Data Length    1                    1          The data type ofthis object in the OIF file

                                                        is ?Logical,? which is one byte in length. We

                                                        then derive the value of this field from

                                                        the Data Lengths table above.

State Value        1                  1          Value of for Boolean ?On?

3. Send the UDP packet to port 5600 at IP address 192.168.1.45.

Hope that helps. I have also attached the PDF this information came from.

UDP_IQ_Network_Control_Protocol.pdf

Share this post


Link to post
Share on other sites

Nick

If you haven't already you may also want to check out the Readme file in the UDP/IQ developers Kit. It has a description for using the .OIF Utility. This Utility will help in getting the attributes from the units .OIF pertaining to the particular object you wish to control.

The .OIF for the USP-3CN is called: PSN100.oif.

The content of any .OIF can be viewed through MS Windows Notepad this will help you make sure you are using the correct .OIF.

Share this post


Link to post
Share on other sites

The information you have posted is what I currently have. What I need is the actual data format. for example when talking to a usm810 via 232, the data is formated such as: $xx, $xx, $xx etc where the $ indicated hex, and the xx indicates the hex number. What format does the data need to be sent in? I guess this is a question for the IQ code guys?

Thanks

N

Share this post


Link to post
Share on other sites

I am using a Crestron RACK2 to send commands to a bank of USP3s (in MA5002VZs). With respect to the example given above (Turn power ON/OFF), I can successfully get the amplifier to respond to the command, but can get no acknowledge response back. The old UCODE protocol document spelled out what type of response to expect, but the UDP/IQ does not mention this. Even for idGetState queries, there is no mention about how the data will be packaged. This is all moot, since I can't seem to receive ANY data back.

Since the message format embeds the IQ address only (not the IP), will the USP3 strip the control system IP info and respond directly to that address, or will send a broadcast response to all parties? Any help is appreciated.

Scott

Share this post


Link to post
Share on other sites

Scott-

I am not sure of all the aspects of your question, so I have started discussions with the IQ Engineers. I will get back to you as soon as I get additional information.

-=Brad

Share this post


Link to post
Share on other sites

Thanks. I have since been able to receive a formatted response back from the USP3, so ignore that portion of my request (unless it would be beneficial to the forum). However, the UDP/IP protocol document does not tell me how to decode the response, and pull out the relevant info (i.e. for idGetState requests). I still need that info. Thanks.

Scott

Share this post


Link to post
Share on other sites

And the winner of the !RTFM! award goes to... me. It didn't sink in that the idStateData message is the formatted response to my idGetState message (its all there in black and white in the protocol). Problem solved.... although I do have an unresolved thread posted elsewhere in General Discussion that I still need answered. Thanks.

Scott

Share this post


Link to post
Share on other sites

:rolleyes: It happens to all of us.

I am still working on the other post. Like I said, I have not done this myself yet so I want to ensure that I get you the correct answer.

Thanks.

Share this post


Link to post
Share on other sites

Hello,

I've written some AMX-Code to control USP3/CN-Cards via Ethernet. It has worked. If you are still interested - tell me... :rolleyes:

Share this post


Link to post
Share on other sites

Hi Guys,

is it possible to control the older USP2 cards through the same UDP protocol via a PC running IQ gateway?

Theoretically, it seems possible since the UDP protocol only requires an IQ address.

Please advise.

Thank you

Vincent

Share this post


Link to post
Share on other sites

Theoretically it should be possible. The thing to remember is that you will need to have a computer online running gateway to serve the items up. The other option would be to use RS-232 and control an interface directly that controls the IQ Loop products.

Share this post


Link to post
Share on other sites

Hi Brad,

thank you for the reply. will definitely try it out physically one of these days and post the outcome of the test.

vincent

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now