BACnet Trendlog

11 Posts
5 Users
0 Likes
59 Views
(@s-mansoorarcinfo-com)
Posts: 13
Eminent Member
Topic starter
 

At a site system, we have configured BACnet communication with Trendlogs. It has Schneider Electric DDC & Honeywell DDC.
For Schneider DDC we can add a trend logged, mapped it to variable and can verify result in archive successefully.
For Honeywell DDC we can add a trend logged but cant be mapped. In yabe we can view the trend.
Please find the attached images for reference.

 
Posted : 03/01/2023 4:10 pm
n.kunzer
(@n-kunzerarcinfo-com)
Posts: 1236
Member Moderator
 

Hi,
The best way to troubleshoot is to use the Helper and check what happens with Wireshark.

Nico

 
Posted : 03/01/2023 4:31 pm
BO
 BO
(@b-olombelarcinfo-com)
Posts: 196
Reputable Member
 

Hi,

First I wish you all the best for this new year.

To be able to map a trend-log to a variable, the trend-log object needs to be configured with an output variable (property named "Log_DeviceObjectProperty"). I supposed it is not configured in the honeywell device (sorry I can't see it in your screenshot).

Hope it helps.

 
Posted : 03/01/2023 5:01 pm
(@Anonymous 641)
Posts: 64
Trusted Member Guest
 

Hello Team,

Customer has requested for clarification on the importance of the "Log_DeviceObjectProperty" in Trendlog for configuring trends in PCVUE software. He understand that we are been able to import trends into the software without this property and he would like to better understand the reason for this.

Note: For your reference both DDC trend-log is attached from yabe.
Schneider DDC AHU TRENDLOG

 
Posted : 17/01/2023 5:22 pm
n.kunzer
(@n-kunzerarcinfo-com)
Posts: 1236
Member Moderator
 

Hi Nitesh,

If I am not mistaken, this property contains the name of the Object Property to store in the trendlog buffer.
For example, if you want to store the property Present-Value of the Analog Input number 10, then this PropertyReference must be set to the Trendlog "Log_DeviceObjectProperty" property.
PcVue needs to read this property to know which Pcvue variable must be used.

Extract from Ashrae:
12.25.8 Log_DeviceObjectProperty
This property, of type BACnetDeviceObjectPropertyReference, specifies the Device Identifier, Object Identifier and Property
Identifier of the property to be trend logged.
A change of the value of this property shall cause all records in the log buffer to be deleted and Records_Since_Notification
to be reset to zero. Upon completion, this event shall be reported as a BUFFER_PURGED log-status log record in the log
buffer as the initial entry regardless of the state of the log buffer before the change.
If this property is writable, it may be restricted to reference only objects inside the device containing the Trend Log object. If
the property is restricted to referencing objects within the containing device, an attempt to write a reference to an object
outside the containing device into this property shall cause a Result(-) to be returned.

Nico

 
Posted : 17/01/2023 5:50 pm
(@s-mansoorarcinfo-com)
Posts: 13
Eminent Member
Topic starter
 

Hello Team,
Please find the attached images of Trendlogs captured in YABE.
The customer is asking why the trendlog in Honeywell can be seen through YABE but not in PcVue.
As well as he states that these Honeywell Trendlogs can be seen in also thrid-party BACnet apps also.

 
Posted : 18/01/2023 6:10 pm
BO
 BO
(@b-olombelarcinfo-com)
Posts: 196
Reputable Member
 

Hello,

You can see the same thing if you use the Helper (right clic on the device).
But, as PcVue is scada software and not a BACnet browser, to be able to archive the data from the trendlog into an archive unit, PcVue needs a variable (to configure a trend) and the variable needs a BACnet objet (such as the Analog output or Analog Input ).
To retrieve this object, PcVue reads the Log_DeviceObjectProperty property of the trendlog bacnet object of the device as Nicolas explained below.
If the Log_DeviceObjectProperty is empty, PcVue won't be able to get the buffer and store it in a archive unit.

Hope it is clearer.

 
Posted : 18/01/2023 7:31 pm
(@s-mansoorarcinfo-com)
Posts: 13
Eminent Member
Topic starter
 

Hello Team,

Please find the attached BACnet PICS of Honeywell DDC.
The customer is verified with other SCADA that the trendlog feature is working well without the "Log_DeviceObjectProperty".
Please let us know if this property is mandatory to be in DDC for working of the Trendlog feature.

 
Posted : 02/02/2023 3:43 pm
n.kunzer
(@n-kunzerarcinfo-com)
Posts: 1236
Member Moderator
 

Hi,

I think better we talk. I will contact you.
Nico

 
Posted : 02/02/2023 4:14 pm
e.mahaut
(@e-mahautarcinfo-com)
Posts: 270
Member Moderator
 

Hi,

I had a brief discussion with Mansoor and suggested him to post an update to this thread.
I could not answer at once and let me rephrase it my way:

Regarding Trendlog standard, is Log_DeviceObjectProperty mandatory or optional?
I guess it is optional.

This being said, in PcVue mechanism, we need this Log_DeviceObjectProperty to be able to know the BACnet object and refer to the corresponding PcVue variable.
As a conclusion, if this Log_DeviceObjectProperty is empty/NA, PcVue cannot guess anything and cannot go further.
Meaning, either it has to be configured as expected by PcVue otherwise, it wouldn't move on.
If the device don't have such property or if the property is available but the SI/End user doesn't want to change it, it is the end.

 
Posted : 02/02/2023 4:40 pm
n.kunzer
(@n-kunzerarcinfo-com)
Posts: 1236
Member Moderator
 

Hi Edouard,

Yes, the property is optional but only at one condition (extract from Ashrae)
This property is required if, and shall be present only if, the monitored property is a BACnet property.

For this device, the Log_DeviceObjectProperty is not present in the Pics therefore we can guess the trendlog is populated by an internal program of the device.

But, to come back to the conlusion, yes PcVue needs this property to know what variable must be mapped to the trendlog but why not adding in PcVue the possibility to assign manually the variable? I think that's the solution...
And, it appears that Brice made a SPR as this issue happened already!! (#66075)
It has been assigned to be implemented in the 16.x version

Nico

 
Posted : 02/02/2023 5:14 pm