Not Getting Data from WeatherDuino AQM-III

[Phil2336]

I have a Davis WLL6100USB & AirLink which are both Working OK.

I Also Have Two WeatherDuino AQM-III Air Quality Sensors that report with the Davis Protocol.
https://wiki.weatherduino.com/air_quality_monitor_iii

One is Reporting Fine to the Integration, the Other is Not.

They are on 192.168.59.237 & 238 Respectively.

The Device on 192.168.59.237 Reports 24 Entities,
While the Device on 192.168.59.238 only Reports 2 Entities.

The URL's from the two Devices are as Follows:-

http://192.168.59.237/v1/current_conditions

{
  "data": {
    "did": "001D0A100021",
    "name": "AQM-III_Outdoor",
    "ts": 1772411237,
    "conditions": [
      {
        "lsid": 0,
        "data_structure_type": 6,
        "temp": 79.86968,
        "hum": 51.67798,
        "dew_point": 60.49641,
        "wet_bulb": 67.34972,
        "heat_index": 79.86968,
        "pm_1_last": 0.532973,
        "pm_2p5_last": 0.626853,
        "pm_10_last": 0.688284,
        "pm_1": 0.532973,
        "pm_2p5": 0.626853,
        "pm_2p5_last_1_hour": 0.976856,
        "pm_2p5_last_3_hours": 0.97408,
        "pm_2p5_last_24_hours": 3.437191,
        "pm_2p5_nowcast": 0.9,
        "pm_10": 0.688284,
        "pm_10_last_1_hour": 1.421958,
        "pm_10_last_3_hours": 1.365617,
        "pm_10_last_24_hours": 4.058475,
        "pm_10_nowcast": 1.3,
        "last_report_time": 1772411237,
        "pct_pm_data_last_1_hour": 100,
        "pct_pm_data_last_3_hours": 100,
        "pct_pm_data_nowcast": 100,
        "pct_pm_data_last_24_hours": 100
      }
    ]
  },
  "error": 0
}

http://192.168.59.238/v1/current_conditions

{
  "data": {
    "did": "001D0A100021",
    "name": "AQM-III_Indoor",
    "ts": 1772411321,
    "conditions": [
      {
        "lsid": 0,
        "data_structure_type": 6,
        "temp": 79.71107,
        "hum": 50.28228,
        "dew_point": 59.58052,
        "wet_bulb": 66.80945,
        "heat_index": 79.71107,
        "pm_1_last": 0.85299,
        "pm_2p5_last": 0.902004,
        "pm_10_last": 0.902003,
        "pm_1": 0.85299,
        "pm_2p5": 0.902004,
        "pm_2p5_last_1_hour": 1.489406,
        "pm_2p5_last_3_hours": 1.430328,
        "pm_2p5_last_24_hours": 0.963494,
        "pm_2p5_nowcast": 1.4,
        "pm_10": 0.902003,
        "pm_10_last_1_hour": 2.039574,
        "pm_10_last_3_hours": 1.942954,
        "pm_10_last_24_hours": 1.299163,
        "pm_10_nowcast": 1.9,
        "last_report_time": 1772411321,
        "pct_pm_data_last_1_hour": 100,
        "pct_pm_data_last_3_hours": 100,
        "pct_pm_data_nowcast": 100,
        "pct_pm_data_last_24_hours": 100
      }
    ]
  },
  "error": 0
}

I do also Use CumulusMX, which Pulls data from some Sensors.

Only thing I note is that the "did" entry in both data stream is the same.

[stevesinchak]

What a neat device, where did you purchase yours? The issue is likely caused by the way the AirLink protocol is emulated which seems like lsid which the integration uses as unique is 0 in both cases. Considering did is also the same, I bet that is hard coded as well.

We need to find some sort of unique value that I can added to the AQM unique id logic to distinguish between the two devices. Alternatively I can use some sort of generated hash based on the api_url which might be better. I will experiment with this and share a test build soon.

[Phil2336]

I Purchased 2 PCB's from the Link on this Page.
https://www.meteocercal.info/forum/thread-1970.html

But have Also built another around an ESP32 Dev Board.
My two Main Ones are using Sensirion SPS30 & SDC30,
The 3rd uses an SDS011 & MH-Z19.

