help for bacnet and bacnet4J

Hi,

I think I have an idea what Ilyass tries to mean :

when he uses COV on an object with a lifetime greater than 0, he receives correcty events when the PresentValue of the COVing object changes.

But when he tries with a lifetime equals to 0 (no timeout for COV subscription), he catchs only one time the COV event.

For information, in Mango, the point COVing mechanism is configure with a lifetime greather than 0 : you use COV for a certain time, and when this time is finished, you COV again. Have you got a reason to do this, instead of use a lifetime of 0?

It works fine for me. But let's be sure we're talking about the same thing...

In my tests i used BACnet4J as subscriber and subscribee. The subscriber sent the following request:

... received regular COV notifications from the subscribee. (Specifically, the test code is SimpleSubscriptionClient and SlaveDeviceTest, both of which are now checked into the CVS.

Note that COV subscriptions are only supported by certain object types, as enumerated in the static code block in ObjectCovSubscription (notably excuding analog objects).

This message was edited 1 time. Last update was at 03/11/2010 12:32:29

Thank for your SimpleSubscriptionClient test file

Maybe you can add the unsubscribe code (because COV is done with an indefinite lifetime) :

Good point. And i never answered your question...

For information, in Mango, the point COVing mechanism is configure with a lifetime greather than 0 : you use COV for a certain time, and when this time is finished, you COV again. Have you got a reason to do this, instead of use a lifetime of 0?

Infinite subscription lifetimes are convenient, but in practice they are problematic. Say the subscriber sends a 0 (infinite) lifetime. As far as it is concerned it will get COVs until it unsubscribes. But if the subscribee suffers a power failure it will likely lose the subscription, the COV notifications will stop, and the subscriber will never be the wiser.

Conversely, if the subscriber restarts unexpectedly, the subscribee will continue to send notifications that will never be received (worst case).

Using finite lease times and regular resubscriptions isn't a perfect solution to power failure (et al) situations, but it at least tends toward system stability.

This message was edited 1 time. Last update was at 03/01/2012 02:45:47

hi there, i am currently working on a way to retrieve information from a bacnet object if there are changes. Can anyone guide me on how this can be done or is there any sample for me to understand it?

Thanks in advance!