• Recent
    • Tags
    • Popular
    • Register
    • Login

    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.

    Radix IoT Website Mango 3 Documentation Website Mango 4 Documentation Website Mango 5 Documentation Website

    Clarification on Exception from modbus master: Function Code 0x49

    User help
    2
    3
    899
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • cmusselmC
      cmusselm
      last edited by

      Hello,

      We're running Mango 3.6, getting sensor values for water pumps in the field. We're getting quite a few alerts back for Function code: 0x49. I know this is a CRC response generated from a value mismatch, but had a question about some other values that Mango passes along.

      What does the "Returned to normal" status really mean? Does this mean Mango received an update from the pump that the value mismatch was resolved, or is it something else?

      0_1578338590405_screenshot.png

      Thanks,
      Chad

      1 Reply Last reply Reply Quote 0
      • JoelHaggarJ
        JoelHaggar
        last edited by

        Yes, returned to normal means the condition that had triggered the event is no longer true so in this case, I would assume you had some good communications in between these errors. It is normal practice to turn all your Data Source events to Ignore once the communications are working. It is not uncommon to get occasional errors like this especially if this is over a large network. You can use the Slave Monitor point to track the overall communication health. There are also data points on the Internal Data Source you can configure for tracking your Poll times and aborted polls which can be a good indication of communication health.

        1 Reply Last reply Reply Quote 0
        • cmusselmC
          cmusselm
          last edited by

          Thanks, Joel, appreciate the quick reply!

          1 Reply Last reply Reply Quote 0
          • First post
            Last post