Release v3.6.0 (August 1, 2019)

Supported Device Firmware versions
Neutrino/Uno v5.4.2
Neutrino AEC/Uno AEC/Rio v5.4.1
Solaro DSP v3.4.0
NeuPanel Mini v5.3.4
NeuPanel Touch v5.6.1
Site manager v5.3.3
XTouch control v3.6.0
XWP-CTL v1.0.3

Xilica Designer system requirements
Computer with a processor 1GHz or higher
Windows 7 or higher
OS X 10.8 or higher
500MB of available space
1GB graphics card
4GB RAM

New Features:

  • Support Network GPIO (logic and voltage) transfer among Solaro DSP and XIO devices.
  • Support new universal control devices: PTZ Optics 20x NDI | HX conferencing camera


New Enhancements:

  • Support XWP-Control Advanced mode. Users can switch XWP-Control into “Normal” or “Advanced” mode. This allows users to define control items that are only available under Advanced operating mode (which is usually password protect mode). In Advanced mode operation, all items defined will be displayed for the end user. While in Normal mode operation, only non-advanced items will be displayed.
  • Support display of Front panel BIOS version in Xilica Designer.
  • Enhanced DSP module Matrix Mixer to use less MIPs. 
  • Provide ability to adjust the number of Dante I/O points displayed.
  • Provide new function to clear all DSP design template cached files. When there are changes made in older DSP design template on website. Xilica Designer is not able to detect that there is new updated. User need to use this Clear all DSP Design Template button to remove local cache files. After that user can re-download the latest template from web site.
  • Support longer screen timeout setting in XTouch application, including an option to never turn off the screen.

Bug Fix:

  • Fix XWP Device mapping menu not showing up when there is no device detected in Network view.
  • Fix schematic design scrolling performance in Mac environment when using mouse wheel to scroll.
  • Fix custom FIR filter not working in second core of DSP. If the schematic includes many custom FIR filters, and some FIR filters need to be handled by second core, then those assigned to second core do not work. This release fixed this issue.

Known Bug:

  • When converting from NeuConsole project file to SolaroConsole, if the project file is being password protected, this project file cannot be opened in SolaroConsole. This is due to the wrong password encryption algorithm used in NeuConsole. This cannot be fixed on SolaroConsole side. To get around this issue, the user has to remove the password protection for the project file using NeuConsole before converting the file to SolaroConsole use.
  • When opening Solaro device for control in Network view, the preset trigger module configuration cannot be shown properly in the control panel. (The control panel will always say preset trigger disabled) Due to some technical implementation issue, this issue cannot be fixed.

______________________________
Introducing Xilica Project Types
When creating a project, the user will be asked whether they are creating a Neutrino/Uno/Rio DSP projector Solaro DSP based project. As the Neutrino system is rather different from the Solaro system, we cannot allow users to mix the two types of devices in the same project. Also some supporting devices only work with specific type of DSP processors. For example, NeuPanel Mini wall controls are only compatible with Neutrino/Uno/Rio series processors. By separating out different project types, only devices that can be used in the project will be displayed in the Component Library menu. This avoids confusion of which device can work with which. 

The following lists some differences between the Solaro system and the Neutrino/Uno/Rio system. For different projects, the information will be presented differently.

• Solaro DSP has 200 presets, Neutrino can only have 70
• Solaro DSP can support up to 64 preset triggers, Neutrino only has 8
• Solaro DSP supports Power ON preset, not available for Neutrino
• Solaro scheduler can only schedule for Solaro devices
• Solaro has no fan
• Site Manager can only support Neutrino based devices
• NeuPanel Mini and NeuPanel Touch 7 only supports Neutrino based devices

Network connectivity requirement
Both Neutrino and Solaro device discovery is based on UDP broadcast and usually this type of broadcast will only be within the same LAN. So all devices (i.e. Processor, control panel and computer software) has to be on the same subnet in order for it to discover each other. Each device will be broadcasting out a UDP heartbeat every second. When a device received such heartbeat, it will know the presence of the device. If it has not received a heartbeat for 3 seconds, it will consider the other device as offline. For Neutrino based systems, some control messages go through TCP connection, which will guarantee delivery. While for status update from DSP devices, it will go through UDP broadcast to all devices on the same subnet which could be lost under network congestion situation. For the Solaro system, both control and status updates will go through TCP connections and make the status update more reliable (and hence more Wi-Fi friendly).


