04.04.2024, 09:55
(This post was last modified: 04.04.2024, 10:07 by Kevinsimoes.)
(03.04.2024, 18:37)Erwin van der Zwart Wrote: If you have the values in the AS-P and btw thats not a PLC (: why don’t you just create objects in the LM and expose them to BACnet, do a discovery in the AS-P and bind your objects in the AS-P to the discovered objects?
Another way is creating a Modbus slave network in the AS-P and expose the needed modbus objects to TCP so the LM can read them.
I would definitely go for option 1, few minutes work…
PS: Why are all meters offline in the AS-P? Did you set the correct polling register for online status?
Your solotion will work, but my goal is use only LM for read the meter because in residences clients we use LM and not a AS-P.
I have tried with AS-P here in our office because we have one and it's more simple to test it in full and edit the modbus registers to validate the values of the meter.
It's offline because right now it's not physically connected to the AS-P. It's connected to the RS485 port of the LM.
(04.04.2024, 07:46)admin Wrote: It looks like this meter has a non-standard Modbus implementation. When reading a single register LM expects the answer to contain 2 bytes of data. But for "double long unsigned" the meter returns 4 bytes instead of 2 and LM rejects such reply. All other manufacturers store such data in multiple registers and LM can read it without any issues.
So do you think that are a workarround to be able to read with success this "double long unsigned" only with LM?