Congratulations on your purchase of the Pathfinder Core PRO. We know that you're anxious to get started, so this section will take you from “out-of-the-box” to “up-and-running” as quickly as possible.

We've made a few basic assumptions:

• That you have some knowledge of network basics and network terminology

• That you are familiar with other Axia Livewire products

• That you have a correctly configured network switch

Once you’re all set up, the manual will provide in-depth knowledge of Pathfinder Core PRO's more advanced options. Please refer to the Quick Start Guide below that matches the platform you purchased; R/2, AE-2000 (2021), or Virtual Machine. The R/2 and AE-2000 (2021) look identical from the back and use the same software update packages, but the AE-2000 (2021) platform does not have an LCD display on the front. Once you're completed the product specific section, finish with the "Discovery" section of this Quick Start Guide.

Approved Virtual Machine Hypervisors

The Virtual Machine (VM) instance of Pathfinder Core Pro has been verified on the following VM hypervisor engines:

• VMWare 6.7.0

• Hyper-V Server 2016

• ProxmoxVE 5.1-41

• VirtualBox 5.2

• Stratus everRun 7.5.05

This document does not cover the setup of a VM hypervisor engine, and it is the responsibility of the customer to set up and be knowledgeable of the VM engine in use.

Minimum VM Instance Requirements

The virtual instance created should have the following minimum settings applied:

• 2 GB RAM memory

• 4 GB hard drive storage (fixed allocation)

• 2 processor allocation

• Bridged network adapter (minimum of 1 bridged for the Livewire network)

  • It is recommended to use Paravirtualized VirtIO, VMWare Vmxnet3, or Intel Pro options for network interface emulation.

Installation

Once the VM instance is defined, point the VM to load the ISO file provided with the purchase. Start up the VM instance and the system will begin to install.

The system will ask you to type 20 random characters. Just tap random keys on the keyboard at random rates of speed until the system tells you to stop. This will initialize the random number generator. When complete, the system will instruct you to press the ENTER key.

The system will warn you about overwriting the hard drive (a virtualized instance). The system expects to find a virtualized SATA drive, and if it cannot be found, the installation will not continue. If found, it requests a second confirmation. Press "y" to proceed. At completion, the system will ask for removal of the ISO image. Make sure you remove the ISO pointer before proceeding (eject the virtual CDROM). Press any key to reboot the new installation. After bootup, the first step is to assign an IP address to the system.

IP Address Configuration

You must assign an IP Address to your Pathfinder Core PRO VM instance before you can use it. The screen at the VM terminal can be navigated using the arrow keys and the ENTER and ESC keys.

• Press ENTER to access the configuration menu

• Use the UP/DOWN arrow keys to highlight the NETWORK menu option, then press ENTER

• Use the UP/DOWN arrow keys to highlight the LIVEWIRE network interface, then press ENTER

• Configure the IP settings, using the UP/DOWN arrow keys to increment or decrement the values and the ENTER or ESC keys to edit or exit each option; you can also type numerals instead of using the arrow keys

• After configuring the IP, NETMASK, and GATEWAY settings, select DONE and press ENTER

• Repeat this process for the Office interface and the DNS configuration (DNS may be required for email configuration)

• Once all configurations are complete, navigate to Reboot and Apply Settings and press ENTER; confirm any request; the system will reboot using the new network configuration

First Time Licensing Access and Setup

• Access the web interface by typing in the IP address configured earlier in a web browser; an authentication window will appear; type the following values: Username = Admin Password = Admin

• Select Sign In to load the Pathfinder Core PRO control panel

• After logging in, you must enter a License; click the Edit Licenses link on the System page

• Click the New License item in the list and type the Access Code you received after purchasing Pathfinder Core PRO into the Access Code field

• Click Generate Request; a Request Code will appear that matches your access code

• Copy the Request Code and Access Code, then click the Generate License link to open the Pathfinder licensing web site in a new window

• Create a new account; if you have an existing account, log in using your username and password

• The Activation Type drop-down, Access Code, and Request Code fields should be pre-populated with the information you entered in Pathfinder CORE Pro; if they are not:

  • Verify Activation Type is set to Pathfinder Core PRO VM or VML (depending on your purchase)

  • Paste or type your Access Code in the AccessCode field

  • Paste or type your Request Code in the RequestCode field

• The remaining fields are customer information needed required registration of the product; these fields should be completed using end customer details, not those of the contracting integrator or installer

• Once submitted, the account will be generated and license information will be available; copy the license information to the License Key field on the Licenses page

• Once a valid license is in place, reboot to make sure the license is active; once the licensing is complete and the networked devices are on line, you may move to the Discovery section.

The next step requires a web browser on a PC connected to either the office or Livewire network.

• If your computer is connected to the office network, open your browser and enter the IP address you assigned to the WAN port into the URL bar

• If your PC is connected to the Livewire network, open your browser and enter the IP you assigned to the Livewire port into the URL bar.

• An authentication window will appear. Type the following values: Username = Admin Password = Admin

• Select Sign In to load the Pathfinder Core PRO control panel

• From the links in the left-hand navigation bar, click Configuration under the System heading

• Next to Livewire Endpoint Discovery, click Start

Now would be a good time to grab a cup of coffee while the system evaluates the network, discovers devices, and builds your primary audio and GPIO routers.

While the Discovery is running, the system will continue to look for new devices. There is no message indicating completion, but if you click the Devices link in the navigation bar, you should see Devices populating the Devices list.

Congratulations! Your Pathfinder Core PRO is now configured and ready to start controlling your broadcasting world.

Connections

IP Address Configuration

Your system is configured from the factory with default Livewire and office IP address as follows:

Left NIC (Office): 10.10.2.100 with a netmask of 255.255.255.0 Right NIC (AoIP/Livewire): 192.168.2.100 with a netmask of 255.255.255.0

These IP addresses can be changed either by attaching a monitor and USB keyboard and using the intuitive menu or by browsing to the default IP address as described below.

Screen and Keyboard IP Address Assignment

Attach a monitor to the VGA port on the back of PathfinderCore PRO and a USB keyboard to the USB port. You will see a menu dialog similar to this:

Menu navigation uses the arrow keys and the ENTER and ESC keys.

• Press ENTER to access the configuration menu

• Use the UP/DOWN arrow keys to highlight the NETWORK menu option, then press ENTER

• Use the UP/DOWN arrow keys to highlight the LIVEWIRE network interface, then press ENTER

• Configure the IP settings using the UP/DOWN arrow keys to increment or decrement the values and the ENTER or ESC keys to edit or exit each option; you can also type numerals instead of using the arrow keys

• After configuring the IP, NETMASK, and GATEWAY settings, select DONE then press ENTER

• Repeat this process for the Office interface and the DNS configuration (DNS may be required for email configuration)

• Once all configurations are complete, navigate to Reboot and Apply Settings and press ENTER; confirm any request; the system will reboot to the new network configuration.

You may now move on to the Discovery section of this guide.

Alternate Network IP Address Configuration

• Attach the right NIC of Pathfinder Core PRO to a network switch

• Attach a computer to the same switch and configure the computer’s IP address to be within the 192.168.2.xx range, but avoid using 192.168.2.100

• Using a web browser, browse to 192.168.2.100

• Log in using the default Username and Password: Username = Admin Password = Admin

• Click on the Configuration link

• Use the Configure buttons to change the IP address, Netmask, and Gateway for both the Livewire and Office network interfaces

• Click the Reboot button to restart with the new IP addresses

You may now move on to the Discovery section of this guide.

Connections

IP Address Configuration

Once Pathfinder Core PRO has booted, its display will show the OK logo along with the factory default IP address.

Use the following legend when manipulating the keypad in the sections below:

Enter the IP address, netmask, and gateway for the system:

• Tap the Enter key in the center of the keypad once; a menu will appear

• Tap the Down arrow to highlight the network menu, then tap the Enter key to enter the network menu

• Tap the Enter key again to enter the Livewire network settings

• Tap the Right arrow to enter the IP Address, then use the Up and Down arrows to increment or decrement each number; tapping the Right arrow advances the cursor to the next octet

• When you reach the end of the IP Address field, tap the Right arrow again to return to the main item selection

• Tap the Down arrow to move to the Netmask

• Tap the Right arrow to enter the netmask assignment section

• Use the Up and Down arrows to select valid netmask entries, then tap the Right arrow to advance to the next octet; the system will only allow you to enter valid netmask addresses

• Once the netmask is entered properly, tap the Right arrow to return to the main section, then arrow down to the Gateway field

• Repeat the above procedure to set the gateway

• Arrow down to click Done; this will return you to the network menu

• Repeat the procedure for the office network and DNS settings

• Once all addresses have been assigned, tap the Down arrow to select Reboot and Apply Settings

• Tap Enter to reboot the system

You may now move to the Discovery section.

Pathfinder Core PRO offers you ultimate control of your Axia network. It is a toolbox that allows you to fashion your own custom workflows for your users. At its foundation it provides router control. By communicating with Axia devices on your network, it brings the sources and destinations together into a common user interface that can then be used to make route changes anywhere in the system.

It also offers control over console parameters, metering, audio levels, and many more parameters that an Axia system provides. Plus, it allows you to design your own user interfaces to display this information and provide your users with whatever degree of control and information over the system you deem appropriate. Building on the highly successful PathfinderPro product line, Pathfinder Core PRO strives to make the information about your Axia system more dynamic, visible, and accessible than ever before.

Web Browsers

Pathfinder Core PRO uses modern web browser tools to bring a rich and dynamic user experience to the product, including web sockets and HTML5. This comes at the expense of being unable to support older web browsers. For example, web sockets are only supported in Internet Explorer 10 and later. Most of our development work has been done using Google Chrome which should provide the most consistent and best user experience. If you find things that do not work or behave properly in a specific browser or do not update the data properly, please feel free to file a report with Axia support so that we can investigate the issue. We are always striving to improve the user experience across all browsers.

If data does not seem to display properly or if data is missing, refreshing the webpage is sometimes helpful. Many browsers also have a key combination that will force a refresh from the serving device rather than relying on cached data; for instance, holding the CTRL and SHIFT keys while clicking the refresh button in Google Chrome.

Navigation Bar

All links necessary to configure, control, and monitor your Pathfinder Core PRO system are on the left-hand side of the Pathfinder Core PRO web pages. This will be referred to throughout the manual as the Navigation Bar.

While the links on this bar are presented alphabetically for ease of use, this manual will skip from link to link as we go through a logical progression of using the system.

Network Connection Icon

The right corner of each web page displays a network connection icon. In normal situations it should look like:

This icon tells you whether the underlying web socket used to obtain and set information from the web page to and from Pathfinder Core PRO is open and communicating properly. If it is not, the icon will look like this, indicating a communication problem between your browser and Pathfinder Core PRO:

Check network connectivity between your browser and Pathfinder Core PRO and verify Pathfinder Core PRO is booted and functioning properly. An additional symptom of this problem may be that configurations look as if they were blank. Before panicking and assuming that your Pathfinder Core PRO has somehow been wiped of its settings, check to see if the network icon is in an unconnected state.

Lists: Searching and Sorting

Many of the configuration pages in Pathfinder Core PRO need to present lists of data. For example:

There are a few conventions that apply whenever you see a list like this in Pathfinder Core PRO. The first is the Search box in the right corner.

Typing in the search box will dynamically filter the list. These filters are also often stored by the browser, so if you return to a page and do not see the expected data in the list, check the search field to see if you have a filter on the list.

Next, notice that each column header has arrows next to the header names. Clicking on the header will sort the list according to the data in that column. The column that only has the single arrow represents the current sort column. Clicking on that column a second time will flip the arrow to the other direction and flip the sort from incrementing to decrementing and back again.

Many of the lists will have the hyphen sign in the last column of the list. Clicking this Delete icon removes the selected list item from the system.

Many of the lists will also have a plus sign at the bottom of the list. This sign indicates that items may be added to the list. Clicking the Add icon will usually open another dialog box with specifics for adding the new item.

When lists expand beyond what can be viewed on a single page, page navigation buttons will appear:

Event System Catch 22

Pathfinder Core PRO includes an event system called Logic Flows. Because Logic Flows can reach into almost every part of the system, they present a bit of a Catch 22 when it comes to introducing certain subjects in a manual.

There are certain subjects - such as Memory Slots - that are primarily useful in the context of Logic Flows, so you have to understand Logic Flows in order to make the best use of Memory Slots. However, the examples and discussions within the Logic Flow section of this manual also will refer to Memory Slots in order to present some of its examples.

Wherever possible, we have attempt to note this and refer to the relevant sections of this manual. However, as a reader, be prepared to skip around if necessary. If the manual is read from front to back, there may be points where we refer to subjects covered in a later section.

The installation and service instructions in this manual are for use by qualified personnel only. This equipment is not suitable for use in locations where children are likely to be present. To avoid electric shock, do not perform any servicing other than that contained in the operating instructions unless you are qualified to do so. Refer all servicing to qualified personnel. This instrument has an auto-ranging line voltage input. Ensure the power voltage is within the specified range of 100-240VAC. The "~" symbol, if used, indicates an alternating current supply. Equipment must be connected to protective earthing by means of a power cord connected to a socket outlet. Equipment with an earthing terminal should be connected to a proper ground system with 20 - 14 AWG (0.5 - 1.5mm) wire.

User Warnings and Cautions

Important Safety Symbols

This symbol, whenever it appears, alerts you to the presence of uninsulated, dangerous voltage inside the enclosure - voltage which may be sufficient to constitute a risk of shock. Disconnect equipment from all power sources before any servicing of parts.

This symbol, whenever it appears, alerts you to important operating and maintenance instructions. Read the manual.

This symbol, whenever it appears, identifies the associated terminal as a protective earth ground for protection against electric shock in case of a fault. The terminal should be connected to a proper ground system with 20 - 14 AWG (0.5 - 1.5mm) wire.

This symbol, whenever it appears, indicates a fuse to protect against excessive current. When replacing fuses, use only the type and rating of the original fuse as indicated by the manufacturer. Never install a fuse with a higher current value.

Hazardous Voltages and Fuses

The instrument power supply incorporates an internal fuse. Hazardous voltages may still be present on some of the primary parts even when the fuse has blown. If fuse replacement is required, replace the fuse only with the same type and value for continued protection against fire.

