Configuration Page

The web GUI's Configuration Page lets you edit most of the PDM II's settings. It groups the settings into seven s, each of which will be described below.

Whenever you change a value, it will be highlighted, and the "Revert" and "Apply" buttons will become available. Clicking "Apply" saves the edited settings back to the unit and causes them to take effect; clicking "Revert" restores the edited settings to their last saved values.

Note - To avoid duplication, only the items unique to the web GUI will be explained in this .  

Identification Section

Each PDM II can be given a unique name of up to 19 characters including upper and lower case letters, numbers, and dashes. Spaces and special characters may not be used.

The name will be displayed on the Mini Windows when connecting with the web GUI. It will also be used when creating log file names and PD-Alert e-mails.

Figure 1 - PDM name

Figure 1 - PDM name

Control Section

By default, PDM II boots in Bypass mode, but this behavior can be changed from the "Boot mode" dropdown in the Control .

  • Bypass: Effectively connects the analog and AES3 outputs to their corresponding inputs and routes audio around the delay buffer. A delay cannot be built when the unit is in Bypass mode. The front panel will show "PDM II is in Bypass" and the Bypass button will be illuminated.

  • Real-time: PDM II is active and capable of building a delay when the Build button is pressed. The front panel will show "PDM II is Ready."

  • Building: PDM II begins building its delay immediately upon powering up. The front panel will first indicate that a delay is building followed by the "Full" message and the length of available delay time.

Figure 2 - Boot mode

Figure 2 - Boot mode

Hardware GPIO Section

Although hardware GPIO settings can be set from the front panel as described in the GPIO Menu section, the duration of the pulse for momentary output closures can only be set in the Hardware GPIO  of the Configuration page.  

Figure 3- Hardware GPIO

Figure 3- Hardware GPIO

Livewire GPIO Section

GPIOs can be controlled via Livewire by first checking the "Enable" box, then entering a Livewire channel number or a valid multicast address. You may also enter an IP address and port number (such as 192.168.2.114/2) to reach out to another device on the network using a TCP connection (sometimes referred to as "snake mode" as it creates a GPIO "snake" between the two devices).

Use the dropdown menus to set the function of each Input and Output.

Figure 4 - Livewire GPIO

Figure 4 - Livewire GPIO

Delayed Data Streams Section

PDM II can delay two serial data streams such as PAD (Program Associated Data) to keep "now playing" or other information on RDS receives or web streams in sync with program audio. When this feature is turned on, incoming data is stored for exactly the same amount of time that PDM II is delaying audio before sending it out.

As the audio delay is slowly built or collapsed to return to real-time, each data delay is automatically changed to match. If PDM II is put into Bypass mode, data passes straight through. Pressing Dump while Data Delay is on sends the stored data out immediately to prevent important information from being lost.

Two separate delays, Data Stream A and Data Stream B, are provided to handle both internal cueing information and PAD for listeners. Inputs and outputs are available via network, can have different addresses and ports, and can be configured to function as client or server. Multiple devices can feed input data and listen to delayed output data on each stream.

Each stream has four input options:

  • Disabled: input disabled

  • Local TCP port: awaits incoming TCP socket connections, and then adds any incoming data from these sockets to the stream.

  • Local UDP port: awaits incoming UDP packets, adding the packets' data to the stream

  • Remote TCP port: makes a TCP socket connection to the specified remote address and port, and then adds any incoming data from those connections to the stream. If the connection fails it will reconnect.

The "Local TCP" and "Local UDP" options will accept input from multiple devices; the PDM II will merge all the incoming data into the delay stream. With these options, Stream A accepts data on port 5445, and Stream B accepts data on local port 5447.

Each stream has four output options:

  • Disabled: output disabled

  • Local TCP port: awaits incoming TCP socket connections, and then transmits delayed data from the stream to the sockets.

  • Remote TCP port: makes a TCP socket connection to the specified remote address and port, and then sends delayed data from the stream to the connection. If the connection fails it will reconnect.

  • Remote UDP port: sends UDP packets with any delayed data to the specified remote address and port.

The "Local TCP" option will accept connections from multiple devices; the PDM will send all delayed data to each of the connected device. With this option, Stream A sends data via port 5446, and Stream B sends data via port 5448.

To configure the delays:

  • Choose Disabled, Local TCP port, Local UDP, or Remote TCP port from the Input dropdown menu. When using Remote TCP, enter the remote IP address and port number in the appropriate fields.

  • Choose Disabled, Local TCP port, Remote TCP port or Remote UDP port from the Output dropdown menu. When using Remote TCP or Remote UDP, enter the remote IP address and port number in the appropriate fields.

Figure 5 - Delayed data streams input

Figure 5 - Delayed data streams input

PD-Alert Section

