Problem with BACnet writer for Binary Values

[Tyler Noble]

Good Day! I Have a question that has become quite the hang-up for the current project I am working on.

There was a similar post to this back in 2013, but I think I have thoroughly tested my particular issue in several ways...

The write file includes 20 indexed properties for control including (17) AV's and (3) BV's. An example of one instance of a scenario I have attempted for control using a BV is shown below where the idea is if any people are in a zone, the occupancy state of the controller would change as an analog value of just "1" would be sent to BV-40 if occupancy is detected.


I have successfully sent constant values to any particular analog value requiring it by using the string constant source in BCVTB. In this example I used the same source to attempt to set the binary value. The error received, indicates that The property with index 10 in the configuration file cannot be read... (Error:property: invalid-data-type). The indexed property refers to BV-40 as shown in the screenshot of the writer configuration file (also attached). I also tested other sources such as regular constant and various conversions with the same result.





My choices for data type here is ENUMERATED which is consistent with the control manufacturer's specification for writing the PRESENT_VALUE property. Per the response for the post mentioned earlier from 2013, https://groups.google.com/forum/#!searchin/bcvtb/binary$20value/bcvtb/-PtmrJjab3Q/hGKfyMB6mlUJ.  I troubleshooted the issue using the instructions included in the bcvtb manual.


The result was the following which indicates that the attempt to write to PRESENT_VALUE(9), (for ENUMERATED), worked, specifying what should be the same value from the problematic configuration file.



I couldn't see much below the surface of the configuration of BCVTB or bacnetstack>bacwp to see how referencing of strings would be handled for data type, but I came across this file which may have some relevance, although may not be directly related to this particular bacnetstack. http://sourceforge.net/p/vts/svn/748/tree//trunk/VTS3/Sniffer/StringTables.cpp?barediff=51a4cfdee88f3d037b2814d4:747

I could be off here as this is not necessarily the appropriate BACnet stack source file.

But this file showed a list which only indicates a number value for Null, Real, BitString, and BACnetObjectIdentifier Data Types as shown in the following screenshot. Once again, this may not be relevant, but I thought it an interesting coincidence. 



Using WireShark during the simulation confirms that the hang up is definitely on the BV's. I am no CS expert and I don't have access to source files for BCVTB, thus I cannot check my hunch to determine if there are any issues on the BCVTB end of things. Would you please let me know if you have any ideas or thoughts on where things or my work is causing things to go wrong? Your help would be appreciated.

Best regards,
Tyler Noble

[Tyler Noble]

I got to thinking the numbers referenced by the Data Types in the example shown are just commented references. Nonetheless, it is strange that I can use bacwp to set the BV, but I cannot accomplish this using my BCVTB model.

[Michael Wetter]

Tyler

Did you try to debug or write debugging statement in the Java code of the BACNet reader to isolate where the problem may occur?

As you wrote "I don't have access to source files for BCVTB" I want to make you aware that all source code is available, see also http://simulationresearch.lbl.gov/bcvtb/releases/1.5.0/doc/manual/development.xhtml

All the best,

Michael

On Fri, Jan 22, 2016 at 10:28 AM, Tyler Noble <tyler...@gmail.com> wrote:

I got to thinking the numbers referenced by the Data Types in the example shown are just commented references. Nonetheless, it is strange that I can use bacwp to set the BV, but I cannot accomplish this using my BCVTB model.

--
You received this message because you are subscribed to the Google Groups "bcvtb" group.
To unsubscribe from this group and stop receiving emails from it, send an email to bcvtb+un...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tyler...@gmail.com]

Michael,

No, not yet. I will give this a try when I have a chance to see what I can find out.

For now I have successfully written logic in the controller itself to set these binary values with a analog value tolerance block in the controller logic that provides an output that sets the binary value. This work around is okay, but of course not ideal.

I'll let you know what I find out when I investigate further into the issue.

Thank you!

From m2 note

You received this message because you are subscribed to a topic in the Google Groups "bcvtb" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/bcvtb/HMUvlP-1kDY/unsubscribe.
To unsubscribe from this group and all its topics, send an email to bcvtb+un...@googlegroups.com.