Running under a Computer with Multiple Network Interfaces
Before Xilica Designer v.3.2.0, the application would broadcast its heartbeat, letting other network components know that it is alive. In this situation, it allows others know its IP address.In the older version of the software, if you have multiple interfaces, it will ask you which IP to use. The IP chosen is only for the heartbeat purpose, that does not mean it only detects devices on that interface.
In later versions of Xilica Designer, that mechanism has been changed. Now, the designer application will NOT broadcast its heartbeat in the network. It now goes through all network interfaces of the host computer and will check for available devices. In Network view, it will display what network interfaces that the design application has detected. When UDP broadcast messages need to be send out from designer application, it will broadcast it to all network interfaces. Once a device is a detected, its broadcast message will contain its IP address, then TCP connection can be setup to the device through the corresponding interface. To validate whether a device is properly connected through network, we recommend running a TCP test andUDP test for the device. To test TCP / UDP connections,

Right click the device in Network view.
Select "Device Setup".
Under the Network tab, click "TCP Test or UDP Test" to test your connections.


Dante device naming and configuration
For Neutrino based systems, the Dante setup is being handled by the device internally. That means that the configuration (including Dante Device name, Dante channel name and Dante routing configuration) is managed by the Neutrino CPU. In particular, the Dante device name is fully controlled by the Neutrino CPU. As we need to identify the Dante device (which is an independent network device node, and has no relationship with the Neutrino CPU device node), we internally set the Dante Device name to be the Mac address of the CPU interface.In the software, it will re-construct a single device based on this relationship. This design works but is NOT very good as that means we cannot change the name of our Dante Device. Also the name being set is kind of difficult to actually identify it. So we recommend to setup our Dante device from our software instead ofDante controller. Some users try to change the device name from Dante controller and set up the Dante route. But after theNeutrino device is rebooted, the Dante device name will be renamed back to the Mac address and hence lost all Dante routing. (Please take note on this and do not change the Dante device name from Dante controller). For Dante IP setup and Dante routing, it will only be set when the user initiates it from the software application. For example, Dante IP settings will only be set when we modify device Dante IP from Network view’s Device Setup. (Right click device block in Network view to access Device set up)And for Dante routing, it will only be modified when the device is being brought Online.With the Solaro system, this issue is solved. Now the Dante device name can be changed within the Xilica Designer software and in Dante Controller.In the Solaro device, the device CPU will query the Dante device Mac address and pass the address to the Xilica Designer software. The software will look for the Dante device Mac address and associate it to the Solaro device. Now the Dante device name will NOT be reset when the Solaro system reboots.When Dante is configured with the Solaro system (i.e. IP setup, routing setup, etc.), it will go directly to theDante device using a Dante protocol and it will not have to be handled by the Solaro CPU.


Solaro Device Card Configuration
Solaro devices are a fully modular, drag & drop configured network processor. The modular design makes it highly-configurable with plug-in card based I/O architecture. You can plug-in the modular cards in any combination and order. However with the Solaro FR1 model, FR1 audio cards can only be placed in slots 1-4. Slots 5-6 can only plug-in non-audio I/O cards. To start your Solaro device design, you can use the Xilica Designer software to drag in the Solaro device. You can select the target I/O card configuration and start your design even before you have the physical device. After the design is complete, you can map your design to the physical device in the network. At that time,the Xilica Designer software will check the I/O card configuration to ensure that it matches with the hardware device. If a mismatch is detected, the user will be warned but the user has the option to continue loading the design to the device. Under this situation, only the matching I/O card will function as it is designed. The mismatched cards will NOT have any functionality. For GPIO cards, the same GPIO card can act as logic (On/Off) or control/voltage (0-100%) input value. The same hardware card can perform both functionality. It all depends on the designer software and which card configuration you select. If you select the card as GPIO, it will have an On/Off logic behaviour. But if you select it as GPIO control, it will have 0-100% behaviour.