Electrical Warnings

The product's power cord is the primary disconnect device. The socket outlet should be located near the device and easily accessible. The unit should not be located such that access to the power cord is impaired. If the unit is incorporated into an equipement rack, an easily accessible safety disconnect should be included in the rack design.

To reduce the risk of electrical shock, do not expose this product to rain or moisture. This unit is for indoor use only.

This equipment requires the free flow of air for adequate cooling. Do not block the ventilation openings on the rear and sides of the unit. Failure to allow proper ventilation could damage the unit or create a fire hazard. Do not place the units on a carpet, bedding, or other materials that could interfere with any panel ventilation openings.

If the equipment is used in a manner not specified by the manufacturer, the protection provided by the equipment may be impaired.

USA Class A Computing Device User Information

This equipment generates, uses, and can radiate radio-frequency energy. If it is not installed and used as directed by this manual, it may cause interference to radio communication. This equipment complies with the limits for a Class A computing device as specified by FCC rules, part 15, subpart j, which are designed to provide reasonable protection against such interferences when this type of equipment is operated in a commercial environment. Operation of this equipment in a residential area is likely to cause interference. If it does, the user will be required to eliminate the interference at the user's expense. Note: Objectionable interference to TV or radio reception can occur if other devices are connected to this device without the use of shielded interconnect cables. FCC rules require the use of shielded cables.

Canadian Class A Computing Device Warning

This digital apparatus does not exceed the Class A limits for radio noise emissions set out in the radio interference regulations of the Canadian department of communications.

Le présent appareil numérique n’émet pas de bruits radioélectriques dépassant les limites applicables aux appareils numériques (de Class A) prescrites dans le règlement sur le brouillage radioélectrique édicté par le ministère des communications du Canada.

CE Conformance Information

This device complies with the requirements of the EEC council directives:

• 93/68/EEC (CE marking)

• 73/23/EEC (Safety – Low voltage directive)

