Messages posted by: mlohbihler

Thanks for the suggestion. This has been added.

Anyway, a request is a key component of BACnet. It's how all communication is done with BACnet peers (aka RemoteDevices). Have a look at LocalDevice.findRemoteDevice (and ignore the code that i provided previously). You should be able to see what is going on.

Hi Eli,

Some BACnet equipment is just very slow at responding. Are you only communicating with one peer? If not you might try parallelizing your requests by wrapping your calls in functions and running them concurrently.

Even if you're only talking to one peer, this might still be possible but some hardware i know of will only service a single request at a time, so it may not help.

Ok, now i'm wondering what you meant when you said:

I made a local device communicate with my application.

Anyway, a request is a key component of BACnet. It's how all communication is done with BACnet peers (aka RemoteDevices). Have a look at LocalDevice.findRemoteDevice (and ignore the code that i provided previously). You should be able to see what is going on.

I don't think so, but it's not hard. The only trick is that you need to know the instance id of the device.

Where "myRequest" is, say, a read property with pid of objectList. If your setting are correct, you should get the object list of the remote device.

Hi Valter,

What do you mean by remote? I suspect you mean a device with which you cannot exchange a WhoIs/IAm, but please confirm.

If this is the case, you will need to manually instantiate a RemoteDevice by explicitly providing the IP, port, and instance id. Then, you will be able to send messages to it.

Regarding using a domain name, BACnet only deals with IP addresses, so you will need to handle domain name resolution yourself.

You should just send a read property to the object with the PID presentValue. Shouldn't matter whether the object is local or remote, depending on what you mean by that of course.

Richard, check the <tomcat>/logs/localhost<date>.log file for error messages.

Good to know. The Rhino impl must have changed. Sigh...

Thanks very much Valter.

Don't know. I haven't tried Mango in 7 yet.

You'll need to check the class path of your jsf context, which is no doubt different than that of your application.

Hmm, still can't recreate. I imported the point as you provided it, only changing the dsxid and the referenced pxid. Is there a full stack trace?

Nice work. Thanks for sharing.

This point has the script "return t+1;", not the script you originally posted.