• C
    CraziFuzzy

    When discovering bacnet points, would it be possible to set the point's 'Name' to the value returned by the Description property instead of the Object_Name property? Perhaps maybe only if Description is actually populated, and if not revert to Object_Name? On most controllers, Object_Name is tied directly to the hardware (AI-1, for instance) and is in no way related to the actual point data being represented. Description, on the other hand, is usually the writable property that describes what the point value represents.

    posted in User help read more
  • C
    CraziFuzzy

    So i am getting through my device scan issues, as discussed in other threads, and have come upon a new issue. I get results from a BacNet discovery. This is on a site with about 1200 or so devices, most MSTP devices connected to BACNet/IP based global controllers:

    For the Bacnet/IP devices, clicking on the 'Get Details' arrow works fine, adding yet another insanely long list to the bottom of the already insanely long page.
    image
    For the Bacnet/MSTP devices that are accesed via Bacnet/IP routers, however, the web page has a problem dealing with the MAC Address as displayed. Using Device 501201 in the above image as an example, clicking on the Get Details arrow presents the following error (related to the MAC address entry):
    image
    Entering the proper values into a new Remote Device Object query starts to work:
    image
    It gets the object list properly, and displays the table, but something goes wrong when performing the RPM request for the object name and values. It may be due to the simple controllers limits (I don't believe they support segmentation), but there is something bacnet4j/mango doesn't like that is halting the process.

    posted in User help read more
  • C
    CraziFuzzy

    I am attempting to pull points into a new mango install from a large existing campus. The equipment is mostly Alerton hardware. I have, to date, been unable to get it to pick up any of the alerton hardware (non-alerton hardware comes in fine), and after some deep wireshark time, I have found the issue. The Who-is is sent out properly, on the designated interface (192.168.92.247), to the proper broadcast address (192.168.92.255). All the hardware responds with I-AM messages, but the Alerton hardware is broadcasting the I-AM to 192.168.92.255, and not sending it directly to the mango server (192.168.92.247). These broadcast messages are being ignored by Mango, and as a result, I cannot add those devices to the datasource.

    Is there a way to get Mango to acknowledge i-am messages on broadcast? I am not sure if the standard requires I-AM's to be only directed, or if they could be broadcast, but I see no technical reason why mango shouldn't listen for directed AND broadcast responses.

    posted in User help read more
  • C
    CraziFuzzy

    So I'm working on a trial mango install at an existing site (currently running Alerton Envision 2.6), with mostly Alerton hardware. Upon setting up the BacNet datasouce, and enabling it, it sends out a who-is, and gets back responses from only 4 devices, 3 of them the York chillers, connected via MS/TP from an Alerton BCM that doesn't respond.

    Anyway, regardless of the lack of response the rest of the massive site is giving me, which I'll look into later, I'm wondering about how point setup should be done. Lets say, for example, i want to set up AV-8409 on a BacNet/IP device (instance 430). I set the point up as follows:
    NAME: 430_AV-8409
    Network: 0
    MAC: 430
    Device instance: 430
    type: AV
    object instance 8409
    Use COV: unchecked

    When doing this, it never polls the point - in fact, it never even sends out a who-is to find device 430. If I set up a point that is on one of the devices that DID successfully respond to the initial who-is, it works. Is this a limitation of the bacnet implementation? If it doesn't already have an idea of how to find a given device, shouldn't it ask?

    I am running the mango server on ubuntu inside a virtualbox vm, and monitoring the traffic with Wireshark on the windows host.

    posted in User help read more
  • C
    CraziFuzzy

    I, in my trials, am trying to evaluate what methods work best for mobile displays, but am unable to successfully log on to my dashboards with the dglux android native app. I have created a user in DGLux, and when logging in from my device, it simply says Login Error: Invalid username or password. Is there a log that can help troubleshoot this out? I've verified a few different times that the username and password are correct.

    posted in DGLux Graphic Dashboards read more
  • C
    CraziFuzzy

    I'm looking at the possibility of implementing a Mango based DGLux front end for an exisiting (though new) site. It is a large site, with many Alerton VLX controllers. The point density on these VLX controllers is quite high, and I'm wondering if there are any shortcuts to creating the Points in Mango. I have successfully connected to a controller, and am able to manually add points and it grabs the values fine. I am also able to to an Object List Request on the VLX, and eventually a massive list of points DOES show up. However, there are a few problems with this method. For starters, without point descripters (the list just shows the hardware io point, and the AV-8014 style ID, and the current value), it is very hard to pick and choose the poitns I want to bring in. Secondly, the list of points is so increibly long, that I have to find the point in the list (thousands of points), click the Add Point link, then scroll down to the bottom, enter a more friendly name for the point, click save, then scroll back up and find where I left off, and go to the next one.

    It would be great if there was a way to request the object list, then grab more information about each point (descriptor, engineering units, etc) from it, populate a nice large table with a checkmark box of whether to add those points, then batch add them to mango. Is there a plugin/other project that would allow me to do this?

    Of course I COULD add them each manually, but you understand how difficult this could be for a 625,000 square foot facility...

    posted in User help read more
  • C
    CraziFuzzy

    @mrblue106 said:

    Thanks Joel!
    Always helpful!
    Was exactly a trailing space in two of them. The third problem was originated by the italian character "à". Changing "velocità" in "velocita" solved it.
    Thank You!

    Glad you got a workaround for that, but this should still be treated as a bug. It should really be made to be unicode capable, so any point name would work.

    posted in DGLux Graphic Dashboards read more
  • C
    CraziFuzzy

    Any object type CAN have a Description property, but it is optional. Similarly, there is nothing wrong with the fact that your code asks info on vendor object types, what was wrong was that when it got the unknown object response, it stopped any further requests. It should, if anything, report that error in the results, and carry on. If you are only asking for objects returned by an object_list request, you SHOULDN'T ever see that error, but BACNet manufacturers are notorious for not checking everything out, and bugs like this exist everywhere. The error just needs to be handled gracefully.

    In the case of those bugged devices, those points are AV's, but are not being reported as such properly in the object_list. I'm in communication with the manufacturer about getting the firmware fixed.

    posted in User help read more
  • C
    CraziFuzzy

    At a quick glance, it looks like you aren't handling when le and re might both be false. If that is the case, x is never initialized.

    posted in User help read more
  • C
    CraziFuzzy

    So, some issues. The results table is not generated properly. The heading reflects the new Description column added, but the results do not. (see attached image) The description is getting fetched properly, as it shows up in the Point Details if you click 'Add Point', but the table is not being populated. Also, fetching the descriptions is pretty slow, as it is fetching them one at a time, instead of using RequestPropertyMultiple as all the other requests. It might be a lot quicker if the description fetch was done in the same loop as the one issuing the RPM's for object-name, units, and present-value.

    I've got some devices (CRC-RPM1) that return screwed up object types for 2 of the AV's in the object list. For these, instead of ignoring the object, it looks like mango is going forward and requesting info about it. When the description request is sent for those bad objects, the unknown-object error response seems to halt the scan - I guess this needs some error handling.

    I've got other devices (sadly enough, the major bulk of my device count - our vav controllers - Alerton VAVi-SD), which are returning the descriptions properly, then when the first RPM request is sent to get object-name, units, and value for the first 6 objects, no response is received at all from the device. It retries 2 more times, and after no response, the scan just stops.

    Other than the display issue, and the poor handling of even poorer devices, this seems to be working. Our Alerton VLX controllers (very large point density) work great, other than being pretty slow to get through all those points individually.

    Attachment: download link

    posted in User help read more