Announcement

Collapse
No announcement yet.

uRADMonitor Air Quality Sensors

Collapse
This is a sticky topic.
X
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    #31
    Ver 4.0.1.54 - Work on Icons
    Ver 4.0.1.55 - VOC

    Comment


      #32
      Alex,

      That looks great and thank you for all the work on this.
      apologies that I never picked up the suffix for PM 2,5 (local)
      Click image for larger version  Name:	image_106325.png Views:	7 Size:	296.7 KB ID:	1504113
      Click image for larger version  Name:	image_106326.png Views:	6 Size:	334.7 KB ID:	1504114

      Comment


        #33
        Tim, is it the same sensor at the same time? Temperature reading doesn't match - 20 and 27C. And Humidity too - 44 and 24?

        Comment


          #34
          Originally posted by alexbk66 View Post
          Tim, is it the same sensor at the same time? Temperature reading doesn't match - 20 and 27C. And Humidity too - 44 and 24?
          I noticed that as well but you are reporting correctly as per the source API. I need to raise with Radu. I have placed an separate ecowitt T&H sensor beside it to establish the correct one before I sent off to Radu.

          Comment


            #35
            Hi Alex,

            I have monitored the data and the remote data is confirmed to be the correct. I have written to Radu and identified the discrepancy and he responded immediately.

            Hi Tim,

            That’s why I always recommend using the API as a source of data. The server does additional compensation on the raw data from the sensors. As you identified, an offset was applied for your unit’s temp and humidity. You can use it to the raw local data, but I’d go for the API instead anyway.

            Radu

            Comment


              #36
              Interesting, but I can't get what he is saying - why the server applies 7C offset? And what does he mean by API? Both Local and Remote are APIs...

              Comment


                #37
                Or, he means that server API gives better readings? What is the "real" temperature?

                Does he mean that the direct temperature reading may be wrong because the sensor itself produces heat? And the server tries to compensate for that?

                But why the humidity is so different?

                Comment


                  #38
                  Originally posted by alexbk66 View Post
                  Interesting, but I can't get what he is saying - why the server applies 7C offset? And what does he mean by API? Both Local and Remote are APIs...
                  I am unsure why either the offset is only applied on the server and he means the remote API only has the compensation offset.

                  Comment


                    #39
                    Originally posted by alexbk66 View Post
                    Or, he means that server API gives better readings? What is the "real" temperature?

                    Does he mean that the direct temperature reading may be wrong because the sensor itself produces heat? And the server tries to compensate for that?

                    But why the humidity is so different?
                    This is commonly the case in t&h weather station sensors as well as the units themselves are known to produce heat and he is only managing this on the server and not in the firmware. The real temperature is what is being reported by the remote API.

                    Comment

                    Working...
                    X