Solaro Device Resources Information
Solaro devices support device resource usage and information. This information can be read back from the device. To obtain such information, you can go to Xiica Designer’s Network View. Right click the device block and select Device Setup. Under the Resource tab the following information will be displayed:
• Device internal temperature
• Device memory usage for each core
The information displayed on that tab will NOT be refreshed automatically. You will need to switch to another tab and then back to the Resource tab for the application to update the value.

Solaro Device Firmware Upgrade
Under normal situations, your device can be detected by Xilica Designer and the device firmware file can be upgraded through ethernet. This firmware upgrade process will only take a few minutes. To perform firmware upgrade please follow the below procedure.

  • Obtain the latest firmware file (in .zip format) from Xilica website, or in Network View “Device Management” > “Device Firmware Manager“. Download Solaro QR DSP Device firmware file.
  • Once you have obtained the latest firmware file. Make sure that the Solaro device icon in Network view is ON.
  • Right mouse click on the icon and select “Firmware upgrade”. Then follow the onscreen instruction to perform network firmware upgrade.

However, if the device O/S corrupted for some reason during upgrade (i.e. power off while device is writing the O/S to device), the user must use the USB port to perform a full firmware recovery to the CPU/DSP board


Solaro Device Firmware Components and Firmware Recovery
For Solaro device there are 3 different H/W components that require proper firmware to be loaded to function correctly. These components are:

  • Main board.
  • CPU/DSP board.
  • GPIO option cards.

The firmware version of these components can be upgraded through USB connection. To upgrade each individual component, you can follow the procedure described below:

Main board

  • Obtain the latest Solaro QR main board firmware file (in .xfw format) from Xilica website.
  • Hold the IP reset button then power ON the device (either through external power or through PoE).
  • Once booted up the device will be in Recovery Mode. Under this Recovery mode, the blue power LED will be flashing in a special pattern. It will quickly flash 8 times in one second and then off for another second.
  • Connect the Device USB with your host computer. Then start Xilica Designer and go into Network View.
  • Select “Device Management” > “Solaro USB Firmware Recovery” > “Solaro Advance recovery” > “Main board Firmware Recovery”, then follow the onscreen instruction to perform USB recovery.
  • This will take around 5 minutes, when done, device will reboot automatically and back on ONLINE state.

CPU/DSP board

  • For firmware recovery, you need to obtain the full firmware file (approximately 100Mbytes in .xfw format) from Xilica website.
  • Hold the IP reset button then power ON the device (either through external power or through PoE).
  • Once booted up the device will be in Recovery Mode. Under this Recovery mode, the blue power LED will be flashing in a special pattern. It will quickly flash 8 times in one second and then off for another second.
  • Connect the Device USB with your host computer. Then start Xilica Designer and go into Network View. Also connect the Ethernet port so that it can communicate with your host computer. (In the second stage of the recovery, ethernet access is needed to connect the device.)
  • Select “Device Management” > “Solaro USB Firmware Recovery” > “CPU board firmware recovery”, then follow the onscreen instruction to perform USB recovery. This recovery involved erasing the entire device and re-program in all related O/S etc.. It is going to take around 30-40 minutes to finish. When this part is done, the device will be automatically rebooted and it will appear in the Network view.
  • At this stage the device recovery is only half done. It will appear in the Network view as in “Recovery Mode”. In this mode, the only action available is to perform the second half of the recovery. Right mouse click on the icon and select “Firmware Recovery”. You will be asked to select the FW file, just select the previous firmware file (approximately 100Mbytes). Then the application will perform the recovery second stage through Network. This will take around 5 minutes. When device is automatically rebooted, the recovery is completed. 