I Can Only See One instance in the Arduino Code where lsid is mentioned,

  //---------------------------------------------------------
  //     AirLink format Json Data
  //---------------------------------------------------------
  void send_AirLink()
  {
    // Convert local time to UTC
    uint32_t UTC_time = time(&Epoch);
    
    StaticJsonDocument<800> airlink;
    char output[800];
    
    JsonObject data = airlink.createNestedObject("data");
    data["did"] = "001D0A100021";
    data["name"] = Device_Name;
    data["ts"] = UTC_time;
    
    JsonObject data_conditions_0 = data["conditions"].createNestedObject();
    //data_conditions_0["lsid"] = 123456;
    data_conditions_0["lsid"] = NULL;
    data_conditions_0["data_structure_type"] = 6;
    data_conditions_0["temp"] = Temperature_F;

So I Assume If I made that Unique in each ESP32, the Issues would be resolved.

Should 1, 2 & 3 be correct for each device?

[stevesinchak]

Theoretically, yes. Here is the code that uses lsid to generate the unique key:

...
elif data_type == 6:  # Air Quality Monitor
                unique_id = condition.get("lsid")
                unique_key = f"_ls{unique_id}"
                weather_data.update(
                    {
                        "lsid" + unique_key: condition.get("lsid"),
                        "temp" + unique_key: condition.get("temp"),
                        "hum" + unique_key: condition.get("hum"),
                        "dew_point" + unique_key: condition.get("dew_point"),
                        "wet_bulb" + unique_key: condition.get("wet_bulb"),
                        "heat_index" + unique_key: condition.get("heat_index"),
                        "pm_1_last" + unique_key: condition.get("pm_1_last"),
...

Although I still intend to change this code to make the unique id stronger. I think URL hash might be my best option.

[stevesinchak]

Implemented an enhancement to add url hash to the key in the dev branch https://github.com/stevesinchak/ha-weatherlink-live/tree/dev

Please give it a try

[Phil2336]

Excuse My Ignorance,
But Even Having Over 30 Years in IT with Some Coding Experience,
I'm not entirely sure How I get the change You've made into My Test Home Assistant Instance.

Also when I do, should I remove the Device that only has 2 entities & then re-add it,
or will the change take care of adding the missing entities for me.

Apologies for My Vagueness on how to do this.

[Phil2336]

Ok,
Tried Copying davis_weatherlink_live.py into \hatest1\config\custom_components\davis_weatherlink_live
& Restarting, but Now all Air Quality Devices show Unknown Values.

Removed & re-added AQM_III_Indoor, (192.168.59.237), but adds back showing No Entities.

The Entities for the WLL 6100 are all still Present & updating,
It's just the other two Air Quality Sensors that are showing their Entities as Unknown.

[stevesinchak]

Overwriting that single file that changed and restarting HA is key to activating the new code. The devices will need to be removed and then re-added by IP to re-generate the entities with new IDs. Sounds like you did that, so I will setup some fake API endpoints over the next few days to troubleshoot this more.

[Phil2336]

If it would help I could Open Some External Ports on My Router to Each of the AQM Units.

Something Like:-
192.168.59.237:80---> MyPublicIP:61237
&
192.168.59.238:80---> MyPublicIP:61238

Tested above with MyPublicIP:61237/v1/current_conditions
& it does return the JSON Stream.

[stevesinchak]

Thanks but I already built a simulator thanks to your JSON responses you shared in your initial post, which were incredibly helpful. I have been able to replicate the problem, just need to solve now.

Update: I found the cause, silly mistake. I forgot to update the unique ID logic in the code that creates the sensors in the first place. So we had a mismatch which resulted in everything being "Unknown"

[stevesinchak]

Ready for another test with your real devices.

Copy over the four new files listed in this commit: f624bcd

Delete the existing AQM devices and reboot HA. Then re-add them and all should work.

[Phil2336]

Thanks,
That Appears to be working Fine Now on all 3 Unit.
Obviously not showing CO2 & the Baro Values as that's not Part of the Davis Protocol.
Understand that though.

May be Present in one of the Devices Other URL's.

It is Seen here on the Devices Web Interface.