I have a Tridium R2 to which is connected a Jace running AX for exporting BACnet trends and points via haystack. On the jace we have enabled the nhaystack service and are using this to discover and export BACnet trends and control points to a central AX supervisor which then is queried by Skyspark via the Haystack connector.
The Control points have worked well by adding history trends to them and archiving locally then reading the archived histories from the AX Supervisor.
The BACnet trends however, are presenting an error of sys::ArgErr: Mismatched his val type: Number != Str when we try and sync form Skyspark. When checking the nHaystack query view in the local jace, the kind slot is blank for the histories, which is then being translated as a string as far as I can gather.
We have checked the BACnet trend configuration and they are set up as bacnetNumericTrends, and the local archived history is also recognising the numeric type. The issue only seems to arises when we try and sync via our haystack connector from the AX Supervisor at which point we get the following error.
We started perusing a hisOnWrite solution and realised this would be very ad hoc and time consuming to QA as the unit is not being for the trend either.
Has anyone come across this scenario where the haystack service is not applying a kind to BACnet trends or interpreted them as a strings?
Phil Blackwell Thu 20 Aug 2015
I have a Tridium R2 to which is connected a Jace running AX for exporting BACnet trends and points via haystack. On the jace we have enabled the nhaystack service and are using this to discover and export BACnet trends and control points to a central AX supervisor which then is queried by Skyspark via the Haystack connector.
The Control points have worked well by adding history trends to them and archiving locally then reading the archived histories from the AX Supervisor.
The BACnet trends however, are presenting an error of
sys::ArgErr: Mismatched his val type: Number != Str
when we try and sync form Skyspark. When checking the nHaystack query view in the local jace, the kind slot is blank for the histories, which is then being translated as a string as far as I can gather.We have checked the BACnet trend configuration and they are set up as bacnetNumericTrends, and the local archived history is also recognising the numeric type. The issue only seems to arises when we try and sync via our haystack connector from the AX Supervisor at which point we get the following error.
We started perusing a hisOnWrite solution and realised this would be very ad hoc and time consuming to QA as the unit is not being for the trend either.
Has anyone come across this scenario where the haystack service is not applying a kind to BACnet trends or interpreted them as a strings?
Any assistance is greatly appreciated.