GPIO board

  • Obtain the latest GPIO firmware file (in .xfw format) from Xilica website.
  • Hold the IP reset button then power ON the device (either through external power or through PoE).
  • Once booted up the device will be in Recovery Mode. Under this Recovery mode, the blue power LED will be flashing in a special pattern. It will quickly flash 8 times in one second and then off for another second.
  • Connect the Device USB with your host computer. Then start Xilica Designer and go into Network View. 
  • Select “Device Management” > “Solaro USB Firmware Recovery” > “Solaro Advance recovery” > “GPIO I/O board Firmware Recovery”, then follow the onscreen instruction to perform recovery.
  • This will take around 5 minutes, when done, device will reboot automatically and back on ONLINE state.

Solaro QR Diagnostic Test
For Solaro QR devices, diagnostic functionality is already included in the firmware. (Since diagnostic functionality is already built into the production firmware, you DO NOT need to load a different firmware to device. All you need to do is to initiate the diagnostic test) The following is the procedure to perform the diagnostic test on Solaro device.

Connect the device USB port to the computer running Xilica Designer.

Connect the Ethernet port and Dante port to a switch. Or you can connect these 2 ports by a network cable. During the test, it will test the Ethernet port and Dante port physical connection.

From the menu bar select "Device Management" > "Solaro USB Firmware Recovery" > "Solaro Advance Recovery" > "Boot device into diagnostic mode".

There are 2 test modes, once is quick test which takes about 2 minutes, and the full test will takes about 1hour 10 minutes.

  1. Follow the on-screen instruction to power reset the device.
  2. Once the application detected the boot of the device, it will put the device into diagnostic mode.
  3. Once started, the “AUDIO IN” led on front panel will start flashing to indicate that the test is running.
  4. When the test is DONE, “AUDIO IN” will stay GREEN to indicate test is completed.
  5. The test result will be displayed by the “AUDIO OUT” led. If it is RED, it means some test failed. If the led is GREEN, it means all test passed.
  6. Reboot the device normally and you are able to retrieve test result form Xilica Designer software.
    IMPORTANT NOTE: Once the test is started, it is better to wait until the whole test finished (“Audio Out” LEDis lit – either GREEN or RED). As if you disrupt the test by powering off your device, this may cause corruption of the firmware. And you may need to perform USB firmware recovery to the device.

Once the test is done, no matter whether it is failed or passed, a test report will be stored on the device. Now if you reboot the device, and Xilica Designer detected that such diagnostic report exists on the device. It will provide a button for you to download the diagnostic report from the device. You can go to Device SetupDialogue in Network View to retrieve the report.

At the bottom of the test file, it will have a summary section to indicate which part of the test is failed. The following is a sample of it.
QUICK TEST SUMMARY:
SPI Flash Test ----------- Passed
ARM Memory Test ---------- Passed
I2C Interface Test ------- Passed
MAC Address Test --------- Passed
Network Interface Test --- Passed
Dante Device Protocol ---- Passed
Dante Connection Test ---- Passed
RTC Test ----------------- Passed
File System Test --------- Passed
DSP Memory Test ---------- Passed
ALL TESTS COMPLETED!


Feature License Mechanism
For Solaro systems, we can add in additional functionality by purchasing a license. Currently we have an optional AEC license available. After you have purchased a Solaro QR or FR device, you can activate the AEC feature to the device by installing a license file to the device. A license file is specific to a particular to the device based on the Mac address of the device. To obtain a license file, please contact Xilica and provide the Mac address of the target device. We will then generate and send you the license file. To install the license file to the device, go to Network view and select Device Setup from the device icon. In Device Option Configuration there is a button to install the license file to device. We recommend backing up the existing license file before you proceed the install. The following is a screen capture for the install dialogue.


AEC Modules
For Solaro systems, the AEC feature can support 2 types of AEC configurations for AEC tail length of 125ms or 250ms. For 125ms module, we can support up to 16 channels per device. For 250ms module, we can support up to 8 channels per device. To use a specific type of AEC module, simply drag it from the DSP component list on the left hand side. For these 2 types of AEC modules, you cannot mix them together in a schematic. Once you have placed a125ms AEC module to the schematic, you are NOT allowed to place the 250ms AEC module- and vise versa. 


