In the past I found out if you use "level" in the format string it will output signal strength type data that you can analyze. It is not rocket surgery to store a DB row consisting of timestamp, id, and signal strength of all RX'd packets, then make a dashboard of how many unique IDs you hear over a ten minute period or whatever.
My hope was to detect 70 cm ham radio band openings (tropo ducts and the like) Wow did that never work. It was a good idea and fun but did not work at all. I repurposed the hardware into something else and moved on. Its possible that with different antennas or longer term project or something, who knows. The software, as in the article's link, worked fine however.
If you'd like to try another frustrating IoT experiment, try monitoring all the tire pressure monitor systems that drive by your house using roughly the same hardware and similar software. IIRC I ran out of patience with that one. Sounded like fun after I saw a YT video on the topic... The good news is each tire on the road (by 2023 anyway) has a unique 32 bit ID, IIRC anyway, the bad news is the range was scarcely better than "a car length" away. If you've ever driven your car over the machine with the hoses the DOT puts out to count cars along a road for planning purposes, I thought I could replicate that kind of data by sniffing and analyzing TPMS data, but the range is WAY too low for the low repetition rate of the transmissions. I guess you could just gather data wirelessly for years at a time, but ... Maybe you could make parking meters really smart by listening for the tires parked at the meter, or track super expensive private parking, or an electric charger could pre-load the new user by sniffing the new user's tire transmitters. Or my garage door could automatically open if and only if my car is at the door. However the transmission rate is too low for most door opener level of patience.