Maybe @christi999 can chime in. Since they were the first to use a modified version of the driver back on January 29th to use with the Ecowitt. After that I built the support in. But since I do not have one myself, I have no real way to walk people through the differences.
In the meantime, if you set it to do Debug logging, what does it show? Wondering if it is failing to connect or something.
@snell, I found this in my logs. dev60 is the Ecowitt gateway, and the Mac address is 2CF4323E3156. I cant yet post images, otherwise I'd upload a copy of the deice page. looking at the code, I don't see why the preferences wouldn't appear. I've tried chrome and safari and neither have them listed.
[dev:60]2020-03-10 02:30:05.038 pm [warn]java.lang.String cannot be cast to java.util.Map$Entry
[dev:60]2020-03-10 02:30:03.742 pm [warn]java.lang.String cannot be cast to java.util.Map$Entry
[dev:60]2020-03-10 02:30:02.365 pm [warn]java.lang.String cannot be cast to java.util.Map$Entry
[dev:60]2020-03-10 02:28:58.708 pm [warn]java.lang.String cannot be cast to java.util.Map$Entry
[sys:1]2020-03-10 02:28:46.268 pm warnReceived data from 192.168.86.108, no matching device found for 192.168.86.108, C0A8566C:5ABA, 2CF4324E3156 or C0A8566C.
You have driver 0.94 but no preferences appear? That does not make sense. Even if you had selected to hide the preferences it still shows the Show All Preferences option. It IS supposed to hide preferences that do not apply for Ecowitt like the MAC Address, Data Refresh Rate, and API Key.
I removed my device and put it back with your newest driver and I get the same result, no preferences showing and [warn]java.lang.String cannot be cast to java.util.Map$Entry from the device...
I have been doing general cleanup of a bunch of my drivers and when I was working in there I thought someone might like 30min... Ugh... It just had to be something simple but I did not notice because on my development hub it was correct. I messed it up when I was editing the driver on my webserver.
Maybe I need to look at some sort of "upload from hub"...
it looks like there may be another Ecowitt issue. The PM2.5 sensor I have seems to be relaying the information, but the driver doesn't seem to handle it properly. Here's whats being passed from my logs
That should be easy enough to handle. I think I will include the other information I see in here, like stationtype, freq, model, etc... Thanks for the batch of info. I will get to work on this this evening so you can probably expect a release soon.
UPDATED @ 8:35pm EST
Version 0.96 is now posted. It should handle the new values provided by the Ecowitt stations, and should not impact any other users. @frank1, if you can take a look and let me know if it works out that would be useful. The added values are:
Good to hear. Is there any value in separating out the station type's version? I am not sure if those are upgradeable and if it is useful as a separate value in any way, so I wanted to ask.
Yeah, mine keeps getting errors too but the Ambient dashboard still says they have DB retrieval issues so I'm hoping those errors go away once they fix their side.
Yeah. Not much I can do about their side having issues. Even if I put some sort of error messaging attribute, I am not sure that would help people. Everyone would have to make that in their related rules and it would not help with dashboard displays anyways.