Associate XTouch control designs with Solaro DSP devices
For XTouch controls which run on mobile devices (i.e. iOS and Android), these devices are usually more adhoc, and the mobile device will not be available when loading the project ONLINE. To get around this issue, we have made a mechanism to store XTouch design panels onto Solaro DSP devices. When the XTouch application is connected to the network, instead of loading the design from Xilica Designer, it can go out to the network and query which Solaro DSP devices have a control panel design loaded. The User can then pick the control panel design and apply it to the touch panel. To do that, use Xilica Designer to associate a completed design to a Solaro DSP as show in the following image.

Once you have done that, the DSP device will show up an button indicating that it has XTouch design associated to it. You can also click this button to edit the associated control design. (Note: Editing the control design through this associated button is the same as double clicking the XTouch Control Device icon.

To use these associated design, you can follow the procedure in your XTouch device.
a. Swipe up on XTouch panel to bring up the menu bar.
b. Select the Network config button (The second one from the left). Then a list of available device with control design on the network will be displayed.
c. Select the design you want to apply and apply it.


Saving site project files to Solaro DSP devices
When loading a project online, Xilica Designer will automatically save the project file to all Solaro DSP devices in the project. This file is for backup purposes. Only the latest loaded project will be saved to the device. All older versions of the project file will not be stored. (Note: to protect your project, you can either setup a password for your project file before going online. That way the saved project file is password protected. Or you can setup password for your DSP device to protect the project file being downloaded. To retrieve the saved project file, in Network view, right click on the device icon to bring up the Device Setup dialogue. If a project backup exists in the device, a Download Project Backup File button will be displayed. Just click on the button and follow the on-screen instruction to retrieve the file.


Setting device real-time clock backwards
When trying to synchronize Solaro DSP device clocks to a previous time from Xilica Designer, the DSP must be rebooted. This time recall l will mess up the internal timing of the device and a reboot is necessary. Xilica Designer will warn the user and perform the reboot automatically after clock sync. However, if you are setting the clock forward, the reboot is NOT necessary and Xilica Designer will not perform the reboot for the device.This also applies when you are doing Sync Clock to All Devices action in Network view. We will check each device and issue individual warning message for each device that is setting clock backwards.


New UI Elements (Momentary ON/OFF Buttons)
A new UI object has been added. This momentary ON/OFF button can be used to trigger momentary toggle actions. It is very similar to an ON/OFF toggle button, except it will hold its ON state for the duration of user holding the button. As soon as user release the button, the state will be come OFF again.
The button also supports a minimum action duration. That is when being pushed to ON, it will start for a minimum amount of time in ON state. (The default minimum is 50ms). The user can also specify the button to repeat the action as long as user is hold on to the button.


New UI Elements (Radio Button)
A new Radio button has been added. This UI element is part of a slider/option type object. For the slider/option type object, we have added in a new “dial type” option for users to select from. (Note this radio button is only useful for parameters that have a few different valid values. i.e. an input selector or output selector). To define the radio buttons, you can drag in multiple instances of the same control object onto the XTouch panel. Each instance of the control object will represent one button within a group of radio buttons. You can define the Target Control Value for each of the button. The grouping of radio buttons is defined by the actual parameter that each control object is controlling. If they are controlling the same parameter, they will automatically be treated as a group. Each individual radio button within a radio button group will perform its specific target value when being pressed. It will also display the parameter state by highlighting itself if the parameter value is the same as its target control value. Allowing users to add as many radio buttons as needed, will allow the flexibility to only control certain values of the parameter (it does not need to define all possible values for the parameter). If the control value isa slider (i.e. a gain), you can still use radio buttons to setup certain specific target values for discrete value control.


Support Skipping of Dante Configuration from Xilica Designer
Some customers may want to only configure Xilica Devices in Dante Controller for Dante routing. In V3.4.0, we provide an option in the ONLINE dialog box to allow the user to skip Dante loading. Under this skip mode, it will leave Dante configuration unchanged so these Dante configuration can be done through Dante Controller.

This skip option will be persistently stored your last selection and will come up as default. This setting can be changed anytime when loading a project ONLINE.

Support Pre-Defined DSP Design Templates

Did this answer your question?