NWP220
Network input panel - 2 x XLR + BT (4 CH)
Table of contents
NWP220 Commands List
ASCII Commands (NWP220 1.0.2)
This is the list of ASCII Commands supported by this device. An ASCII command always follows the same structure:
#|Destination|Source|Type^Target^Command|Arguments|CRC|CRLF
This format uses 3 separator characters for different levels of separating each value in the message:
- Message separator ‘|':
This separates a message into 7 blocks (if you include the start ‘#’ and end <CRLF>) - Block separator ‘^':
This splits a block into logical elements. This is used to split the command in the message type, ‘command’ and 'target’ - Value separator '>':
This splits up a logical single value in their primitives, for example: a target consists of a channel type and a channel index, split by '>'
Messages are Case sensitive, if the example shows the text in uppercase, this should always be uppercase!
Destination
The target device. This consists of 2 parts: Device>Address.
Device
This is the device type: NWP220
Address
This is the user configurable device address, default: 1. You can also leave this field empty, this results in all Nwp220 devices that receive this command to respond.
| Examples | Destination |
|---|---|
| default destination | NWP220>1 |
| broadcast to all Nwp220 devices | NWP220 |
Device Matching
If the device type or address does not match, the message will be ignored. Device Address 0 is a special address and will always match (this can be seen as a broadcast)
| Destination | Device address: NWP220>2 | Remarks |
|---|---|---|
NWP220>2 | Destination Matches Device | this is an exact match |
NWP220>1 | Message ignored | the destination address does not match |
NWP220 | Destination Matches Device | the destination address will always match |
NWP220>0 | Destination Matches Device | Equivalent to NWP220 |
CLIENT>2 | Message ignored | the device type does not match |
CLIENT | Message ignored | the device type does not match |
Source (optional)
The source address is optional when sending, but the device will always fill this field with its own address.
| Examples | sent message | response message NWP220>2 |
|---|---|---|
| broadcast to a Nwp220 | #|NWP220||...|<CRLF> | #||NWP220>2|...|<CRLF> |
| send to a specific Nwp220 | #|NWP220>2||...|<CRLF> | #||NWP220>2|...|<CRLF> |
| use a source address in the request message | #|NWP220|CLIENT>1|...|<CRLF> | #|CLIENT>1|NWP220>2|...|<CRLF> |
Type
The type explains what the message wants to do. There are 3 supported message types:
| Type | From | To | Explanation |
|---|---|---|---|
SET_REQ | CLIENT | Nwp220 | Change a setting in the Nwp220 |
GET_REQ | CLIENT | Nwp220 | Request the current status of a setting in the Nwp220 |
GET_RSP | Nwp220 | CLIENT | Response to either a GET_REQ or SET_REQ, if the request was valid |
Command, Target, Arguments
These 3 parameters are explained together, because they influence each other. The command dictates the meaning of the argument, while the target distinguishes which exact setting you want to change. the target can also influence the valid range of the argument.
Some commands (like the mixer) can have a range arguments (for the mixer: all mixer volumes are an individual argument). In this case, the argument looks like: idx>val[^idx2>val2], where the part in between the brackets [] can appear 0 or more times.
- idx, ídx2, ...: the argument index
- val, val2, ...: the value at the specified index
VOLUME
Set a single Volume in dB
Argument (volume)
the requested Volume in dB
| Target | Argument | Example (default value) |
|---|---|---|
| INPUT_XLR>1>VOLUME>1 | min: -90, max: 0 | #|NWP220>1||SET_REQ^INPUT_XLR>1>VOLUME>1^VOLUME|0|U|<CRLF> |
| INPUT_XLR>2>VOLUME>1 | min: -90, max: 0 | #|NWP220>1||SET_REQ^INPUT_XLR>2>VOLUME>1^VOLUME|0|U|<CRLF> |
| INPUT_BLUETOOTH>1>VOLUME>1 | min: -90, max: 0 | #|NWP220>1||SET_REQ^INPUT_BLUETOOTH>1>VOLUME>1^VOLUME|0|U|<CRLF> |
| INPUT_BLUETOOTH>2>VOLUME>1 | min: -90, max: 0 | #|NWP220>1||SET_REQ^INPUT_BLUETOOTH>2>VOLUME>1^VOLUME|0|U|<CRLF> |
| INPUT_DANTE>1>VOLUME>1 | min: -90, max: 0 | #|NWP220>1||SET_REQ^INPUT_DANTE>1>VOLUME>1^VOLUME|0|U|<CRLF> |
| INPUT_DANTE>2>VOLUME>1 | min: -90, max: 0 | #|NWP220>1||SET_REQ^INPUT_DANTE>2>VOLUME>1^VOLUME|0|U|<CRLF> |
| INPUT_DANTE>3>VOLUME>1 | min: -90, max: 0 | #|NWP220>1||SET_REQ^INPUT_DANTE>3>VOLUME>1^VOLUME|0|U|<CRLF> |
| INPUT_DANTE>4>VOLUME>1 | min: -90, max: 0 | #|NWP220>1||SET_REQ^INPUT_DANTE>4>VOLUME>1^VOLUME|0|U|<CRLF> |
| OUTPUT_DANTE>1>VOLUME>1 | min: -90, max: 0 | #|NWP220>1||SET_REQ^OUTPUT_DANTE>1>VOLUME>1^VOLUME|0|U|<CRLF> |
| OUTPUT_DANTE>2>VOLUME>1 | min: -90, max: 0 | #|NWP220>1||SET_REQ^OUTPUT_DANTE>2>VOLUME>1^VOLUME|0|U|<CRLF> |
| OUTPUT_DANTE>3>VOLUME>1 | min: -90, max: 0 | #|NWP220>1||SET_REQ^OUTPUT_DANTE>3>VOLUME>1^VOLUME|0|U|<CRLF> |
| OUTPUT_DANTE>4>VOLUME>1 | min: -90, max: 0 | #|NWP220>1||SET_REQ^OUTPUT_DANTE>4>VOLUME>1^VOLUME|0|U|<CRLF> |
MUTE
mute an audio channel
Argument (enabled)
is the audio channel muted
| Target | Argument | Example (default value) |
|---|---|---|
| INPUT_XLR>1>VOLUME>1 | options: TRUE,FALSE | #|NWP220>1||SET_REQ^INPUT_XLR>1>VOLUME>1^MUTE|FALSE|U|<CRLF> |
| INPUT_XLR>2>VOLUME>1 | options: TRUE,FALSE | #|NWP220>1||SET_REQ^INPUT_XLR>2>VOLUME>1^MUTE|FALSE|U|<CRLF> |
| INPUT_BLUETOOTH>1>VOLUME>1 | options: TRUE,FALSE | #|NWP220>1||SET_REQ^INPUT_BLUETOOTH>1>VOLUME>1^MUTE|FALSE|U|<CRLF> |
| INPUT_BLUETOOTH>2>VOLUME>1 | options: TRUE,FALSE | #|NWP220>1||SET_REQ^INPUT_BLUETOOTH>2>VOLUME>1^MUTE|FALSE|U|<CRLF> |
| INPUT_DANTE>1>VOLUME>1 | options: TRUE,FALSE | #|NWP220>1||SET_REQ^INPUT_DANTE>1>VOLUME>1^MUTE|FALSE|U|<CRLF> |
| INPUT_DANTE>2>VOLUME>1 | options: TRUE,FALSE | #|NWP220>1||SET_REQ^INPUT_DANTE>2>VOLUME>1^MUTE|FALSE|U|<CRLF> |
| INPUT_DANTE>3>VOLUME>1 | options: TRUE,FALSE | #|NWP220>1||SET_REQ^INPUT_DANTE>3>VOLUME>1^MUTE|FALSE|U|<CRLF> |
| INPUT_DANTE>4>VOLUME>1 | options: TRUE,FALSE | #|NWP220>1||SET_REQ^INPUT_DANTE>4>VOLUME>1^MUTE|FALSE|U|<CRLF> |
| OUTPUT_DANTE>1>VOLUME>1 | options: TRUE,FALSE | #|NWP220>1||SET_REQ^OUTPUT_DANTE>1>VOLUME>1^MUTE|FALSE|U|<CRLF> |
| OUTPUT_DANTE>2>VOLUME>1 | options: TRUE,FALSE | #|NWP220>1||SET_REQ^OUTPUT_DANTE>2>VOLUME>1^MUTE|FALSE|U|<CRLF> |
| OUTPUT_DANTE>3>VOLUME>1 | options: TRUE,FALSE | #|NWP220>1||SET_REQ^OUTPUT_DANTE>3>VOLUME>1^MUTE|FALSE|U|<CRLF> |
| OUTPUT_DANTE>4>VOLUME>1 | options: TRUE,FALSE | #|NWP220>1||SET_REQ^OUTPUT_DANTE>4>VOLUME>1^MUTE|FALSE|U|<CRLF> |
MIXER
mixer slider for zones
Argument (volume)
mixing volume
| Target | Argument index | Argument | Example (default value) |
|---|---|---|---|
| OUTPUT_DANTE>1>MIXER>1 | min: 1, max: 12 | min: -90, max: 0 | #|NWP220>1||SET_REQ^OUTPUT_DANTE>1>MIXER>1^MIXER|1>0^2>-90^3>-90^4>-90^5>-90^6>-90^7>-90^8>-90^9>-90^10>-90^11>-90^12>-90|U|<CRLF> |
| OUTPUT_DANTE>2>MIXER>1 | min: 1, max: 12 | min: -90, max: 0 | #|NWP220>1||SET_REQ^OUTPUT_DANTE>2>MIXER>1^MIXER|1>-90^2>0^3>-90^4>-90^5>-90^6>-90^7>-90^8>-90^9>-90^10>-90^11>-90^12>-90|U|<CRLF> |
| OUTPUT_DANTE>3>MIXER>1 | min: 1, max: 12 | min: -90, max: 0 | #|NWP220>1||SET_REQ^OUTPUT_DANTE>3>MIXER>1^MIXER|1>-90^2>-90^3>-90^4>-90^5>0^6>-90^7>-90^8>-90^9>-90^10>-90^11>-90^12>-90|U|<CRLF> |
| OUTPUT_DANTE>4>MIXER>1 | min: 1, max: 12 | min: -90, max: 0 | #|NWP220>1||SET_REQ^OUTPUT_DANTE>4>MIXER>1^MIXER|1>-90^2>-90^3>-90^4>-90^5>-90^6>0^7>-90^8>-90^9>-90^10>-90^11>-90^12>-90|U|<CRLF> |
CRC
The CRC block is calculated over the message starting from and including the first pipe "|", up to and including the last pipe before the CRC Block. These CRC's can ensure message integrity if desired.
| CRC Type | Configuration | Format | Example | notes |
|---|---|---|---|---|
| None | / | U | #|NWP220>1||SET_REQ^INPUT_XLR>1>VOLUME>1^VOLUME|0|U|<CRLF> | 'U' means unused |
| CRC16-ARC |
| XXXX | #|ALL||SET_REQ^INPUT_LINE>1^VOLUME|0|C06C|<CRLF> | calculator |
| CRC32 |
| XXXX | #|ALL||SET_REQ^INPUT_LINE>1^VOLUME|0|D887125C|<CRLF> | calculator |
The examples in the table above are examples for calculating the CRC, they may not be a valid command for the NWP220
The CRC can ensure data integrity across unreliable data channels (RS232, RS485), but they are by no means a security measure! If someone has the knowledge and means to maliciously alter a message, correcting the CRC becomes trivial for the attacker. We support different kinds of CRC for maximum flexibility, but we recommend not using any so you do not get a false sense of security.
Stop bytes
The final 2 characters are denoted as <CRLF>, they mean "Carriage Return, Line Feed" or simply put a new line. Depending on the tool used to create the command, you can have different representations:
- CRLF
- \r\n
- 0x0D 0x0A
We support both CRLF and LF only