Please Note This forum exists for community support for the Mango product family and the Radix IoT Platform. Although Radix IoT employees participate in this forum from time to time, there is no guarantee of a response to anything posted here, nor can Radix IoT, LLC guarantee the accuracy of any information expressed or conveyed. Specific project questions from customers with active support contracts are asked to send requests to support@radixiot.com.

@harshang-p-trivedi1 have you sorted this?
I ask because you mention about ntp, linux already natively supports ntp out of the box as a client.

I'd argue if you're using an HTS for any kind of controls, I'd leave it to do that. The less overhead you have, the leaner the system will be and you'll have less issues when issuing controls from mango.

Fox

@carnecro Not a problem, I would recommend upgrading to 4.5 there are 2 changes on the Bacnet module.

@joeamiraglia That is exactly what I have running now on a test point and it does work.

@MattFox Your solution would work, but as @CraigWeb said, charting and displaying the data proved to be a little more difficult.

I'm hoping to avoid re-programming my sensor units to pre-parse the data (I'm using custom make microcontrollers). That would make them less flexible if I add/remove/change sensors.

I originally assumed I'd just need a parsed value to determine if it's moist or dry. Since then, I noticed the history chart was very useful. Since we're tracking soil moisture in a pot, displaying the values in a chart compared to sunlight, temperature, humidity, etc. is proving a lot more useful that I expected.

It would be nice if the modbus datapoint (or others) were able to call a global script instead of just the multiplier/added function. That would be the bees knees.

I'm not entirely sure the direction I will go, but I'm leaning to biting the bullet and using the two points per solution just to get the future flexibility to chart and trigger events.

Hi @MaP just to add to what @joeamiraglia said, if you are using a persistent TCP pair then you should either override the permissions or change them from the publishing mango instance. if they are not overridden and you change them on the receiving end, then the next time the pair syncs they will revert back to the permissions configured on the publishing instance.

I personally prefer changing them at the publishing instance as this does not affect the data point runtime, so events will not get reset.

@MattFox
Thanks for your advice