1. Crestron
  2. #cp4
  3. Теми

Q_SYS Crestron Certified Modules version 5.0 and 5.1 #cp4 #q-sys

 

Hi Group,
 
Having some fun with Q-SYS modules version 5.0 and 5.1 that seems to be impossible to have them in the same database. After importing the 5.1 module, I was working on a system with CP4 and 5.1 and had to go back to a system with CP4 and 5.0. When compiling this last one, I had three main error and a series of other errors related to the first three :
ERROR  (LGSPLS1400)  File: ** C:\Users\Public\Documents\Crestron\SIMPL\Usrsplus\Q-SYS Core V5.0.0.usp, Line 90
        Q-SYS Core V5.0.0.usp : Illegal Assignment
ERROR  (LGSPLS1400)  File: ** C:\Users\Public\Documents\Crestron\SIMPL\Usrsplus\Q-SYS Core V5.0.0.usp, Line 112
        Q-SYS Core V5.0.0.usp : Illegal Assignment
ERROR  (LGSPLS1400)  File: ** C:\Users\Public\Documents\Crestron\SIMPL\Usrsplus\Q-SYS Core V5.0.0.usp, Line 143
        Q-SYS Core V5.0.0.usp : Illegal Assignment
 
After re importing the 5.0 module from archive, this CP4 with 5.0 compiles fine, but CP4 with 5.1 don't. After re importing 5.1 module from archive, guess what : 5.1 is ok, 5.0 not!
 
I find many comments about CP4 and 5.0 on this forum, but nothing about 5.1 modules. Did anybody experience similar problems?
 
I also find Mathew Klucznyk's modules, but as we already have a good amount of program running 5.0 and some running 5.1 (mostly on 3 series), I'm also looking for a solution with those "Crestron certified" module if one exist?

Recompiling all didn't solve the issue for me...
 
Thank you Group.
 

Crestron made a breaking change with the 5.1 update. The PIN field is now a string instead of an integer. They updated the 5.1 simpl module parameters to reflect this as well as the Simpl# library, but they didn't give the library a new name. When you add the 5.1 modules to your database the simpl windows module and simpl+ modules are unique to 5.1, but the simpl# library overwrites the one for 5.0. Unfortunately there isn't much of a solution other than to not use 5.1 or to copy the 5.0 modules into the project directory for each project that is on 5.0.

To continue my rant from Discord, I emailed Crestron about this and there only response was that they don't change the names of the library files. Even though they do, they just didn't in this case.
 

Thanks Andy for your answer, it is crystal clear for me now.

Regards.
 

I am getting the following error in the error log:
  57. Error: SimplPlus[App02] # 2023-02-13 17:52:48 # Module S-2.1.2.5.2.22.2.1:S-1 : Q_SYS_Named_Control_Object_V5_0 at line 141: Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object.
  at QSYSControlV4_2.QSYSNamedControl.set__dirValue (System.Int16 value)

Do you guys know what this could be?
Is it worth upgrading to 5.1 from 5.0?
 

Those modules are not so great. I have a set of modules I wrote for qsys l. When I get home I’ll see if I can figure out how to send it your way.

Cheers

Natalie

On Feb 14, 2023, at 6:19 PM, Matt Jones <mexxa84@...> wrote:

I am getting the following error in the error log:
  57. Error: SimplPlus[App02] # 2023-02-13 17:52:48 # Module S-2.1.2.5.2.22.2.1:S-1 : Q_SYS_Named_Control_Object_V5_0 at line 141: Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object.
  at QSYSControlV4_2.QSYSNamedControl.set__dirValue (System.Int16 value)

Do you guys know what this could be?
Is it worth upgrading to 5.1 from 5.0?
 

Just downloaded the 5.2 version, the PIN is back as a parameter and the seem to have fixed the library naming problem according to the release notes.

V5.0 – Recompiled with Newtonsoft v4.0.8.0 for Crestron Database v200
V5.1 – Various bug fixes
V5.2 – Changed S# Library name
 

Never digged too deep for this bug, I just put a buffer on all inputs within this module, and enable the buffer by the initial input from the core module, error gone.
 

In a similar but different vein - trying to upgrade to 5.2 modules has been a complete bust.  No connectivity to core at all.  Does anyone have any prevailing wisdom that applies?
 
Змінено

I've just swapped a program from 5.0 to 5.2; doing this cleaned up most of the errors i was getting, but still seeing this at startup:

Error: splusmanagerapp.exe [App 1] # 2023-03-21 08:27:46  # Module S-15.6.5.3:S-1 : Q_SYS_Named_Control_Object_V5_2 at line 141: Unhandled Exception: System.NullReferenceException: NullReferenceException
   at QSYSControlV4_2.QSYSNamedControl.set__dirValue(Int16 value)
   at UserModule_Q_SYS_NAMED_CONTROL_OBJECT215. Error: splusmanagerapp.exe [App 1] # 2023-03-21 08:27:46  # _V5_

Error: splusmanagerapp.exe [App 1] # 2023-03-21 08:27:46  # _V5_2.UserModuleClass_Q_SYS_NAMED_CONTROL_OBJECT_V5_2.DIR_VALUE_IN_OnChange_7(Object __EventInfo__)
   at Amib.Threading.Internal.WorkItem.o()
   at Amib.Threading.Internal.WorkItem.Execute()
   at Amib.Threading.SmartThreadPool.e(WorkItem A_0)
   at


No issues connecting to the Core, and all of my QSYS controls appear to be working so far.
 

 https://github.com/MatKlucznyk/Qsys

been using this for years and it’s been rock solid. From what I was told version 2,3,4 (not sure on 5) of the Q-SYS modules were all written by different people at crestron with complete rewrites, got tired of trying to keep and and then breaking things over the years. 

1 - 10 з 10