• 89/336/EEC (Electromagnetic compatibility

Conformity is declared to those standards: EN50081-1, EN50082-1.

Trademarks, Patents, and Licenses

Telos is a trademark of TLS Corp. All other trademarks are the property of their respective holders.

All versions, claims of compatibility, trademarks, etc. of hardware and software products not made by The Telos Alliance which are mentioned in this manual or accompanying material are informational only. The Telos Alliance makes no endorsement of any particular product for any purpose, nor claims any responsibility for operation or accuracy. We reserve the right to make improvements or changes in the products described in this manual which may affect the product specifications or to revise the manual without notice.

This document and its content are copyrighted by TLS Corporation and may not be copied, reproduced, or distributed in any form without expressed written permission.

Patent information can be found at www.TelosAlliance.com/legal.

Software Updates

The features and operations of most products and equipment are determined largely by software. Telos Alliance strives to provide the most stable and feature-rich software available, and we encourage you to check for software updates from time to time by visiting our website or by contacting us directly.

Feedback

We welcome feedback on any aspect of our products or this manual. In the past, many good ideas from users have made their way into software revisions or new products. Please contact us with your comments or suggestions.

We support you

By phone or fax: You may reach our Telos Support Team in emergencies by calling +1 216-622-0247. For billing questions or other non-emergency technical questions, call +1 216-241-7225 between 9:00 AM to 5:00 PM USA Eastern Time, Monday through Friday.

By e-mail: Non-emergency technical support is available at Support@TelosAlliance.com.

By web: A direct support request may be initiated via our website at https://www.telosalliance.com/support-request.

Our main product support page also has a variety of helpful information at www.telosalliance.com/support.

Service

You must contact Telos Alliance before returning any equipment for factory service. We will need your unit’s serial number, located on the back of the unit. We will issue a return authorization number, which must be written on the exterior of your shipping container. Please do not include cables or accessories unless specifically requested by the Technical Support Engineer. Be sure to adequately insure your shipment for its replacement value. Packages without proper authorization may be refused. US customers, please contact Telos Alliance Technical Support at +1-216-622-0247. All other customers should contact their local representative to make arrangements for service.

Warranty

For the latest Telos Alliance warrant information, please visit www.telosalliance.com/warranty.

Product Registration

Register your product today to get the full benefits of our warranty, support, and product updates at www.telosalliance.com/product-registration.

Company Headquarters

Telos Alliance, 1241 Superior Avenue, Cleveland, OH 44114 USA. Telephone +1-216-241-7225.

The Devices link in the navigation bar displays a list of all devices discovered by Pathfinder Core PRO.

Each device entry in the list includes the following options:

Manually Adding Devices

Some devices cannot be discovered automatically. These include Axia OLED and LCD rackmount button panels. Additionally, you may want to add a device into the system without enabling the full network discovery engine. To add these into the system, click the Add button on the Devices dialog.

A dialog box will appear that allows you to define a range of IP addresses to scan and the investigation method to use.

Virtual GPIO Node

Pathfinder Core PRO includes a virtual GPIO node which may be accessed by browsing to the GPIO navigation bar link under the System items.

This virtual node behaves very much like the GPIO portion of an Axia Livewire driver except that the number of ports is dynamically adjustable and includes a few additional features as described below.

When you first open the GPIO link it will recognize that the internal GPIO node has not been added to the devices table and will ask if you would like to add it. The node may only be used and/or configured after it has been added to the device list.

Click OK to discover and add the internal GPIO node into the device list. This will also discover the GPIO points into the GPIO router as well.

GPIO Refresher

It is important to understand the various ways GPIOs may be used in an Axia environment.

• Software GPIOs with no source address assignment will simply allow closures to be directly tripped on either GPI or GPO by Pathfinder Core PRO

  • Example: SRCA:””

• If a source address field for a GPIO port uses a Livewire channel number in its address field, it will listen to and generate closures to and from an Axia Console over multicast

  • Example: SRCA:9501

• Finally, if the source address uses an IPAddress/port format it means that the GPIO port should use TCP to connect to the device at that IP Address, monitor the GPIs from the selected port on that device, and mirror those closures on this port’s GPOs; this is the method used by the PathfinderCore PRO GPIO router to route GPIO data across a network

  • Example: SRCA:”172.16.1.23/8”

Pathfinder Core PRO GPIO Properties

By default, Pathfinder Core PRO’s GPIO node works in the same way as described above; clicking Edit in the GPIO table allows advanced users to manipulate advanced properties

RestApi

PathfinderCore PRO also allows for the addition of Rest API devices which can be used to send rest api commands to a rest api enabled device. In order to add a rest api device, click on the devices link and then click the plus icon. This will display the Address to Investigate dialog.

From the Investigation Type drop down, select Rest API. The dialog will change to show a name and a URL field.

Enter a name for the device and the http address to which to send rest api commands. Alternate ports may be used by adding a colon and the port number:

After clicking Investigate, the device will be added to the system.

You will notice that for rest api devices, you will see an edit link instead of a web page link. The edit link will bring up a dialog for customizing the message header used by each rest api command:

The <UsernamePassword> chunk will be replaced by a basic authentication conversion of the user name and password. If no user name and password is defined, the Authorization may be removed. Currently this device only supports basic authentication. You can use this dialog to add custom header messages if they are needed by the rest api device.

The ChangeLogin link allows you to assign a username and password to be used by rest api commands in the Authorization portion of the header.

Sending a command to the Rest API device

Once the device has been added to the system, it will be available in logic flows.

The SendToRestApi property needs to be structured in a specific way. The property value to send needs to have an operator (usually GET or PUT), a path, and optionally, some data. Note that the path portion should be only the data after the device path. For example:

PUT /my/path/url hello

When the device sends data it will prepend the device path when it sends to the device so that the http command becomes:

PUT http://172.16.1.97:4013/my/path/url hello

The data portion is optional and depends on the specification of the api you are trying to communicate with.

For example, a logic flow that sends to a rest api device when a button is pushed might look like:

SAP property memory slots and string builder memory slots can also be useful to build rest api commands according to the device’s specification and then pass the command through to the device whenever the memory slot changes.

Receiving data from the Rest API device

Please review the rest api technical details for more information on the pitfalls of using rest api to capture information from a device. In this case you would use the example above to send a request to the device probably using the GET operator. The information that is returned can be found in three read only properties (only seen if a start point is selected):

Response code returns the http response code that results from the last message sent. For example, it might return 200 if the request succeeded. Or it might return 404 if the path was not found. For more information on http response codes, see: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status.

The response data property will contain the actual data returned from the command. In many cases you may need a regex to filter the data for what you want to match in the logic flow.

The Response Success property will return true or false depending on whether the last rest api command was successful or not.

Rest API technical details

While rest APIs are currently very popular (thus the reason we are adding them to PathfinderCore PRO), we regard them as generally ill-suited for many broadcast applications.

For example, we recently did some work with a product whose control protocol was exclusively Rest API. One of the first things our customer wanted to do was have PathfinderCore Pro do an action whenever a user pressed a button. The problem is that in order to detect that button push we would have needed to poll at 2.5 times the minimum amount of time the button might be held down. For computers, this is not difficult until you start considering 25 buttons to a device and deployments of 600 to 700 devices. Now you have a situation where you are spending massive amounts of compute cycles on messages which basically say "nothing has changed".

The point of that story is to say that applications that need low latency responses to state changes do not scale well with non-event driven protocols like Rest API. The consumer of such protocols needs to be cognizant of the CPU load ramifications for what they are doing. Currently, if the user wants to poll, they would need to use an interval timer and a logic flow. We may at some point add a way to pre-program parameters that should be polled which would simplify that task, but we opted not to in this incarnation because of the potential abuse possibilities described above.

If all you care about is triggering a change and perhaps getting a response back that the change was made, then Rest APIs work well. But if real-time state change information is required, then care needs to be taken and other options employed if available.

This article provides a great analogy using a General and his army to illustrate the differences between REST and a socket-based architecture:

https://www.pubnub.com/blog/websockets-vs-rest-api-understanding-the-difference/

In short: Use this feature with care.

Status

When you first log in to the Pathfinder Core PRO web page, you will be presented with the System Status page. This is the same web page displayed when clicking the System link in the navigation bar.

This screen is primarily informational outside of the licensing configuration fields. There are four sections:

Version Information

This shows which of the two Firmware Banks is currently active and the version of software running in that Bank.

Licensing

This shows the current license in the system and its capabilities.

System Status

This shows graphs representing the current CPU, memory, Ethernet utilization, and available disk space. The graphs are updated automatically every two seconds.

Downloads

This section provides download links to the online documentation.

System Configuration

Under the System heading in the navigation bar is a Configuration link. If you've already referenced the Quick Start Guide, you will have already been introduced to this page.

• Access the web interface by typing in the IP address configured earlier in a web browser; an authentication window will appear; type the following values: Username = Admin Password = Admin

• Select Sign In to load the Pathfinder Core PRO control panel

• From the links in the left-hand navigation bar, click Configuration under the System heading

• Next to Livewire Endpoint Discovery, click Start

When a new device is discovered, the system will add it to its device list and add any route points provided by the device into the audio and GPIO router. This is one of the first options you will use when configuring a new system as it is how you will discover the equipment that Pathfinder Core PRO can control.

When discovery is enabled, the button will say Stop instead of Start; clicking the button will stop any additional automatic discovery.

Additional System Buttons

Network Configuration Options

Current IP address information is visible in the Network Configuration section of the System > Configuration page.

Livewire and Office Configuration

System IP options can be edited using the front panel display or through the web GUI.

• Click the Configure button to open the network interface’s Edit screen

• Type the IP Address, Netmask, and Gateway values and click OK, or click Cancel to leave this dialog without making any changes

DNS Servers Configuration

The DNS section lists the currently defined DNS servers.

With correctly configured DNS settings, the system can send emails to administrators and employees alerting them to network changes requiring attention. For example, you can send emails when critical sources or destinations such as air chains become silent. To do this, the system needs to be able to resolve email server names with the correct IP addresses to send the email through. The DNS entries can also be used when entering NTP server information. Talk to your network administrator if you are unsure of which DNS servers to use.

• Click the DNS Server Configure button to open the Dns Entries dialog, allowing you to add, remove, and reorder DNS server entries

• Click Add to add a new DNS server to the list and Remove to remove a DNS server entry

• To move a DNS Server up or down in the priority list, select a DNS server entry and click the << or >> buttons

• Click OK to save your changes or Cancel to leave the dialog without making any changes

Licenses

Each Pathfinder Core PRO system includes a base license allowing a 1000 license point pool to be allocated between both Axia Audio Sources and Logic Flow endpoints.

Virtual License Types

If you purchased a hardware-based Pathfinder Core PRO, the base license is pre‑installed. If you purchased a virtual machine license, there are three possible license types:

Additional Licenses

Additional licenses to add functionality may be purchased through your Axia distributer, with each additional licenses providing either an additional 500 (the Pathfinder Core PRO Add-On 500) or 100 (the Pathfinder Core PRO Add-On 100) license points.

Add-on licenses are shared between the Pathfinder Core PRO units that are participating in a clustered system. This means that if you need a redundant Pathfinder Core PRO system that supports 1400 license points, you will need to purchase two Pathfinder Core PRO systems (each of which comes with a base license or backup license) and a single add-on license to add the additional 500 sources. The add-on license allows both systems in the cluster to mirror and synchronize the full 1400 license point functionality.

• To view or add additional licenses, click the System heading on the navigation bar and then click the Edit Licenses link

• The licensing page will display your base license information; it will also provide a list of your additional licenses

• Click the New License line then type the new Request Code and License Key to add a new license

• Finally, click Submit Changes to add the license to the system; license changes may require a reboot to become effective; click the Configuration link under System to find the reboot button

Backup/Restore

The Backup/Restore page presents a list of all backups in the system. If this is the first time using this page, there will probably not be any backups present in the system.

To take a new backup, or to upload a backup from your local computer back into the system, click the plus icon.

Taking Backups

To create a new backup, type a name for the backup, select whether you want logs and/or the IP address to be included in the backup, and then click Take. Click Cancel to exit the dialog without making any changes.

The backup will include any configuration files needed to return your system to its current state.

If logs are included, the backup will also include all system and application logs currently on the system. The log information can be very useful to Axia support if they are trying to assist in troubleshooting an issue, and it is likely they will ask you to take a backup including log files and send it to them.

If you intend to restore the backup on a different Pathfinder Core PRO, you may not wish to include IP addresses so the restore process does not overwrite the IP addresses of the other unit.

Backups are stored in the software Bank. When you move to a new software Bank, you will not be able to directly access the backups from the previous Bank. However, if the backup is saved to your local computer, you can easily upload it back into a new Bank if desired.

Uploading Backups

To restore your configuration to a new system, a factory default system, or a system that has had the desired backup removed from the system, click Choose File.

Select a System Backup file on your local system, then click Upload. After the upload is complete, the backup will be available in the Backup/Restore list.

Removing Backups

The minus icon will delete a backup from the system.

Since there is limited space on the storage medium it is recommended to keep only a few backups on the system at a time.

Restoring Backups

Click the Restore link next to a stored backup. The system will request confirmation that you really wish to restore the system to that state.

After confirming the operation, the system will shut down active services, restore the configuration files to the state of that backup, and reboot.

Upload Update

One of the Pathfinder Core PRO Administrator’s most important tasks is periodic firmware updates. This project is undergoing a very active development lifecycle with many new features planned for future versions. That, in addition to fixes for any bugs reported to us by our users, will make occasional updates of the firmware in your Pathfinder Core PRO system necessary.

The system has two software Banks so that if there is a need to return to an earlier version, it will live in the preceding Bank. To upgrade your system:

• Take a backup of your system as explained in the Taking Backups section above; we always recommend backing up your system before making any major change just to be safe; the backup process generates its own backup as well, but it never hurts to have another copy stored on your local computer

• Download the new firmware version from the Axia Audio web site to your local computer; the file name extension will be .pfc_upd which stands for Pathfinder Core PRO update package; it is also a good idea to take a moment to scan the release notes to understand the changes between the version you are currently running and the version to which you will be upgrading

• Select the Upload Update link under the System heading in the navigation bar; this page will display the Bank on which you are not currently running, as the update will always load to the inactive bank

• Click Browse and select the file you downloaded from the Axia web site

• The File Upload bar will change to the name of the file which you have selected to upload and a status bar will appear with the Begin button; if the file is not correct for the type of system you have (for example, you attempt to install VM software to a Fanless Engine platform) a warning will appear

• Click Begin to begin the updating process

• A new page will appear with a progress bar that presents stages along with some additional information regarding what is taking place at that point of the update process; the update may take several minutes to complete

• Once the update is complete, you should receive a Processing Succeeded message; because you are updating the Bank which is currently active, the system should continue to run even if there was an error with the update

• If you receive an error message instead of Processing Succeeded, please contact Axia support

• To boot into the updated Bank and start using the new software, click the Bank Control link in the navigation bar

Bank Control

Bank Control displays the software versions in both Banks of the system and offers control over the currently executing software revision Bank. Click the Bank Control link under the System heading in the navigation bar to view this page.

The Bank button can be used to select which Bank will be used on the next reboot. It also displays the currently selected Bank as the next Bank that will be active at reboot.

After changing the Bank that will be used on the next reboot, a Reboot button will appear on the page.

Clicking Reboot will reboot into the newly selected Bank.

The information tables display the software version in each Bank. An asterisk will be present next to the Bank that is currently executing.

This also means that after rebooting into a new Bank you should return to the Bank control web page to make sure the boot was successful and you are executing on the desired Bank. If the boot fails, it could fail back to the previous Bank and you will only know that by double-checking this page.

Configuration File Between Bank Changes

Since configuration files reside within the executing Bank, if you are switching to a different Bank the configuration may be different. It is always recommended to take a backup of your configuration before switching Banks, and then restore that configuration on the new Bank.

If you are switching Banks immediately after upgrading the firmware, then this backup and restore have been already completed as part of the upgrade process. Otherwise, it is recommended to review the backup and restore procedures earlier in this manual. Conversely, this also means if you make a mistake in the configuration in a new Bank, you can boot back into the old Bank to get to an older and successfully working configuration, though using backups and restores is a more efficient way of doing this.

Services

Click the Services link on the navigation bar to view the Services page.

This page will only be used in conjunction with Axia tech support, but it is worth discussing what this page represents. To make Pathfinder Core PRO as robust as possible, the system has a sophisticated watchdog process. This process monitors the state of each of the services in the system and is responsible for sending ping messages to each service to make sure they are still responsive at the application layer. If a service fails to respond within a certain period of time, the watchdog will restart the service. In a rare and catastrophic situation where the watchdog is not able to achieve proper responsiveness of a service, it might also restart all services or even reboot the system after enough subsequent failures.

This screen shows each service, when it was last started, and the most recent ping and response time. If you watch this screen you should notice the pings changing at approximately 5-second intervals.

In many ways, this page is equivalent to the Services control panel in a Windows machine.

Time

Click on the Time link under the System heading of the navigation bar to view the Time settings. The System Time configuration page allows you to define NTP servers, set the system’s time zone, and sync the current time to that of your local PC.

Use the Current Timezone drop-down to select the correct time zone for the system.

Click Set time from PC to update Pathfinder Core PRO’s current time to that of your local PC.

Defining NTP servers in the Ntp servers list is recommended so that Pathfinder Core PRO can update its time automatically and always be as accurate as possible.

There are a number of reasons why it is important to keep Pathfinder Core PRO’s time accurate. The first is that the system has the ability to define events that happen at specific dates and times. Those events will, of course, fire at incorrect times if the system’s time is not up to date. Additionally, log files use the system’s time settings to keep track of when changes happen.

Finally, proper cluster synchronization relies on date and time settings to determine whether a specific piece of information is more up-to-date on one system or another and therefore whether synchronization of that piece of information needs to take place. Talk to your network administrator if you have questions about which NTP servers to use.

Email Settings

In order to send emails from Logic Flows, the server parameters must first be defined in the system in order to let Pathfinder Core PRO know which email server to use to send email messages. Under the System section of the navigation bar, click the Email Settings link.

These settings are like those used by any other email client application.

Once you have the parameters configured correctly, click Apply Changes to store them to the system. This button must be clicked before Send Test Email will use the new settings.

Use the Send Test Email button to generate a test email. The page will ask for a destination email address and will then attempt to send the message. Any errors will be reported. Once you can successfully send test emails, you are ready to create messages that may be used by Pathfinder Core PRO’s event system, Logic Flows.

Go to the Email Messages section of this manual for more details about creating email messages determine when those messages are sent.

Clicking on the Routers link in the navigation bar will present a list of routers in the system:

Pathfinder Core PRO currently supports:

• Axia Audio Routers

• Axia GPIO Routers

• Imagine Routers

• Virtual Routers

• Sap Property Routers

The Axia Audio Router and Axia GPIO Router are automatically generated based on devices discovered in the system. These two routers will always be in the system and may not be removed. Imagine Routers, Virtual Routers, and Sap Property Routers may be created and removed from the Routers page.

Clicking on the Details link for any router will present a new screen with the routing status of the router:

This screen has three tabs on the top: Points, Routes, and XY.

The Points Tab

The Points tab simply lists sources and destinations in the router along with relevant information for each. The columns in each list are broken into two major sections:

1. Source/Destination: Details related directly to the source or destination such as the source’s name, Livewire channel, and availability.

2. Host: Information about the host device where a source or destination resides.

Source/Destination Columns

Host Columns

Since these lists can contain many entries, the search box can be used to narrow the list.

For users that have administrative rights to the router, some additional configuration tools may also be present depending on the type of router. For example, when viewing the Axia Audio router, a button will be present for adding AES67 sources to the router. In the Virtual router, controls will exist for adding additional virtual sources and destinations to the router. These additional controls will be discussed below under the section for each router type.

The Routes Tab

The Routes tab displays the current source-to-destination routing of the router.

Again, this screen is divided into two sides. The source information for each active route is on the left, and the destination information is on the right. The columns display information about each active route:

Source Columns

Destination Columns

Route Changes

Route changes may be made from the Routes tab by either:

• Selecting an entry in the routing list and clicking Change Route

• Double-clicking on an entry in the routing list

Either of these actions will present a dialog with a list of sources that may be assigned to the currently selected destination:

On the Select Source dialog, select the source in the source list and click Take to change the route or double-click on a source in the source list.

Click Cancel to exit the route selection dialog without making changes

Since this list can contain many entries, the search box can be used to narrow the list.

The search filter can persist as you navigate between pages so if you return to the route page and are not seeing sources or destinations that you expect to find, check to see if there is a search filter on the list.

Locking

Each route (destination) in a router can be Unlocked, Locked, or SystemLocked.

The lock state is represented by an icon in the Router’s Details table:

System Locked (except for virtual routers described below) indicates that the device itself does not allow route changes to be made on that IO. This is typically seen with console faders where source changes must be accomplished via a source profile load rather than a route change.

Locking or unlocking a route is as simple as clicking on the Destinations icon in the route list. Locked routes must be unlocked before they can be changed. In addition, it is possible to define whether a user has permission to change route locks. When defining a user, a field now exists to configure this:

Checking the Can Lock Routes checkbox will grant this user permissions to lock and unlock routes. This allows an Administrator to lock routes and make them unchangeable by normal users.

The Route locks do not apply option is reserved for future development.

The XY Tab

The XY tab presents an XY grid which allows the user to graphically make route changes. This tab also mirrors the functionality of the XY component available in HTML5 user panels.

Router Types

Axia Audio Router

The Axia Audio Router is created automatically by the system. As devices are discovered or manually added to the system, they are analyzed to determine what audio sources and destinations they provide, and those sources and destinations are automatically loaded into this router.

When you use this router to make a route change, Pathfinder Core PRO is reaching out into the destination device and sending it a command to change the source assigned to that destination. This happens in much the same way as you could make the change from the device’s web page except that you can see all of the audio IOs in one location with Pathfinder Core PRO. Pathfinder Core PRO can also execute scene changes where it can make hundreds of route changes across many devices at once.

You may notice in the points tab that some sources will carry an IP Address of 255.255.255.255:93, have nothing in the host name column, and have “To:” at the start of their Name.

These sources are Axia Backfeeds generated by the mixing engines. They are not assigned a specific host because they are the one and only type of source that can dynamically change which device (Engine) is currently hosting them so they do not have a formal home. To learn more about Axia Backfeeds, see any of the Axia Mixing Console manuals.

The points tab of an Axia Audio Router will also have an Add AES67 Source button. Clicking this button will present a dialog for adding AES67 sources to the system.

Type the name and description by which the source will be identified in the system in the Source Name and Description fields. The AES67 specification allows for sources to be defined using a Unicast/Sip or multicast address format. The information required to define the source is different depending on the selected format and so different fields will be present depending on which definition you select. The example above shows the unicast method. Define the number and the host IP address required to define the Sip path. The resulting address field will automatically fill with the address required for this source based on these parameters.

If you select the multicast option, the required fields will change:

In this case, fill in the multicast IP address and adjust the other parameters to reflect the AES67 source settings, then click add to add the source.

Once added, you will notice that in the list of points AES67 sources will have a minus icon to allow deletion of the source and an edit field to return to the editing dialog shown above.

Once these sources are added to the router, Pathfinder Core PRO can instruct any Axia device destination that supports AES67 streams to receive a specific AES67 stream in the same way as normal Axia route changes are made.

Axia GPIO Router

The Axia GPIO Router is very similar to the Axia Audio Router. As devices get discovered which have GPIO ports, those ports are added to this router. And in a similar fashion to the Axia Audio Router, when you make route changes, Pathfinder Core PRO is reaching into the destination node and sending it a command which tells a specific GPO on that device to follow the GPIs of the selected source device and port. Due to the nature of GPIOs on an Axia network, this routing becomes a little more nuanced and could use some explanation.

There are three ways to route GPIO closures across an Axia network. The Axia GPIO Router in Pathfinder Core PRO only uses one of these methods. It is still important to understand all of the methods however as attempting to use conflicting methods at the same time on a GPIO port can cause erroneous and unpredictable closures.

First, within the Axia device itself, you can assign a channel number to a GPIO port. When you do this, you are creating a special situation where you are telling the port to bind itself to Axia Mixing Console GPIO signals from whatever console currently has loaded that Livewire channel number.

Second, you can assign an IP address and port number of a GPI to a GPO. This is called "snake mode" and it is what the GPIO Router uses to tell a device’s GPOs to mirror another port’s GPIs. Therefore, when you make a route change in the Pathfinder Axia GPIO Router from Node 1 Port 1 to Node 2 Port 4, any GPI closures on Node 1 Port 1, will be mirrored as GPOs in Node 2 Port 4. These route changes can also be updated dynamically, just as with any other router.

The third way that GPIOs can be used is to leave both the Livewire channel number and the routing assignment unassigned, then directly trip the closures using Pathfinder’s (or some other automation system’s) event system by sending closure commands to the device.

The reason it is important to understand these three methods of GPIO closures is that it is possible to do multiples of them at the same time which is occasionally useful but more often just a mistake. For example, we often see users who think that the GPIO ports should have a Livewire channel number and so just arbitrarily assign them. This can lead to a situation where the user has created Pathfinder events to make and respond to changes on those ports, but those same ports are also being fired by changes on the mixing console causing confusion and generating calls to Axia Support. It is important to first understand how you intend to use a given GPIO port then configure it correctly for that task.

Imagine Logical Router

To add an Imagine Router into Pathfinder Core PRO, you first must add the Imagine Device to the Devices list. In Devices, click Add, type the IP Address, and select Imagine LRC from the Investigation Type drop-down list.

Once the device has been successfully added, click on the Routers tab and click Add a new Router.

Imagine routers have multiple levels and Pathfinder Core PRO can control full routes that route all levels at once by adding the {ALL} level. Any given breakaway level may also be added separately. Or, both may be added in different routers. This allows routes that should target all levels to be made on the router with the All target and routes of individual breakaway levels to be made on the breakaway routers.

Once added, the router will discover the IOs made available by the selected level and routes may be manipulated in the same way as other routers in the system

Virtual Routers

Virtual routers are a special kind of router. You can think of a virtual router as a way to make a subset of routes you wish a specific user to use. For example, you could create a router that only contains the routes from the Axia Audio Router that are related to a specific studio. Or you could create a router that only contains the routes that are relevant to the final air chains. This allows you to create purpose-driven routers that display only the routes that are relevant to a specific set of tasks and are therefore much easier to navigate than browsing every source and destination on the network.

However, virtual routers can also go much deeper than just subsets of routes. For any specific virtual source or destination, you can also associate multiple real sources or destinations with that virtual source. That sounds complicated but is actually relatively simple and extremely powerful.

For example, let’s say that every time you route a specific Audio Source to a specific Audio Destination, you also want to route a GPIO source that carries signaling information related to that audio source to a specific GPIO destination. An example of where this might be useful would be switching from a primary automation system to a backup automation system by creating a virtual source that contains both an audio and a GPIO source plus a virtual destination that contains both an audio and a GPIO destination. Now, when you use the virtual router to route that source to the destination, it will tell the underlying audio and GPIO routers to make both routes.

To create a virtual router, click the plus icon on the main routers page.

Provide a name and description for the router and click Add. The router id will autogenerate the next available router id number but can be overridden with your own id number. Be sure to use a unique id that is not already in use by another router.

After clicking Add, the virtual router will appear in the routers list but is currently empty as it does not have any sources or destinations. Click the Details button and select the Points tab.

The easiest way to populate a virtual router is to import some sources and destinations from a real router. In this case, we are going to select the Axia Audio Router from the import drop-down and then click Import Sources. You will then be presented with a list of importable sources.

Click on the sources you wish to import (Shift-click to select a range) then click the Import button. Repeat the procedure with the Import Destinations button to import additional destinations into the virtual router. Note that in general, you will leave the target id at -1. This will import the IOs to the end of the router. Setting a number other than -1 will try to import the new IOs at the number selected. This will fail if there are not enough open numbers at the target id to support the number of selected IOs.

At this point, you have a virtual router with only the sources and destinations you want available. This router can then be made available as the only router certain users have access to by using the user rights section, or it can be used to easily see and change certain critical routes without viewing the entire Audio router.

However, let’s dig a little deeper into each individual virtual IO. If you click the Edit link on one of the imported virtual sources, you will be presented with more details about the virtual source.

By default, when you import a source the name and description fields of the virtual source inherit the name of the imported source. But you can change this to any name or description you want using the name and description field. The Base Io Package allows you to define which real sources are a part of this virtual source. As mentioned earlier, it is possible to tie multiple sources together into a single virtual source package. For example, we could select the Gpio router from the Import From dialog, click Import, then select a gpio source to include in this package.

The Move Up, Move Down, and Renumber buttons allow you to change the order of the sources in the virtual source package. Once applied, this virtual source now has both a gpio and audio source and so routing that virtual source to a virtual destination will attempt to make both a gpio and audio route change underneath. The same process can be used to edit and manipulate the virtual destinations.

The Points tab on the virtual router also includes a Plus icon for manually adding virtual sources and destinations and a Minus icon for deleting a virtual source or destination from the router.

Deeper Tech: Packaging

For those who are interested in what happens under the hood with virtual routers, this section is for you. Every virtual source or destination is a package. Within that package is a list of pointers to real sources or destinations. When you make a route change, the system does a number of things.

First, it attempts to organize the package according to the IO types of the pointers in both the source and destination package. For example, it will lump all of the GPIO points together and all of the Audio points together in each package. Then it will try to make one to one routes based on the order of the routes in the package.

This also allows you to lump multiple Audio sources and destinations into a single package. For example, if you were using some sort of immersive sound configuration that required multiple channels of audio (7.1, 22.2) to be routed at once, you could package all of the sources together into a virtual source package and all of the destinations together into a virtual destination package. When the virtual route is made, Pathfinder Core PRO will step through each line in the source package and try to apply it to the same line in the destination package in the order which they exist in the package. If the count in the source and destination packages does not match, the system will go as far as it can to create the matches. For example, if the source package has 1 source and the destination package has 2 destinations, only the first destination will get a route. If the source package has 2 sources and the destination package only has a single destination then only the first source will get applied anywhere.

In the same fashion, the state of virtual routes gets updated automatically as base routes in the packages change. If an audio route changes and the source and/or destination exists in a virtual router, an analysis is done to determine if the current route states of any of the source packages match what would happen if the source were applied to the destination. If they do, the virtual route is updated to reflect that source as the current route. If multiple source packages match the destination, then the first one with the most matches is displayed as the currently routed source.

If no source package matches a destination package, the route may have two other states. The first is “None”, which means that none of the destination package's destinations are assigned to anything. The other state is “Other”, which means that some of the destination package’s destinations have some route applied to them but it does not match up with any of the source packages in the virtual router. This explicitly displays a differentiation between a destination that is cleared and one that might be in use in some fashion, but not one that the virtual router can represent given its existing configuration.

IO Ordering – Move Up/Down and Push Up/Down

The virtual router page also has a block of controls used for manipulating the order of the IOs in the router. These controls are only available to Administrative users. These buttons effectively alter the number of the IO in the virtual router. Since changing the IO numbering of a virtual router can have deeper consequences if the IOs are already in use by Logic Flows or device emulators, these buttons must be enabled by manually selecting the Enable Push/Move checkbox in order to prevent accidental changes.

It is recommended to sort by Port when using this feature as it manipulates up and down based on the port number and not the sort order. This is a design tool to create specific numbering for the virtual IOs and is most useful when those IOs will be exposed to emulated routing protocols that expect a number to be assigned to each IO.

Move Up – moves the IO up in the router effectively decreasing its IO number and swapping with its lower next-door neighbor if necessary.

Move Down – moves the IO down in the router effectively increasing its IO number and swapping with its higher next-door neighbor if necessary.

Push Up - moves the IO up in the router effectively decreasing its IO number and pushing any lower-numbered IOs it runs into up as well decreasing their numbers until it reaches a hole in the numbering or 0.

Push Down - moves the IO down in the router effectively increasing its IO number and pushing any higher-numbered IOs it runs into down as well increasing their numbers until it reaches a hole in the numbering or the highest value in the router.

Advanced Base IOs and the Enable Property

Each virtual source and destination’s base points in a virtual router also include an enable property which could be true or false. This can be used to disable the base point from being considered during route changes and route state analysis. This property is only available via the API tree in logic flows as it is considered an advanced property.

Here is an example of where this feature might be useful: Let’s say we are mixing audio for an airchain using a vmixer. We might create a virtual router with the virtual mixer destinations and the possible studio sources. However, what if for redundancy's sake we wished to duplicate the settings on a vimixer on a second engine thereby allowing us to feed the air chain off of either engine and take one or the other out of service? To accomplish this, we could create a virtual router with destination base points using vmixer channels from both engines and where the source points are the same source base point duplicated.

Destination (note the different engine paths):

Source:

If this virtual source was routed to the virtual destination, the same base source would get routed to the vmix destination on both engines, and the route would only show active if it was successfully made on both engines. However, if we wanted to take engine number 2 offline for maintenance, our route changes would still be sent to both engines, but the state would not be displayed since the offline engine did not show the successful route.

Using the enable property of the base points, we could create a scene or a logic flow that disabled the destination base points for the second engine while it is in maintenance. The virtual router would continue to work as if those base points did not exist in the destination. Then we could execute a second scene when the engine comes back online to re-enable those base points.

Advanced: Push Route on Base Io Enable

This feature works with the base Io enable/disable feature above. When viewing a virtual router on the points tab, there is now an Advanced button on the far right side:

Clicking the Advanced button will open a dialog for advanced options. Currently the only option is a checkbox for Push Route on Base Io Enable which by default is off.

This option defines what happens when a virtual source or destination’s base point was set to enabled=false and changes to enabled=true. If the option is checked, then the existing route state will be re-applied in order to update the state of the base point that was just re-enabled with the current source. If this option is not enabled, no change will be made when the base point is enabled. That is, the route state may change to something like Other since the newly enabled base point does not fit the current source to destination pairing.

Sap Property Router

By selecting the Sap Property Router type, any property that can be read from in Pathfinder Core PRO can become a router source and any property that can be written to can become a router destination.

For example, in the legacy Pathfinder Pro it was possible to create a router of individual GPIO pins instead of routing entire ports using the GPIOByPin router. This same functionality can be realized with SapPropertyRouter in Pathfinder Core PRO.

Creating a Sap Property Router

To create a Sap Property Router, browse to the Routers navigation link and click the Plus icon to create a new router.

Select the Sap Property Router from the drop-down list of available Router Types. Click Add to create the new router.

Adding IOs

To add IOs to your new router, click the Details link and then click the Points tab.

Like the virtual router, you will see Import Sources and Import Destinations buttons as well as a Translation button. However, clicking these buttons for this router will display the property selector used in Logic Flows.

In the example above, we are going to select a GPI PinState property.

Type a name and description for the IO (or use the default) and click Select. Repeat for other pins you want as sources, then import the destinations.

Note that if the ports you are using for destinations are on a Livewire driver or Pathfinder Core PRO GPIO node, you can use GPI pins as the destination and route GPI to GPI. When you are done, it might look something like this:

If you go to the Routes tab you will see the destinations with a "take table" of the sources where you can make route changes.

In this example, GPI pin 5 has been routed to GPO pin 1. Therefore, any closures that take place on pin 5 will be replicated on pin 1.

Translation Patterns

Clicking the Translation button on the Points tab will open the translation pattern used for any values that pass from the source property to the routed destination properties. There is a single translation pattern that is used between the source values and destination values.

In the example above, the translation pattern is *=*. Using this pattern, a pin low on the source side will cause a pin low on all destinations to which the source is routed. By changing this translation to l=h and h=l, lows on the source would generate highs on any destination to which that source was routed.

Translation patterns may be applied to other properties. Applying a translation pattern of l=5000 to the Pulse state would force the output to go low for 5000ms each time the input went low. Without defining a h= value, nothing would happen when the input went high.

While we could achieve similar results with Logic Flows, configuring a router allows the start point of a flow to change dynamically. For example, suppose we have a Vmixer assigned to each air chain with channel 1 representing the feed from the studio console. There is a GPI pin in the studio which turns the Vmix channel on. This is simple to accomplish with a Logic Flow:

What if we have 5 studios and any one of them could be assigned to the air chain? Using Logic Flows this becomes much more complex because we must build flows for each studio-to-airchain variation. However, this becomes easy with a property router. On the source side of the router we select the GpiPinState property, and on the destination side we select all airchain Vmix IN state properties:

Once the items are selected, we can change the translation to:

Now when we route a studio pin to the airchain Vmix, the low from the studio will control the Vmix state of whichever airchain that studio happens to be routed to.

We can extend this example by using a virtual router where the virtual source package includes the audio console program buss audio source and the pin source from the SapProperty router, and the destination package includes the Vmix channel input audio destination and the Vmix state property from the property router.

These signals get married together such that a single virtual route change will switch both audio and signaling seamlessly. That virtual router can then be controlled by a third-party application using something like Probel without that application needing to know that we are actually switching numerous things under the hood. This opens up a whole new world of routing possibilities.

Another interesting example uses many of the new features described above. What if we wanted to route a TCP stream of song data to different destinations depending on what is currently on the air? We could create generic device emulators for each destination and each song data source. Using the regex capability, we could then add a watcher to the emulators on the source side that looks like:

Regex.Match((?s).*)

This will match any data coming in. Then, we create a new property router and choose the watcher TranslationValues for the soruces. For the destinations, we select the ToSend property of the destination generic emulators. This will essentially pass any data that comes into the source emulator to the output of destinations to which that source is routed. Then we could also marry those points into the air chain virtual router such that audio, studio pin to Vmix state, and songdata are all married together as a single virtual route.

Another possibility might be to route memory slots. Or, we could use the duration regex example above to capture different satellite duration data as source points in a router that then gets passed on to countdown clocks.

The point is, you can now route anything Pathfinder knows about.

In each example above, all sources and destinations in a given property router are of the same type. While this is not strictly required, it is usually good practice. Once you start mixing IO property types in the same router’s sources or destinations, the translation table can become non-intuitive and it is possible to output the wrong data to devices.

As there is no route state in the equipment for this type of routing, in order to retain the route state between restarts, this router must store all route changes (not the values transitioning through the routes) to the backing storage. In the case of the fanless engine which uses compact flash for this storage, we have implemented some protections to reduce the write cycles, though it is not recommended to make recursive millisecond route changes on Property routers if it can be avoided; for example, a rotation circuit that continuously loops through changing property routes. This is less of a concern with the R2 platform which uses SSD and the VM version.

Virtual Mixing Router

The virtual mixing router can be used to dynamically add and remove sources from a destination that accepts multiple sources like a vmixer. It's usage will be become more clear as we work through an example. To create a virtual mixing router, browse to the routers page and click the plus icon to add the router. From the Router Type, select Virtual Mixing Router, provide a name and description, and click Add.

The virtual mixing router is created and populated in the same way as a virtual router but it behaves differently. A virtual mixing router only allows a single base point for each source and assumes that the base points of a destination mix together. Therefore, you can apply multiple sources to the same destination up to the number of base points you have defined for the destination. Let’s see if we can make this clearer through an example. Let’s say you have 10 studios and 4 air-chains. However, some of these studios are news rooms which may need to be mixed in with the main studio. In this case you can use a vmixer on an engine to mix these together. And we could use the Virtual Mixing Router to dynamically route studios into the vmixer. To do this we would create the virtual mixing router like this:

Destination:

Source:

If we added additional sources and destinations where the destinations were comprised of multiple mixed (vmix) destinations and the source was a single source, we end up with a router that can look like this:

You will notice that the destination AirChain1 actually has three sources assigned to it and since under the hood the destination’s base points are in the same vmixer, these are mixed together. It is important to note that PathfinderCore PRO does not actually do any audio mixing. No audio passes through PathfinderCore PRO. Rather you are telling PathfinderCore PRO that these destinations are all a part of a mixer.

Routing a source to a destination in a Virtual Mixing Router is accomplished differently than in a normal router. In a normal router we assign a source to a destination using the CurrentSource or CurrentSourcePath property. With a Virtual Mixing Router we use a different set of properties called AddSource, RemoveSource, and SwapSource.

When you apply a source number to a virtual mixing destination’s AddSource Property, the system will review the destination’s base points. If the source is already assigned to one of the destination’s base points then no change is made. If it is not assigned and all of the base points already have a source assigned to them, then no change is made. If it is not assigned and once of the destination’s base points is cleared, then the source will be applied to that base point. Therefore, you can route as many sources to the destination as the destination has base points and they will be dynamically used.

Conversely, when a source number is applied to a destination’s RemoveSource property, the system will check to see if that source is applied to any of the destination’s base points, and if so it will clear that base point.

The SwapSource property checks to see if a source is applied to one of the destination’s base points and if not, it attempts the same actions as AddSource. If it is applied, then it executes a remove source. This is useful for toggle buttons that add and remove sources from a destination.

While this router’s sources can only have a single base point. It is possible to marry points together by putting the base points in a virtual router and then targeting the virtual router as the base points of a virtual mixing router.

A Scene is nothing more than a list of property changes. A Scene does not have to be just a route change or even include a route change. You could create a Scene that sets memory slots to specific values or that includes memory slot changes, VMix changes, fader changes, and button state changes. Any property available in the system can be a part of a Scene.

To create a new Scene or view and edit an existing Scene, click the Scenes icon in the navigation bar to open the Scenes page:

Creating Scenes

Begin by clicking the Scenes link in the left navigation pane in the Pathfinder Core Control Center. On the Scenes page, click the plus icon to create a new Scene.

Type a Name for the new Scene. To add events to your Scene, click the plus icon.

On the Import Ios dialog, select the router from the Import From drop-down list to populate the Destinations list.

Select the destinations to import, using the SHIFT key to select multiple destinations. When all destinations have been selected, click Import.

After the import is complete, the Requested Value column in the Scene Editor will reflect the source that will be taken if that Scene item is executed. By default, it will be set to the current source routed to the destination. This can be changed by highlighting an item and clicking the RequestedSource link. This will open a list of sources present on the selected router so you can select an alternate source as the value for the route point in that Scene item.

Clicking the Destination link will allow you to select a different destination for the Scene item if you selected the wrong one and need to change it.

Clicking the minus icon will delete the item from the Scene.

Once all items for this Scene are set, click Apply to save the changes and return to the Scene list, at which point the Scene will be available for use.

Property Scene Items

In addition to Route Points, any property in the system can be a Scene item. After clicking the Add button to add a new Scene item to a Scene, you will also find an Endpoints button to switch the route destination dialog to a property selection dialog.

This is the same dialog used to select an endpoint in logic flows. In the example below, we are adding a program buss assignment property on a Fusion console to the Scene.

The Ios button will return to the route selection dialog.

The Select button will select the property and import it as a Scene item into the Scene. The system will remember whether the last item imported during a given Scene editing session was a property or route point and return to the last used dialog. You can switch back and forth using the Endpoints and IOs buttons from the corresponding dialog.

After importing a property, it will have slightly different links in the Scene itself. In this case, you will see a RequestedValue link and a Property link.

Click the Property link to change the property you selected if you selected the wrong one.

By default, the value used for the Property item is set to whatever it is at the time the Scene item is created. This can be changed by clicking the RequestedValue link.

This will open a value selector. The value selector may be different depending on the type of property you are manipulating. For example, if the item is a color property, it might present a color selection dialog. If the property requires text, a text box may be presented. Or it could present a drop-down of possible values. In the case above, the program buss assignment could either be on or off, so select the option you want the Scene item to set. Note this does not change the current state of the console in the system unless the Scene is activated. At this point, you are only editing what would happen if you activated the Scene.

Modifying Scene Order

The Scene editor also has “move up” and “move down” buttons.

These are used to organize the order in which a Scene sends its messages to the equipment when activated.

The order of items in a Scene is generally irrelevant because the system does not wait for a change to complete before sending the next change message. Changes are usually sent as a block so the actual changes may not happen in the equipment in the same order in which they were sent.

Inserting Pauses

If the execution order is important it is possible to add pause items into the Scene. This will cause the Scene to pause as it iterates through the items for a defined duration, measured in milliseconds. To add a pause, click the Scene editor plus icon. From the Import Ios dialog, click Pause.

Type the Pause duration in milliseconds and click OK to add the Pause item to the Scene.

Like all items in the Scene, you may select a Pause item and use the Up and Down arrows to manipulate the order of the Scene messages and configure when pauses occur in the Scene execution.

Saving Your Scene

Once all items have been added to your Scene and have been ordered correctly, click Apply to save your changes.

Current Scene State and Troubleshooting

Once a Scene has been created, the list of Scenes will show whether the Scene is active or not in the IsActive field.

If you expect a Scene to be active and it is not, you can see what items failed to change by editing the Scene.

The Requested Value column will show the expected value for each Scene item for it to be considered active, while the Current Value column will show the current value of the Scene item.

Scenes and Logic Flows

There are several properties that may be used with Scenes in Logic Flows. When an End point is selected each Scene has an ActivateScene property that can be set to true to cause all Scene items to be executed.

As a Start point, two properties are available: IsActive and SceneState.

The IsActive property will either be true or false depending on whether all items in the Scene are currently at their requested value.

The SceneState property extends this slightly with three options: All, Some, or None. This will change depending on the Scene items’ value, whether all items have their RequestedValue, some do, or none do.

Activating Scene Changes

Scene changes may be activated using Logic Flows using the ActivateScene property. This property is write-only and is only available when editing End points. For example, we could create a Logic Flow that executes a Scene change every time a specific LCD button is pressed.

Virtual Mixing Routers and Scene Property Selection

The Mixing property drop down allows you to select whether the operation will add or remove a selected source to/from the destination. For example:

In this example the scene will add Source 1 to the destination when the scene is executed.

The AddSource and RemoveSource properties of a Virtual Mixing Router destination are write only properties. You are applying a source to the property to change the underlying routing state, but the property itself will not have a value. Whenever you use write only properties in a scene, the state cannot be determined and therefore the IsActive property will never become true on such scenes. In a future version we may add some special code to handle the situation of virtual mixing routers such that the scene will detect if after the source is applied whether it exists on the destination and adjust the value of the scene line accordingly. But for now scenes will not become IsActive using these virtual mixing properties.

PathfinderCore PRO Scheduling Module

Overview

The Scheduling module is an additional module that may be enabled in PathfinderCore PRO through a license add-on. It works as an addendum to the Day of Week and Date/Time timers. Specifically, this module allows you to define resources and event templates and then apply them on an easy-to-use drag and drop calendar in order to easily schedule changes.

Scheduling License

This feature requires a scheduling license. For evaluation, we can also supply a 90-day demo license. Events created using this demo license will continue to function properly after the demo expires but without the ability to view them in the calendar. After demo expiration, the events will still be viewable and editable via the normal timers editor dialog. Because these timer events use a different object type, events created with the scheduling demo feature may not work if you downgrade the software to a previous version on PathfinderCore PRO software. In addition to the demo license, there is the ability to open a demo calendar that has non-functioning data so that the concepts may be evaluated; this does not require a license.

Calendar

The scheduling module adds an optional calendar-based scheduling system into PathfinderCore PRO. While scheduling of time-based events has always been possible, the scheduling module simplifies this process with a drag and drop calendar user interface and the ability to dynamically combine properties and values during that process.

The scheduling module is comprised of 4 objects:

• Resources: A container for a set of events which also may include properties and values that interact with templates that are dropped onto the resource.

  • AirChains1, 2, and 3 are resources in the picture above.

• Templates: An event template with duration and start and end actions.

  • Templates are displayed in the list of rectangles on the left side of the screen in the picture above and can be drug onto the calendar.

• Calendars: A calendar-based visualization of resources and their associated events along with drag and drop visualizations of templates.

  • This image above is a calendar with three resources, 4 currently displayed ResourceEvents, and 4 templates.

• ResourceEvents: An event with a start and end time and action to perform at the start and end. The action data may be comprised of information from both the resource and template used to create the event.

  • The events are displayed at the time values in the calendar.

The user workflow involves selecting an event template and dragging it into the correct resource in the calendar, then adjusting the time duration or placement by dragging the event or event bottom edge. Details of the event may be further manipulated if the user has the rights to do so by clicking on the event as shown below:

In the calendar shown earlier, each event makes a route change of the studio source defined in the template to the AirChain destination which is defined by the resource. So when we drop a studio onto the resource, the destination from the resource is combined with the source from the event template in a new event with the correct time parameters that we define by dragging the duration. This allows the scheduling of studio to airchain routing to be a simple drag and drop procedure.

It is also important to note that no changes take effect until the Apply button is selected. The apply and cancel buttons will flash when there are pending changes that have not been committed.

Creating a Resource

Let’s dig a little deeper into how resources, templates, calendars, and resource events are created and interact. As an Administrator to create a calendar such as the one we see above, we would first need to define the resources and templates. To do this, click on the Timers navigation bar link and then click on the Resources tab.

Click on the plus icon to add a new resource:

Each resource can have a name and description, a color, a start property and value, and an end property and value. The start property and value determine what happens at a newly created event start, and the end property and value set what happens at a newly created event end. In each case where the start and end property fields are used (resources, templates, and events), if an end action is not defined, nothing will happen at the end of the event time range.

It is important to understand that the values defined here are designed to be overridden by the template when a new template is dropped on the resource unless the template says to take data from the resource. We will see more of this when we get to the templates section below. So for example, we could leave all of the Start and End fields blank and define what happens only in the template. In the Studio and AirChain example above, we clicked on the ellipsis button and defined destinations and blank sources in these fields. The dialogs for property and value selections are the same as the Date/Time and Day of Week timers described in the Timers section of the manual.

Click on the ellipsis buttons for each field and select the air chain destinations. The sources can be set to none or anything you like as we will override them in the templates section below.

A color can also be picked. The clone resource link allows for quick duplication where you need to create several resources with only slight differences between them. Each resource requires a unique name.

Creating a Template

After creating several resources with different destinations for your Airchains, click on the templates tab and then use the plus icon to define a new template.

You will notice a checkbox next to several fields called Assigned by Resource. Enabling this checkbox indicates that the field will be obtained from the equivalent field in the resource when the template is dropped onto the resource. So for example, use the import from resource drop-down to import the settings for the properties and values from one of the Airchain resources you created earlier as it is easier than manually selecting them again. Then provide a name and enable the checkboxes on the start and end properties. The duration is the default duration that will be used when dropping the template in the calendar but then can be adjusted by dragging the event. The result will look like this:

Template to Resource Relationship

What we are saying is that when this template is dropped onto the resource, the template will provide the source values and the resource will provide the property (destination) and color values.

It is important to understand that if we had not turned on any of the “Assigned by Resource” checkboxes, all of the parameters from the template would be used. Why is it useful to split the parameters up in this way? If we look at our original calendar again we will see its usefulness.

Here if you drag studio 1 onto Airchain 1, then the event will have the airchain destination and the studio source. If you decide you made a mistake, you can drag the event to Airchain 2, and the routing destination for the event will update to reflect the change.

Creating a Calendar

Going back to our Administrative configuration again, we still need to actually create the calendar. To do that, click on the calendars tab and click the Plus button. The calendars dialog allows us to create a new named calendar and configure what resources and templates are allowed to be used by the calendar.

Supply a name and description for the calendar and then select the resources and templates that are available for use. It is important to note that the same resources and templates can be used on multiple calendars. Think of a calendar as a view of resource based events and the templates as the available events that may be applied. After applying the new calendar settings, it becomes available in the calendar list and the view button will allow a user to start working with it.

Zip One Dialer Example

While all of the examples so far have been to make route changes, they do not have to be. Any property in the system can be used in a resource or template and therefore scheduled. So for example we could change the resource and template to use ZipOne dialing parameters. When creating the resource after clicking the ellipsis button, use the Endpoints button to obtain the normal logic flows endpoint selector.

Therefore if we create our resource to look like:

And our template to look like:

In this instance the resource defines the Zip one Connect property as well as the Zip one drop property and value. And the template only supplies the dial location. Using this methodology we could create a calendar for scheduling Zip one dialing such as:

In this example our event templates are dial locations and our resources are the Zip One to use for the dialing.

Fusion Show Profiles

As one last example, we could create a calendar to schedule the loading of show profiles on a console:

In this example, the templates are show profiles and the only resource on the calendar is the fusion console on which they are being scheduled.

The point we are trying to make with these examples is that anything Pathfinder Core PRO knows about can be used for scheduling and multiple calendars may be created in order to schedule different types of things.

Timezone Selector

The calendar has a time zone selector in the top left corner. By default when the calendar is displayed, it queries PathfinderCore PRO for its current time zone and sets the calendar time zone to that time zone. Changing the time zone changes how the events are viewed. Adding events while in a different time zone than the Pathfinder Core PRO time zone will cause the event times to be converted to the Pathfinder Core PRO time zone when the apply button sends the changes to the system.

Calendar Controls and Views

Several controls exist across the top of the calendar. On the right hand corner, there are several buttons which change the view.

Clicking these buttons will change the calendar view to one of the following:

Month: Dropping templates onto the month view is prohibited as there is not enough resolution for time selection.

Week: Dropping a template onto a week view will always assign the template to the first resource assigned to the calendar. This can then be adjusted if necessary in the day view.

Day: This is the primary and default scheduling view.

List: This view is for informational purposes only and cannot be a drag and drop target.

On the left hand side is a today button that will bring the view back to the current day as well as left right arrows for navigating to the next day/week/month depending on the view.

The apply and cancel buttons apply or cancel any pending changes to the Pathfinder Core PRO timer engine. These buttons will flash if there are pending changes. Events which have not been applied will not exist or be acted upon by PathfinderCore PRO.

Colors

You can define colors in the templates, resources, and in the events themselves and there is some internal logic as to which color is used when an event gets created. If the template has the Assigned by Resource checkbox enabled for the color then the resource color will be used. This is the default because when viewing the calendar using a week or month view where the resource columns are not visible, events associated with a specific resource will all have the same color making it easy to tell which events belong to which resource. However you may prefer to have the color relate to the template that created the event, in which case deselecting the Assigned by Resource checkbox in the template will cause newly created events to use the template color. Finally, once an event is created it can be edited by clicking on the event and a color specific to that event instance can be selected.

Event Editing

After an event is created, if the settings generated by the resource/template combination are not what you want, you can click on the event and edit it to do whatever you wish.

This is basically the same timer editing dialog that is discussed in the timers section of the manual above. The only differences are the presence of the color, template, and resource fields and different options in the timer type field. Calendar based timers must be of type Resource Event or Recurring Resource Event. These two types equate to the DateTime event type and the DayOfWeek type but are designed to work with the calendar. You can change the name of the event from the default one that is generated, but the name must be unique within the timers in the system.

Recurring Events

When creating an event template or editing an event, it is possible to create it as a recurring event rather than a one-time event by selecting the Recurring timer type.

This will add fields for selecting the days of the week on which the event should occur.

Dragging a recurring template onto the calendar will cause it to appear at the selected timeslot on all days of the week for which the template is configured.

One thing that can cause confusion is if you drag a recurring event to a day view on a day of the week that the recurring event is not scheduled to take place. This will appear to have no effect, but if you use the week view to zoom out you will see that the event has been added and applied to the correct days.

It is also important to note than changing the length or any of the properties of a recurring event will make that change in the base recurring event and will therefore affect all days the event takes place. For example, in the week view above, if you grab the duration handle on the bottom of one of these events and make the event longer, all of them will change because they are all just views of a single recurring event.

Deleting an Event

When editing an event, you should also notice the trashcan icon in the bottom right corner.

To delete an event that has been added to a calendar resource, click on the event and then click on the trash can icon. The system will ask you if you are sure you want to delete the event. It is important to note that deleting a recurring event will delete all instances of that recurring event. There is currently no way to delete a single day of a recurring event. Instead you would need to disable that day in the event and then re-enable it afterwards if you want it to happen on that day in the future.

After clicking on the Timers navigation link, you will be presented with 4 tabs underneath the Timers section:

The timers tab can be used to create interval, date/time, and recurring timers which can either execute changes at specific times or after an interval. They can be used by assigning property changes in the time event and/or by hooking the timer to a logic flow. The resources, templates, and calendars tabs are for use with the additional scheduling license.

Timers Tab

Timers allow Flows and or property changes (such as a route change) to be executed at specific times. This list shows the Timers that have been created and may be used in Logic Flows. The page shows up to date information as the Timer states changes.

Additionally the cleanup timers link can be used to specify what should happen with non recurring Date/Time timers that have already elapsed. Clicking the cleanup option link will present the following dialog:

By default, the value will be -1 which means DateTime timers which have completed their execution will not be deleted from the system. Setting a number of days into this dialog and applying that number will cause single execution datetime events to be deleted from the system after the requested number of days has passed after the timer has completed executing. A value of 0 will cause the timer to be deleted sometime within the hour or two after the timer has completed execution.

Timer Types

To create a new Timer, click the Add icon on the Timers dialog to open the Timer Editor.

Three types of Timers can be created in Pathfinder Core PRO: Interval, Day of Week, and Date/Time.

Interval Timers

If you want to create a Logic Flow with a delayed action, you could use a delay directly in the Flow, or you could create an Interval Timer. An Interval Timer raises an Elapsed property after a specified number of milliseconds.

Interval Timers can also be programmed to autoreset. An autoresetting Interval Timer will set the Elapsed flag to true after the Interval, and then immediately set it back to false and restart the countdown.

Leave the Autoreset and Enabled properties as false. Type a name for this Timer and apply it.

Now we can use this Timer in Logic Flows:

For example, an Interval Timer can be used in a Logic Flow so when GPI 1 goes low, it enables the Timer. Then the Elapsed property 5-seconds later causes GPI 2 pin to be set low:

Interval Timers have three additional write-only properties:

1. Reset: If the Timer is enabled, this property will disable and then re-enable the Timer to start the countdown over. If the Timer is disabled, this will set the elapsed property to false.

2. ResetStart: Stops the Timer (if it is running) and then starts the Timer to reset the countdown.

3. ResetStop: Disables the Timer and changes the elapsed state to false.

These are available in the Logic Flows simple tree when an Interval Timer endpoint is selected in the Logic Flow. Since these are write-only properties they will not be shown when Interval Timer start points are selected – only endpoints.

All three properties accept true/false values and setting any of them to true will initiate the reset. They do not need to be set to false again afterwards as passing the true value is just a trigger to initiate the reset. The value is not retained. These properties can be thought of more as actions than traditional properties.

Day of Week Timers

If we want something to happen at a specific time every Monday, we could create a Day of Week Timer. With this type of Timer, you can specify a time and the days of the week on which the Timer should set its Elapsed property to true.

Each Day of Week timer actually represents a range of time. It has a start time and an end time. And in logic flows there is an Elapsed and an ElapsedEnd property to match the start and end times. If you only want to execute a single action at a specific time, you could just use the Elapsed property and ignore the ElapsedEnd property. The end time must be specified as later than the start time when configuring the event however.

Instead of or in addition to using this with logic flows, you can also specify a change directly in the event itself. Clicking the ellipsis button next to the start property will open a route selection dialog where you can select a destination.

The import from button allows you to select the router you want to pick a destination from. Additionally the endpoints button in this dialog will switch to the property selector similar to the one in Logic flows so that you can select some other property like a gpio or console show profile load property:

The Ios button will take you back to audio io selection. Since many times audio routing is what will be used with date/time events we present both dialogs for ease of selection. Once the property is selected, the value field will be filled with the current value of the destination's source or property value. Selecting the ellipsis button next to the value will allow you to change the property value that will be applied. If you only want a change to happen at the start, then do not select a property and value for the end. In the example below, a studio source will be routed to air at the start time of the event and then the airchain will be cleared at the end of the event.

The Switch Fields To Advanced button should only be used by advanced users. It changes the input boxes to the literal API commands associated with the selections for manual adjustment.

Note that the clock option buttons will be described below as they apply to both the Day Of Week and Date/Time Timers.

Date/Time Timers

If we want something to happen on a specific day and time, we could create a Date/Time Timer. The Timer’s Elapsed property will be set to true at that day and time.

Clicking the calendar icon will present a user-friendly calendar for configuring the date and time. This event has the same parameters as the Day of Week event above for selecting properties to change at the start and end time of the event. The primary difference is that this event executes it's start and end times only once at the specified date and time. It will then be deleted or retained according to the settings in the cleanup options above.

Virtual Mixing Routers and Property Selection

Virtual mixing routers are inherently different in how they function from other routers. For details on Virtual Mixing Routers, see their section in the Routers section of the manual. With Virtual mixing destinations you do not change the source that is routed to the destination. Instead you add sources that will be mixed together by the mixing destination up to the supported quantity of the destination. As a result it uses different routing properties than a normal router. For example, AddSource adds a source to the mixing destination, and RemoveSource removes a source from the destination freeing that slot up for another source. Therefore when importing a destination as a property change in a timer event, you need to be able to define whether the change will add or remove a source. To support this, a drop down will appear in the import destination list when defining a start or end property in a timer.

The Mixing property drop down allows you to select whether the operation will add or remove a selected source to/from the destination. For example:

In this example the timer will add Source 1 to the destination at the start of the event time range, and it will remove it at the end.

Clock Time and Fixed Time

In both the Day of Week and Date/Time Timers, it is important to understand the difference between clock time and fixed time. Within Pathfinder Core PRO, all times are stored with a UTC offset. Clock time means that the event will happen at a specific time (say 7PM) according to the clock regardless of the UTC offset. If you want an event to happen at 7PM according to what the clock shows both before and after a daylight savings shift, you should pick the clock time option.

However, if you are picking up a satellite feed and the region from which the feed originates does not shift their clock to daylight savings time, then you should select fixed time because the event will happen at a different time (according to your wall clock) before and after the daylight savings time shift. In this case, it is fixed to the time and UTC offset.

UTC Offset

Previous versions of the PathfinderCore PRO would use the browser’s UTC offset when creating a new clock based Date Time or Day of Week timer. This also caused odd display issues when editing events from a Core PRO in one timezone while using a browser in another. This version will always display the offset of the event, and the specific time as it is set in Core PRO. Additionally, new events will be created using the offset defined in Core PRO by its current time zone rather than the browser’s offset.

Using Timers in Flows

In addition to specifying an action to take place directly in the event, you can also hook the event to a logic flow. And in fact this is the primary way to make use of an interval type timer. To do that, you would need to create a Logic Flow with a start point that uses the Timer’s elapsed property to then change some other property in the system. For example, if you wanted to execute a scene change every Monday at a specific time, you would create a Logic Flow that uses the Day of Week Timer shown above.

In this way, we can use Timers to cause delays, do repetitive operations (using the autoreset property of Interval Timers), or execute actions at specific days/times and/or on a recurring daily schedule. This particular example could also be accomplished by selecting the Activate Scene property directly in the event, but if you wanted to create more complex logic using logic gates, then you would need to build the logic in a logic flow. Both options are available. However, property changes that are defined within the actual event (as opposed to a logic flow) so not count against the logic licensing of the system.

Overview

Pathfinder Core Pro's memory slots provide a named location for storing data that can be used in Logic Flows. You can create and view memory slots via this link. You can also monitor the slot’s changes in real-time and alter the value of a memory slot directly from this page.

Add a memory slot by clicking the plus icon on the bottom-right corner of the memory slot list.

Select the memory slot type you wish to create from the Type drop-down. The available properties will change depending on the memory slot type. Several of the memory slot properties are present in all or most of the memory slots as described here.

Common Memory Slot Properties

Each memory slot may also have additional properties according to their type as described below.

Memory Slot Types

Pathfinder Core PRO has six different types of memory slots, each with its own options and properties.

Memory Slot

This is the traditional memory slot into which any kind of data may be stored. Its parameters are shown below:

All parameters for this memory slot are described in the common properties section above.

Latching

The Latching memory slot can only have a value of True or False. It has a write-only property called Trigger which will change the memory slot's value. Using a Logic Flow end-point, you can set the trigger property to true and the slot value will toggle from true to false, or from false to true depending on its current value. See the latching example in the Logic Flows section of this manual for more details. The configuration properties for this slot type are shown below:

All parameters for this memory slot are described in the common properties section above. However, note that the value property field becomes a drop-down that only allows a value of True or False.

Numeric

Numeric memory slots allow you to store, retrieve, increment, and decrement a numeric value. Its write-only properties are increment and decrement, and can be used in Logic Flows to change the value of a memory slot. This type of memory slot can also accept a range to specify what happens when the value increments or decrements outside of the range using the loop action option. Its parameters are shown below:

In addition to the properties outlined in the common properties section above, this memory slot type includes two additional properties: Range and Loop Action. If the range field is left blank, then the numeric memory slot may accept any numeric value. If you apply a range by filling the range field with a low and high value separated by a hyphen, then increment and decrement will not exceed the specified range. The Loop Action property only works in conjunction with a range and does nothing if no range is specified. The loop action field defines what happens when you try to increment or decrement beyond the specified range as follows:

• None = Incrementing beyond the max or decrementing below the min will do nothing and no change will be applied to the Value.

• Forward = Incrementing beyond the max will cause the value to loop back to the min, but decrementing below the min will make no changes.

• Backward = Decrementing below the min will cause the value to loop to the max, but incrementing beyond the max will make no changes.

• Both = Incrementing beyond the max will cause the value to loop to the min value, and decrementing below the min value will cause it to loop to the max value.

These properties make it easy to assert a valid range to a numeric memory slot as well as to implement things like paging functions where paging beyond the maximum number of pages will take you back to page 1.

SapProperty

SapProperty memory slots allow you to map the value of any Sap Property in the system to this memory slot's value. When this Sap Property value changes, the slot is updated with that value. Its configuration parameters are shown below:

In addition to the properties outlined in the common properties section above, this memory slot type includes two additional properties: Object Path and Property Name. The ellipsis button next to Object Path can be used to select the Sap Property to be used with this slot and when selected will present a property selection dialog similar to that of the dialog in Logic Flow endpoint editing. Once a property is selected, the object path and property name will be filled in based on the dialog selection. The value property is not present in the configuration as it gets filled dynamically over time according to the value of the selected Sap Property. This value is then available to be used with Logic Flows. It can also be used to create custom values when used in conjunction with the String Builder memory slot.

String Builder

The string builder slot allows you to build a string based on values in other Memory Slots. The parameters that will be presented when selecting this type of memory slot are shown below:

In addition to the properties outlined in the common properties section above, this memory slot type includes two additional properties; IncludedSlots and Pattern. The IncludedSlots field is used to enter a comma-delineated list of memory slot names to use in the builder. The ellipsis button will present a list of slots to select from. The order is important as described by the Pattern. The Pattern field is a text pattern with bracketed numbers used where slot values from the comma-delineated list should be inserted.

In the example above, case {0} will be replaced with the value of slot A and {1} will be replaced with the value of slot B. If Slot A’s value is "Fred" and Slot B’s value is "Telos Alliance", the value of this new memory slot called MyBuiltSlot would be: The Name is Fred and it is located at Telos Alliance. The value of this slot will update whenever Slot A or Slot B updates. This slot can be used to build text which is then used as labels on buttons or commands to generic emulators. When the included slot list contains slots that are Sap Property Memory Slots, this memory slot type can become even more powerful.

Time Stamp

The Time Stamp Memory Slot can be used to grab time stamps, which can be useful in displaying the last time something happened in a user panel. The parameters that will be presented when selecting this type of memory slot are shown below:

In addition to the properties outlined in the common properties section above, this memory slot type includes one additional property: Pattern. When you first create a time stamp memory slot, you will probably not apply a value. The pattern field can also be left blank. It can be used to specify the format of the time stamp which we will describe in more detail below. After creating the timestamp memory slot, it can be used in Logic Flows by applying an endpoint to the SetTimeStamp write-only property of the memory slot. For example:

This Logic Flow will set the memory slot to the current date and time every time the specified GPIO pin goes low.

The format of the date time stamp can be changed using the pattern field. If you edit the memory slot again you will see that the default format has been assigned to the memory slot:

The time stamp memory slot can also be used to convert values from one time format to the pattern specified in the time stamp memory slot. This is accomplished using the write only CalculateTime property. For example, you could assign a number with either m, h, or s to the end, and it would convert the value to the requested format in minutes hours or seconds. If the time stamp memory slot pattern was:

hh:mm:ss

and you passed in

100s

to the CalculateTime property, the value of the memory slot would become 00:01:40.

Passing other time values than just numbers will try to interpret the value as time, convert it, and then express it in the correct pattern.

Startup State Drop-down

The startup state drop-down applies to each of the memory slot types above and requires some explanation. This option allows you to determine the value of the slot when the system first starts up and before any flows are executed. It can be blank, a fixed value as defined when you create the slot, or last known. It is important to understand the last known option will attempt to store the state in the database each time the memory slot state changes. This can be more CPU- and time-intensive because of the compact flash storage within the Pathfinder Core PRO. As a result, this option should not be used in situations where the existing state of Axia devices will reset the memory slot to the correct state via the flows as the flows start-up anyway.

A very common use of Logic Flows in Pathfinder Core PRO is to perform critical actions when an audio source or destination falls silent. For example, you could have a Logic Flow send you an email if the feed to the transmitter becomes silent. In order to accomplish this, you should use the Audio Alarms section of Pathfinder Core PRO.

Almost any audio source or destination in an Axia network can be monitored for silence, clipping, and audio presence.

Click the Audio Alarms link in the Navigation Bar to create, edit, and view audio alarms in the system.

Like other Pathfinder Core PRO pages, the Audio Alarms page updates dynamically as the alarm states change. Nine columns are displayed for each audio alarm.

Creating New Audio Alarms

Let’s create an example.

Click the Audio Alarms link in the Navigation Bar to create, edit, and view audio alarms in the system. On the Audio Alarms page, click the plus icon to add an Audio Alarm.

Complete the fields on the Audio Alarm Editor.

After clicking on the ellipsis button to open the Select IO screen (either Select Source or Select Destination, depending on how this alarm is configured), select the source or destination from the IO list and click Select.

Click Apply to save your changes to this alarm.

Monitoring Alarms from the Audio Alarms List

The Audio Alarms list view, like most lists in Pathfinder Core PRO, show alarm status changes in real time.

For example, the Timer State and Alarm State values will dynamically update in this list as alarm states change. This can be an excellent troubleshooting tool.

Using Alarms in Logic Flows

Once an alarm has been created, it is available for use in Logic Flows. In the Logic Flow below, we have created a Logic Flow that sends an email whenever the SilenceAlarm audio alarm has its Alarm State switch to Silent:

If we wanted to perform a different action when the alarm releases (audio returns), we would use the AudioPresent value in the translation list. For example, the following Logic Flow will light a button when audio is present and cause it to flash when there is silence.

More possible audio alarm Logic Flows examples are covered in the Email Messages section since that is a common action to be taken when things get quiet.

One of the powerful features of Axia Audio mixing engines are their virtual mixers. The Element and Fusion mix engines include sixteen virtual mixers which can be used to create mixes of various audio streams. These virtual mixers can be controlled using Logic Flows to dynamically create mixes of audio content based on changes in the system. Additionally, there is a web page for managing these virtual mixers, in effect creating on-screen mixers. To access this user interface, click the Vmix Control link on the navigation bar.

When you first open this web page, the faders will be dimmed out and none of the buttons will function as you first need to define which engine and which Vmixer to control. Select the mix engine from the Select Engine drop down, and then select one of the 16 virtual mixers from the Select Virtual Mixer drop down.

The interface will update to display the state of the selected virtual mixer. You can use the drop-down lists to switch between different Vmixers.

Each Vmixer has five input channels and a master fader. The master fader is labeled as Master and has the red slider. The input channel meters display the real-time metering of the source assigned to each fader. This metering is pre-fader, showing the level of incoming audio. The meter next to the Master fader displays the level at the output of the virtual mixer and is therefore post-Master fader.

Dragging a fader’s on-screen slider up or down will adjust the VMixer channel’s gain.

Clicking the On/Off buttons will turn a fader on and off. Turning a virtual mixer fader on or off is subject to the fade up and fade down time parameters. These can be changed by clicking on the fields next to the up arrow or down arrow in the Fade Time section. Times are entered in seconds. So if you have a fade up time of 1.2 seconds, when you click the On button the audio will fade in to the level defined by the fader over the course of 1.2 seconds. Then the fader control will dynamically allow you to control the level. The same is true when turning the fader off. Clicking the off button will fade the audio out dependent on the fade down time.

Finally, clicking on the source name at the top of each fader will allow you to select a different audio source for the fader. A list of available sources will appear.

Highlight the new source and click take to select the new source for the fader. Or, click cancel to return to the mixer web page.

Vmixer Shortcuts

It is also possible to generate direct links to a particular Vmixer. This can be useful if you wish to create a shortcut on a user’s desktop that will present a specific Vmixer. In order to create such a shortcut in Windows, right click on the desktop and select new shortcut. For the location type:

http://172.16.1.221/vmixcontrol.php?engine=172.16.1.63&vmixer=1

Replace the 172.16.1.221 with the IP address of your Pathfinder Core PRO. Replace the 172.16.1.63 address with the address of the mix engine you wish to control. And replace the 1 at the end of the link with the virtual mixer number within the engine you wish to control. Then click next and provide a name to create the shortcut. And finally, click finish. Or, just enter the address into the address bar of the user’s browser and then add it to favorites.

When you create the link this way, the user will not see Pathfinder Core PRO’s navigation bar or the drop downs to select a different engine or Vmixer. The web page will only present the specified virtual mixer.

Logic Flows can be used to send e-mails when conditions exist in your system that require attention. For example, it is common to send e-mails to the station’s engineers when silence is detected at a transmitter site.

To send e-mails, you must first configure the e‑mail host settings under the System navigation section. If you have not configured these settings, please review the Email Settings section of the System chapter.

Once the e-mail host has been configured and test e-mails can be sent successfully, click the Email Messages link in the Navigation bar. This is where you can create e-mail messages that can be sent when specific actions take place in the system.

Adding a New Email Message

• Click the plus icon to create a new email message

• Complete the fields on the Email Message Editor

• When all fields are complete, click Apply to save your changes

Using E-mail Messages in Logic Flows

Once created, e-mail messages become available for use in Logic Flows. In the following example, we will send the AudioFailure email message whenever MyAlarm’s AlarmState becomes Silent. We accomplish this by setting the write-only property Send to the value True.

You can also change the body of the e-mail message as a Logic Flow end point. This becomes especially useful if you have several conditions that could cause an e-mail alert. For example, we could create a generic e-mail message making sure that the AutoSend on body change checkbox is engaged. Then we could create multiple Logic Flows, each of which alters the body of the message depending on the start point. For example:

Here we use two Logic Flows to send four different messages to the same e-mail recipients.

• First Flow

  • If “AlarmA” is Silent -> Set the body of the “AudioFailure” message to be “My Alarm is Silent.”

  • If “AlarmA” has audio -> Set the body of the “AudioFailure” message to be “My Alarm is fine.”

• Second Flow

  • If “AlarmB” is Silent -> Set the body of the “AudioFailure” message to be “AirChain Silent.”

  • If “AlarmB” has audio -> Set the body of the “AudioFailure” message to be “AirChain OK.”

Since we engaged the option to send the e-mail each time the body property of the e-mail changes, this is all that we need to do to handle four alarm conditions using one defined e-mail message.

Pathfinder Core PRO provides a variety of different logging mechanisms as well as maintaining its own internal system logs. There are two kinds of log files created by the system: System Logs and User Logs.

• System Logs are created by the system’s internal services and primarily define information for use by the developers.

• User Logs are where you can define changes on your Axia network that you want to be entered into log files for later review.

Click on the Logs link in the Navigation bar to view the current logs in the system as well as to define logging options.

Creating New Log Writers

To see the list of Log Writers that have been created in the system, click the Log Writers link on the User Log window.

Each Log Writer in the system will be displayed on this page by Name along with its type and location.

• To create a new Log Writer, click on the plus icon on the Log Writers screen.

• Type a Name for this Log Writer in the Log Writer Name field.

• From the Log Writer Type drop-down list, select this Log Writer’s Type. There are four types of Log Writer that can be created:

• If you are configuring a TCP Listener or Client Log Writer, type the TCP Port associated with the TCP application.

• If you are configuring a Sys Log Log Writer, type the IP Address of the collector application

• Use the selection window at the bottom of this dialog to select what log options you wish to log.

Expand the tree and check the items you wish to log. The available items are:

AudioAlarms

• AlarmState: Generates a log message whenever an audio alarm state changes.

• LvlState: Generates a log message whenever the audio threshold for silence is passed for longer than 250 ms. This occurs before the countdown to an alarm state begins. It can be used to log the actual transitions being reported by the equipment but may also generate a large amount of log content depending on the type of audio content being monitored.

ConnectMessage

• Connected: Logs connections and disconnections from equipment. Use this log message to find equipment with which Pathfinder Core PRO is struggling to maintain a connection.

• Online: Logs changes to the online/offline state of the device. For a device to be considered online, proper communications must be occurring on all identified ports.

Devices

• VMIXGain: Logs changes to VMIXer gain settings.

• VMIXState: Logs changes to VMIXer On/Off settings.

LegacyPanels

• PanelPropertyChanged: Logs changes to properties of any of the controls in user panels.

LogicFlows

• CombinerOutputChanged: Logs changes whenever a logic flow translator changes its output.

• TranslatorOutputChanged: Logs changes whenever a logic flow translator changes its output.

MemorySlots

• MemorySlotChanged: Logs whenever a memory slot changes its value.

MessageLogging (Note: use with support or when trying to find a problem as these can increase CPU load. These are for troubleshooting only.)

• AccessViolations

• LoginFailures

• LoginSuccesses

• LwcpIncoming: Lwcp incoming messages.

• LwcpOutgoing: Lwcp outgoing messages.

• LwrpIncoming: Lwrp incoming messages.

• LwrpOutgoing: Lwrp outgoing messages.

• SapV2ExternalIncoming: SapV2 messages coming from outside the system.

• SapV2ExternalOutgoing: SapV2 messages being sent outside of the system.

• SapV2InternalIncoming: Incoming sapV2 messages between services.

• SapV2InternalOutgoing: Outgoing SapV2 messages between services.

RouterEvents

• GPIO State: Logs changes to GPIOs within the system.

• RouteState: Logs any route changes that take place within the system.

TimeEvents

• Elapsed: Logs whenever timers elapse.

• Enabled: Logs changes to a timer’s enabled state.

When all fields are complete, click Apply to save your changes and create the Log Writer.

Viewing Existing Logs

Clicking a log Filename in the User Logs window opens the log in a browser.

Log entries can be viewed in the browser window directly or copied to a text file for more robust searches.

Log File Maintenance

You may notice that some logs (such as the Silence logs in the screen shot below) have multiple copies with a period and a number at the end.

Due to space restrictions, Pathfinder Core PRO maintains an intelligent log rotation service which will rotate the log files as they become too large. Generally, log files are rotated four times with a new file created when the current log reaches approximately 4MB. When the fourth log gets too large, the oldest log is discarded and the filename reused.

There are some other rules which this service uses that might generate more aggressive log manipulation and/or deletion if space is becoming limited. For this reason, it is recommended that you use an outside syslog-based logging service to capture logs that you wish to store for longer periods of time. Review the Creating New Log Writers section for additional details.

Pathfinder Core PRO can emulate other routing systems. This can be particularly useful if you need to interface with an automation system that has not implemented any of the protocols that drive Axia routing systems.

Click the Device Emulators link in the navigation bar to display the list of device emulators currently defined in the system.

Creating a Generic Emulator

• Click the plus icon in the Device Emulators page to create a new emulator

• Type a unique Name for this emulator and select Generic Emulator from the Emulator Type drop-down list

• Complete the Connection Settings; the Generic Device Emulator is just a TCP/UDP connection that can be used to send and receive custom messages from an automation system or some other third-party system

• Type your initialization message in the Init Message field; this message will be sent when this Generic Emulator connects allowing the emulator to automatically send login or other initialization messages, including special escape characters (see the Escape Characters section later in this chapter) In the case of Listener types, this message will be sent to each client that connects to the listener. In the case of Client connection types, this message will be sent each time the client connects. Generic Device Emulators have a write-only property that can be used by Logic Flows called ToSend. This property allows you to create a flow to send any kind of data out of the Generic Emulator you wish.

• Generic emulators also have a Ping Message field and Ping Interval field which are optional.

  • For situations where you are using a TCP client and you want to check to make sure the connection is still alive, sending a periodic ping can force the network to validate that. Leaving the PingMessage blank will mean this feature is not used.

  • When a remote device closes its TCP connection normally, there is a handshake that takes place that tells us the connection has been closed. The emulator will then try to start re-establishing the connection. However, if the remote device loses power or the connection dies in a way that does not allow the handshake to take place, then the DeviceEmulator will not know the connection is dead until either a failed operating system keepalive packet failure (which might take up to an hour or two) or until we attempt to send a message to the remote device.

  • The ping message and ping interval allow you to define a message that gets sent every so often to make sure the connection is still working. These messages should be something that makes sense to the application on the remote end.

  • It also allows us to test not only that the connection is still intact but that the application at the remote end is still responding. Note that it still may take longer than the interval time to detect a failure (often 15 to 60 seconds). Therefore, it does not make sense to set the interval too low.

• Generic Device Emulator can trigger actions based on incoming data; to define these actions, we create Watchers. Each Watcher looks for information coming to the emulator port and when it sees that data, it briefly sets the Watcher’s Triggered property to True. To create a new Watcher, click the Add button and select the newly created Watcher from the list.

With the new Watcher selected, type a Name for this Watcher and the Value being watched for in the Name and Value fields directly below the Watcher list.

You can edit an existing Watcher by clicking on the Watcher entry in the list and updating the values in these Name and Value fields.

• When all fields are complete, click Apply to save your changes and create the Emulator.

Escape Characters

Both the ToSend properties and the Watcher values support several special character strings to represent special characters:

Therefore, a Watcher that is watching for "MyName\cr\lf" is looking for the string “MyName” followed by a carriage return and line feed.

In the case of double slashes, such as "MyName\\cr\\lf", the double slashes are converted to a single literal slash for the case where you actually want to send the value “\cr\lf.”

Using Watchers in Logic Flows

The Name of the Watcher is used to identify the Watcher in the system and will appear as an object underneath the Emulator in the Logic Flows property selection tree.

In the example above, we have created a single Watcher on this device emulator named Hello, and it is watching for the value Hello. When we see the word “Hello” come into this emulator, then the Watcher’s momentary Triggered property will be set to True and then reset to False until the next time the value “Hello” is registered.

We can create a Logic Flow where the Start Point is the Triggered property of the Watcher and do anything we like in the system when we see the string “Hello” come in through the Device Emulator port.

In this Logic Flow we have defined that every time we see the string “Hello” on the Watcher in question, we will activate the scene AllTo1.

Additional Emulator Properties for Logic Flows

Additional properties related to Generic Emulators that may be used in Flows include:

• Connected – This property will be True if there are any clients connected or if the TCP client is successfully connected and False otherwise

• ConnectedCount – This property will retain the number of currently connected clients to the emulator

• ConnectionLost – This property will switch to True and then back to False when a client disconnects

• ConnectionObtained – This property will switch to True and then back to False each time a client connects

• TriggeredValue - When the Watcher input is discovered, that value will be assigned to the TriggeredValue property momentarily and then the value will be set back to blank. It is momentary in order to raise changes when the same value enters the emulator repeatedly

Watchers and Regular Expressions

Generic Device Emulator Watchers also support the use of regular expressions or Regexes. Pathfinder Code PRO uses the Microsoft .NET variation of regular expressions—an advanced language used for pattern matching in textual information.

Regular expressions parse the Watcher’s input relative to the regular expression pattern, tripping the Watcher’s Triggered property to True in case of a match. Pathfinder Code PRO Watchers make use of two flavors of regular expressions:

1. Regex.Match(<expression_pattern>)

2. Regex.IsMatch(<expression_pattern>)

To add a regular expression to a Watcher, type the RegEx statement in the Watcher Value field:

Regex.Match Method

Regex.Match evaluates Watcher input against the expression, with valid matches resulting in the Triggered property being set to True. However, because a Regex can be used to match multiple different chunks of text, it is often also useful to have the exact chunk of text that was matched available to a Logic Flow. That is where the TriggeredValue property comes in.

Typing a Value like this Regex.Match(..ll.)will match any series of five characters where the third and fourth characters are l.

Watcher inputs like Yello, Hello, Mello, hhlll, hhllh, will trip the Watcher’s Triggered property to True and allow the TriggeredValue property to pass the input value that resulted in the match.

As another example, to extract a duration from a satellite message such as "CBS050", we could use this regular expression in the Watcher’s Value field:

Regex.Match((?<=CBS).{3})

This Regex would set the Watcher’s Triggered property to True any time it sees six characters where the first three are CBS and allow the TriggeredValue property to pass only three characters that fall after the CBS. In this example, the TriggeredValue property would equal 050. This expression makes use of the look-behind assertion of regular expressions.

A different Watcher could then be created for a different show from the same Emulator.

Regex.Match((?<=NBC).{3})

Regex.IsMatch Method

Regex.IsMatch() performs a similar function except rather than passing the value of the match, the TriggeredValue will output True if a match exists. This makes this method largely redundant since a match will also set the Triggered property to True, but there are times when this method can be useful in Logic Flows as discussed below.

Special Characters

Carriage returns and line feeds must be considered when the incoming data is a line‑based protocol. Failing to properly account for these special characters when parsing incoming data will cause incorrect results.

If your Watcher input will include carriage returns and line feeds at the end of each message, you could use something like (.*\r\n) or ((?s).*). The latter uses single-line mode.

Modifying Default Behavior

There are several options that can be used within the expression to modify the function of the pattern matcher. For example, by default, the dot or period character ( . ) matches any character except the new line. If you want it to match the new line character as well, you can enable the single line option to modify the function of the wildcard within the pattern matcher:

Regex((?s).*).

The inline ?s modifies the regular expression engine to use the single line option when analyzing. These modifying options are documented here:

https://docs.microsoft.com/en-us/dotnet/standard/base-types/regular- expression-options

Regular expressions are extremely advanced and can appear to be very complicated. One joke about regular expressions is that once you solve a problem with a regular expression you now have two problems. However, they can also be awesomely powerful for the situations where they are needed.

They are part of one of the most commonly used and advanced text pattern matching and manipulation languages across all programming languages used today. However, they will also be slower and more CPU intensive than the normal matches Pathfinder Core PRO performs because they have not been optimized at compile time in the same way as the native code. This is only one reason why they should be used with caution and sparingly. Use them only when you need them and not when Pathfinder Core PRO’s inherent pattern matching is a better option.

Also, test thoroughly. It is quite easy to design a regular expression that you think is correct but misses certain edge cases. The regex tester listed in the links below can be very useful in this case.

Again, this is an advanced feature and incorrect use can cause unpredictable results. But it is also a very powerful tool for certain situations.

Learn more about Regular expressions using these links:

• https://www.regular-expressions.info/

• https://docs.microsoft.com/en-us/dotnet/standard/base-types/regular- expression-language-quick-reference

• http://regexstorm.net/tester

Probel General Router and General Switcher

There are two Probel routing protocols supported by Pathfinder Core PRO: Probel General Router and Probel General Switcher. The syntax of these protocols is different so it is important to consult the automation system’s manual regarding which protocol to use.

In both cases, the protocol provides routing control. As a result, after selecting this protocol type, the web page will present a drop-down list with the available routers so that you can choose which router the Emulator will control.

• Click the plus icon in the Device Emulators page to create a new emulator.

• Type a unique Name for this emulator and select either Probel General Switcher or Probel General Router from the Emulator Type drop-down list.

• Complete the Connection Settings.

• Type Matrix and Level values, and select a Router from the drop-down list. When all fields are complete, click Apply to save your changes and create the Emulator.

When you first log in to Pathfinder Core PRO, the username and password you use is: Username: Admin Password: Admin

However, this can be changed and controlled using the Users link on the navigation bar.

Click edit to change a user’s password or click the plus icon to add users to the system. Use the minus icon to delete users from the system. The system will not allow you to delete all users. At least one user must always exist in the system or there is no way to use it. Therefore, the user interface will show an error message if there is only one user left and you try to delete it.

After creating a new user, that user’s credentials may be used to log into the Pathfinder Core PRO’s web pages or using PathfinderClient, PathfinderMini, or PanelDesigner.

Users may be Administrative users who have access to everything or standard users. It is very important never to delete all of the Administrative users or you may lose access to the system requiring support to get access to the operating system to reset things. If you select a standard user, additional options will appear for defining what rights the user has. The CanLockRoutes defines whether the user has the ability to lock and unlock routes. The Route locks do not apply option is for future use.

The arrows next to each section may be expanded to specify the user rights. By default a standard user will see all navigation menu items but will have no rights in the API so most or all of the menu items will not populate with any data.

The menus section allows you to define which navigation bar menu items are available to the user.

The menus listed are the same as in the navigation bar on the web page. By setting items to hidden they will no longer appear in the user’s navigation bar.

The allowed APIs section defines in much more detail what the user may access via the web pages, port 9600 login, and the client applications:

Each item in the displayed list has several options:

• Inherit means that branch in the tree inherits the rights of the parent branch. In the case of root level objects such as Logic Flows the inherited state is No Access. No Access explicitly denies access to that branch.

• Display allows the user to display the resource but not change or use it. For example, if you wanted the user to be able to view the route states of a router but not make any route changes, then selecting display for the router access would be a good idea.

• Change/Use allows the user to do normal operations with the resource but not change the definition of the resource. For example, in the case of routers, selecting change/use would allow the user to make route changes on the router but would not allow them to add sources or destinations to the router.

• Full access allows the user to have complete control over the resource including the ability to add to or delete the resource. This is the equivalent of Administrative rights to the resource.

It is important to note that by default, branches below a specific branch inherit the parent’s properties. So, if you set the Routers branch to display, all routers will be displayed. You can then set no access on routers you do not want the user to see and/or Change/Use access to routers you want them to be able to use.

For release software update packages, visit

Click on the subsection for the appropriate major/minor version to view release notes.

Version 1.8.12.00 10/26/2022

• Removed a metering lookup that could in certain rare situations get out of sync with actual metering subscriptions causing extra meter poll messages to be sent to a specific IO.

  • Note that while we have not reproduced this in the lab we did see situations at one site where duplicate messages were being sent to a node. The node in question also had meters in a Pathfinder panel whose Io pointers were being changed by a combination logic flow that might cause fluttering in the subscribe and unsubscribe messages.

• Added a slight delay in the web UI when changing a meter IO pointer between the removal and the and Add messages to help prevent thread based conflicts in case the fix above still could lead to a race condition.

Version 1.8.11.01 02/21/2022

• This version should be functionally the same as 1.8.11.00. However in order to try to address an issue that has been only rarely encountered, this version pulls in the operating system and framework updates from the beta branch. If you have an issue with PathfinderCore PRO periodically (weeks or months apart) restarting and support reviews the backup and determines that there is a specific segfault error message in the messages log, this version may be recommended. Otherwise most customers who wish to stay in the release rather than beta track can continue to use 1.8.11.00.

• Fixed an issue with LWRP route changes on mix engines where an algorithm designed to prevent an overflow of the command buffer in the engine was introducing more delay than necessary when making large numbers of route changes at once.

Version 1.8.11.00 02/21/2022

• Fixed an issue with LWRP route changes on mix engines where an algorithm designed to prevent an overflow of the command buffer in the engine was introducing more delay than necessary when making large numbers of route changes at once.

Version 1.8.10.01 02/10/2022

• This version should be functionally the same as 1.8.10.00. However in order to try to address an issue that has been only rarely encountered, this version pulls in the operating system and framework updates from the beta branch. If you have an issue with PathfinderCore PRO periodically (weeks or months apart) restarting and support reviews the backup and determines that there is a specific segfault error message in the messages log, this version may be recommended. Otherwise most customers who wish to stay in the release rather than beta track can continue to use 1.8.10.00.

Version 1.8.10.00 02/09/2022

• Fixed an incorrect calculation of the memory percentage on the system web page.

  • This calculation was including disk buffer cache which is not actually consumed or unavailable memory.

• Fixed a bug that was leaking a small amount of ram each time a tcp connection was connected and then disconnected from port 93 of the internal GPIO node.

• Added code to restart the internal GPIO node if the process dies.

• Fixed a bug with the list that kept track of port 93 connections to the internal GPIO node that in rare situations might cause the GPIO node application to crash due to the list not properly supporting multi-threading.

Version 1.8.9.00 01/25/2022

• Fixed an issue with cluster synchronization of licenses when certain time zones were in use.

  • This is in response to an issue where a backup license was not obtaining the correct license count from the primary server. Log messages showed UTC offset errors. We discovered one place in the code where we were using an incorrect DateTime comparison in relation to licenses which particularly was affected by certain time zone offsets. This should be fixed in this version.

Version 1.8.8.00 12/07/2021

• Fixed an issue where the AUDIO_MODE property of VMODEs was set to read only when it should be read/write. The property should now be available as end points in logic flows.

• Fixed an issue where the FpStatPollRate property could not actually be changed.

  • Additionally made a change where assigning an FpStatPollRate value of 0 (or any value under 100) would stop the polling of FpStat data.

  • To retain the setting between restarts, use the Advanced Options.

  • Note that advanced option changes require a restart to take effect.

Version 1.8.7.00 10/14/2021

• Fixed issues with cluster synchronization of the Internal GPIO node's pin states.

  • In some situations double pin entries would be expressed in some of the nodes. While this should be benign, in some external use cases, it was causing unexpected behavior. Work was done in this version to try and address that issue.

• Updated the build container used to build the product.

Version 1.8.6.00 10/07/2021

• Fixed a bug with the internal GPIO node where clearing a route on a GPIO would not reset the pins back to high.

• Fixed a bug where the internal GPIO node was responding with a change message in Lwrp even if no pin state changed.

• Fixed bug when changing properties in the user panel properties list by clicking on the name column.

  • Clicking on the name column rather than the value property would sometimes not cause the metadata in the translation properties to update properly. This would mean clicking on the active translation afterwards would present the previous item's drop down items.

Version 1.8.5.00 07/23/2021

• Fixed a bug with subscriptions in logic flows where the need to subscribe/unsubscribe was being counted per object flow and property, but the actual sub and unsub was only using the object.

  • When multiple flows used different properties on the same object, the removal of one of them could cause the whole object to get unsubscribed and the remaining flows using start points on that object to stop functioning until a reboot occurred.

  • This occurs during flow editing and not spontaneously on a running system.

  • This bug has probably existed almost since the beginning of PathfinderCore PRO and may explain a number of anomalies systems integrators have reported when first setting up flows at a site.

• Added code to handle input and select box change events when the change is the same as the last requested change but might not actually be the current value.

  • Previously this condition would not issue a change command.

• Fixed a bug with the gpio node where if multiple ports had the same multicast channel number only one would be returned for processing.

  • This could lead to only one port firing or none if the one returned was in the wrong mode (Node/Console) to fire.

• Removed a logging message regarding udp buffers that was an unnecessary holdover from debug testing and was displaying in the supervisor log.

• Fixed an issue where when a SapProperty router source or destination was tied to a different route point, a lock recursion error could occur in the logs during loading.

  • This was because the sub object also was trying to be mounted.

  • This fix addresses that problem and prevents the write lock recursion log messages.

  • We do not think this additional mounting attempt was causing any other issues other than the additional log messages.

• Fixed an issue where SapProperty sources and destinations were trying to be added to a lookup table where they were not needed.

  • This was causing log messages about trying to add duplicate sources and destinations

  • We do not think this was causing any issues other than the erroneous log messages

• Fixed a spot in the code where logic flow folder creation messages might get created in the file system with a message that was missing the trailing LogicFlowFolder in the object path

  • This appeared to be benign as the folders still loaded.

• Added code to correct for init messages in logic flow folder init files if they were missing the trailing LogicFlowFolder in the object path.

  • In cases where it was a first level folder, this was causing a constructor parameter list error in the logs trying to create root level logic flows.

  • The error appears to be benign but this should fix it.

• Added an exception for the device emulator log message about redirecting the initial id message as it is expected message.

• Downgraded the "Setup and Startup from connection function complete" log message to debug state as it is not informative in normal logs.

• Cleaned up the "deviceid branch not found" log messages as they are expected and not informative.