When the operator presses the Dump button, PDM II can automatically e-mail text alerts or actual audio files to anyone you designate. For security purposes, configuration of the PD-Alert settings must be done from the web GUI.

As PD-Alert uses standard Internet e-mail protocols, it is configured like a standard e-mail account with an outgoing server address, valid user name, and password. Any existing e-mail account can be used, but most users find it most beneficial to establish a dedicated address for these alerts. Since PDM II doesn't receive e-mails, it does not require an incoming POP server.

  • Mail server address: Enter a valid SMTP server address, typically "smtp.yourdomain.com".  With TLS disabled, the default mail server port is 25. With TLS enabled, it is 587. If your mail server uses a different port,  specify it by adding a colon and the port number after the address (e.g. "smtp.yourdomain.com:465").

  • Mail server username: Enter a valid e-mail account user name without the @ sign and domain name (e.g. "PDMStudio1").

  • Mail server password: Enter the password associated with the user name. A password is required by the SMTP server. If your internal mail server doesn't require authentication, leave both the username and password blank.

  • Use TLS encryption: Check to enable TLS encryption.

  • Sender: Enter the complete e-mail address for the username (e.g. "username@yourdomain.com"). Even though PDM II can't receive replies at that address, mail servers use this data to verify the legitimacy of addresses.

  • PD-Alert context: This value sets the amount of additional audio just before and after each Dump event saved in the log files. Include enough additional time to help identify the context of the Dump event, typically 5 or 6 seconds. If you are running very long delays, we suggest setting the context to its maximum value of 10 seconds.

  • PD-Alert (attached audio) emails: Enter the e-mail addresses only of individuals or servers who should receive PD-Alerts with attached audio files. For more than one recipient, separate each address with a space.

  • Attached audio file format: Choose the audio quality and data compression for the e-mailed log files. Regardless of your selection here, PDM II always keeps its internally-stored files in uncompressed WAV format.  

    • Uncompressed WAV: Delivers the highest quality but also the largest files which may be inconvenient on mobile devices or with e-mail servers that cannot handle large file attachments.

    • High Quality MP3: 160 Kbps.

    • Voice Quality MP3: 40 Kbps.

  • PD-Alert (text) emails: Enter the e-mail addresses of people who should receive text-only PD-Alerts, that is, alerts that a Dump event has occurred but without the corresponding audio files (which can be retrieved from the PDM II log files as needed). For more than one recipient, separate each address with a space.

  • Retain dump files: PDM II purges old audio files to make room for new ones when more space is needed in its internal storage. The unit includes a generous amount of storage and dump files are typically kept for a very long time, so if your station's policy is to delete airchecks on a regular schedule, you can choose 30, 60, or 90 days instead, at which point PDM II will automatically delete files as they reach that age.

  • Test PD-Alerts: This feature is used to verify that the PD-Alert feature is properly set up and working. A test message will be sent to the addresses in both PD-Alert e-mail fields. If one of the addresses is invalid, your ISP will relay an error message to the mail account set up for PDM II.

Note: To prevent tampering, the audio files saved on PDM II by the PD-Alert system cannot be edited or manually deleted. They can, however, be copied to your computer and be saved, forwarded, or deleted just like any other locally-saved file.

Figure 6- PD-Alert menu

Figure 6- PD-Alert menu

AoIP Synchronization

When using a Livewire clock as the clock source, choose "Livewire slave" from the dropdown menu.

Figure 7 - AoIP sync using Livewire clock

Figure 7 - AoIP sync using Livewire clock

When using an external PTP clock for reference, choose "PTP/IEEE 1588 slave" from the dropdown menu, which reveals several additional fields:

  • PTP Domain: Valid values are 0 - 127. The AES67 PTP profile uses 0, which is the default setting.

  • PTP Delay Mechanism:  Both E2E (end to end) and P2P (peer to peer) are supported.

    • E2E calculates the latency directly between the master clock and the slave. It is generally recommended for networks using transparent clocks, non-PTP-aware switches, or both.

    • P2P calculates the delay between two slaved devices rather than the entire network. It is typically more accurate and efficient than E2E.

  • PTP Clock Priority1: Priority 1 is the most significant of the six factors used by devices in the selection of a master clock. Acceptable values range between 0 and 255, with lower values representing a higher priority. The default value is 128.

  • PTP Clock Priority2: Priority 2 is the fifth most significant of the six factors used by devices in the selection of a master clock. As with Priority 1, lower values represent a higher priority. The default value is 128.

  • PTP Sync Interval: Sets the interval at which synchronization messages are sent.

  • PTP Announce Interval: Sets the interval at which a PTP announce messages are sent.

Figure 8 - AoIP sync using PTP clock

Figure 8 - AoIP sync using PTP clock