But we also all creating many local devices in case you want to use them in different data sources.
I'm not sure what you meant here.
If it helps, I really only need a LocalDevice at all because that seems to be what's required by the library for communicating with RemoteDevices. I will be not be populating the shared or multiple LocalDevices with additional objects.
My original plan was to have one LocalDevice per network adapter that might be used. For most systems this would mean just one LocalDevice.
Is there any reason to have multiple LocalDevices (which I assume requires its own device number each) if I'm not going to be actually exposing any objects?
I'm essentially only interested in reading from or writing to other BACnet devices on the network.
it is so nice to have your feedback. That is a very impressive points count.
I am glad it works out for you. I would say the SSD definitely helped a lot as well.
The spec of your server is not too hard to obtain anyway which is good.
Did you use the Windows Service (auto startup) component mentioned in Mango's help instructions?
I am curious how you tested it with a second PC before you upgraded the system.
I am guessing that you ran both PCs at the same time since all your DSs are IP based.
You should write a user-case for the forum 'Stories' section as well. that will be nice.
I got the issue, If the local device is bind to other than 0.0.0.0 say for example 192.168.1.133 with the correct broadcast address 192.168.1.255, local device is not responding with I-Am. Local Device expects bind address should be 0.0.0.0. But every time we cannot set 0.0.0,.0 as bind address if we have multiple IP port, and would prefer to bind it one one particular address.
However I am not finding the fix for the issue in that thread. In that thread it was mentioned that issue#43 is fix for it. But after understanding the description, fix for issue#43 is not the for for the current issue So please share the fix for the issue mentioned in the above thread.
Meanwhile I found the "Destination" type in the type package. I could registered the LocalDevcie on my RemoteDevices at the notifications class objects.
Now I am goning to try the intrinsic reporting as you said.
Still not able to read Log buffer values.
Got same Error:
ErrorAPDU(errorClass=property, errorCode=invalid-data-type,errorClass=property, errorCode=invalid-data-type) Error: ErrorAPDU(errorClass=property, errorCode=invalid-data-type,errorClass=property, errorCode=invalid-data-type), originalInvokeId=18
Just as you see the properties being set and added in methods on objects with the supportIntrinsicReporting method, so too you would write those properties on the remote device, as well as writing the object's notification class property to the number of the notification class object on the device. The notification class object defines where to report the event or fault to.
@cwangv is correct that Mango does not expose options to operate as a BBMD, and you did say it's a MangoES so that applies. But this is the BACnet4J section of the forum, so I must mention there is code to do this in BACnet4J. Notice the bbmdEnabled variable in LocalDevice,
Please set the protocol services supported property of device object accordingly. This property is string of bits, setting 1 in any position indicates that the service in the corresponding position is supported.
UTC_Offset is getting updated when localDevice.writePropertyInternal(pid, value) during the initialize time. ;. After the analysis, I noticed that at 622nd line in BACnetObject.java ( l.propertyChange(pid, oldValue,, value) the value is right;y updated.
But when from 3rd property client ReadProprty (Device Object. UTC_Offset) is sent, the local device is returning the value of the timeZone and not with set value of UTC_Offset.. I could not debug using break point when asked from external device.with ReadProperty or other services. Please guide me where to set the break point, which will help me to debug and furnish you with more information.
Further I believe there is error in the value of UTC_Offset as per the time zone. For example if the time zone is - 7 hours, then the value of the UTC_Offset should be +420 and not -420. This is because as per BACnet local date / time is calculated based on the formula (GMT - UTC offset). So in the above example if UTC_Offset is -420 for - 7 hours. then the actual time would be if GMT equals 0;00 hours, 0 - (-420) equals 0 + 420 which means + 7 hours. and is wrong.