10-02-2015 12:36 PM
There are two ways to ignore the application protocol set in the database file.
The first is to select the "Ignore Application Protocol" check box when importing a database file and creating an alias. The process is detailed on page 4-56 in the XNET manual under the section titled "Compatibilitiy".
The second way involves a property node for a cluster:
It is important to note that once a session is created, the application protocol property cannot be modified.
10-02-2015 01:43 PM
Almost there. I create a session of select signals from the Alias then I combine these signals into an array with a set of other signals as defined in a text file. This combined array of signals is the input into a Signal In Single-point xNET Create Session vi. Setting the Application Protocol to None in the original cluster does not carry through to the final session being created. Is there a way to change the Appllication Protocol in my final array of signals before the session is created?
Thanks
Steve
10-02-2015 02:24 PM
The property node approach is meant for databases that are created in memory. I haven't personally tested it mixed with signals imported from a physical database.
The best approach for your situation would be to open the XNET database editior and chose File >> Manage Aliases.
Once the Manage NI-XNET Databases window shows up remove the existing alias for your database. Add a new alias using the same *.dbc file and make sure the "Ignore Application Protocol" option is checked. This will allow your code to work just like it did before without any modifications to your code base.
10-02-2015 03:08 PM
Hello Steve,
Below is a screenshot detailing one method of changing the application protocol before starting the XNET Session. Based on your last post, I believe you are creating the XNET session using an array of signals. As such, you can determine what frame\cluster contains this singnal and then change the application protocol of the entire cluster before starting the session.
Keep in mind that I did not test this method using signals imported from an external database.
Best Regards,
j_bou
10-05-2015 06:46 AM
This definately works! I now have other problems cropping up in other parts of my code that may need to be resolved in a similar manner.
Thank you to all who helped me resovle this issue.
Steve