I sure can except I do not know how to capture this raw date other than what I see in the C7 logs.
I did find this website for Misol.....
I sure can except I do not know how to capture this raw date other than what I see in the C7 logs.
I did find this website for Misol.....
Did you by chance see this topic in here?
aaiyarAmbassador
1
ecowitt sensors are very reliable and integrate well with Hubitat using integrations from @snell and @sburke781 both of which are linked below:
These sensors are actually fairly inexpensive for their quality, running in the $15-30 range for moisture and temperature/humidity sensors. However, I found a cheaper alternative that also works with the ecowitt integration.
Basically, you need a gateway made by Misolie; the Misol GW1000 is exactly identical to the ecowitt GW1000. It costs about $20 on AliExpress. Misol soil moisture and temperature/humidity sensors are also identical to the equivalents sold as ecowitt sensors, and cost between $5-10.
The reason you need the Misol gateway is because the gateway and sensors are all configured to use 433 MHz, whereas ecowitt equipment sold in the US uses 915 MHz. As far as I can tell, it is legal to use 433 MHz equipment in the US because there's lots of other products that do ....
Anyway, here are the links:
Misol GW1000
Misol Soil Moisture Sensor
Misol WH31 Temp/Humidity Sensor
Misol Water Temperature Sensor
Anyway, if you're undecided about getting ecowitt sensors because of the cost involved, these lower-priced alternatives might help .....
I'm using the Misol WiFi gateway (GW1000) and soil moisture sensors at my friend's house.
Edit: I was just thinking. Since ecowitt hardware is limited to a particular number of sensors of each type (eg. 8 soil moisture sensors), using this gateway also becomes a way to increase the number of sensors available for automation.
For the logging, you can just shoot me the text that is right from in the logging system. I can attempt to decode it.
If the Misol WiFi Gateway is actually supposed to be replicating an Ecowitt then the Method preference should be set for Ecowitt Local. But I think you had it set that way originally, correct?
Yes I did. I set it to Ambient local now. Either way it's not working.
Set on trace. These lines just keep repeating every 16 seconds.
This update should only be useful to people with an ObserverIP (ie: @buckchucko).
Updated Version(s):
Change(s):
Caveat(s):
Changes are for ObserverIP "Live Data Scrape" functionality. Nobody else should see any difference in how their data is reported EXCEPT the last entry on UV.
Updated Version(s):
Change(s):
Updated Version(s):
Change(s):
Looks like the final tweak on this one... changes should only be useful to someone using the Live Data Scrape method.
Updated Version(s):
Change(s):
Found a word flip in variables when trying to create a rain sensor logic in the case on lines 976 to 985:
case "rainratein":
ProcessState( "rainratein", it.value as float )
if( MeasurementStandard == "Metric" ){
ProcessEvent( "RainRate", ConvertInches( "Imperial", state.raterainin ), "mm" )
PostEventToChild( "Outdoor Station", "RainRate", state.RainRate, "mm" )
} else {
ProcessEvent( "RainRate", state.raterainin, "in" )
PostEventToChild( "Outdoor Station", "RainRate", state.RainRate, "in" )
}
break
I've validated switching state.raterainin to state.rainratein gets RainRate to report correctly.
Thanks for the great work!
Confirmed, lines 979 and 982 had the wrong state name... This has also been this way for a LONG time it appears. Corrected version will be posted in a couple minutes (not much testing needed for this).
Updated Version(s):
Change(s):
Great! Took me over 3 weeks to find it.
Nice on runtime data. My Ecowitt gateway shows it as well. I also have a soil sensor that I don't use the gateway is returning unhandled data:
GW1000B - Unhandled data: soilad1 = 324
I don't use it and haven't dug into.
Thanks again!
I had no idea what soilad was... but I found ONE reference to a WXForum Thread in Google searches and it actually matches(!).
It appears soilad1..8 is returning the soil sensors calibration value. That is it. It has no apparent value as the calibrated values from the soil sensor are already returned and the calibration was set in the app.
So... the next time I am making an edit I will try to include it in the "state variable only" section of data. Interestingly enough, it is not in the data returned for my soil sensor. I will have to check if I have the latest version of the firmware for everything...
Thanks for letting me know! That is exactly the reason I flag "Unhandled data" in case someone sees something potentially valuable that I can start capturing.
Yep, I found the same thing recently, they are the calibration settings.
Updated Version(s):
Change(s):
Hi Getting errors on the HPM trying to update the Ambient Weather Application on Hubitat
An error occurred while installing the package: Failed to install app https://raw.githubusercontent.com/KurtSanders/STAmbientWeather/master/hubitat/smartapps/kurtsanders/ambient-weather-station.src/ambient-weather-station.groovy. Please notify the package developer..
That is not my driver... so I cannot help you there. None of my drivers are on github, although they are in HPM (they are linked to my own server). I think you want this thread.
UPDATE:
I see you got this resolved in another thread. Glad it worked out.
Hi @snell. I've noticed the ambient station is no longer updating after working as expected for a couple years. Tried reinstalling the driver and adding the virtual driver again. This error is repeated in the logs. Using the Ambient Local method for the data and confirmed the host IP is set to the C7 Hub. Is there something else to try or look at?
2024-02-06 04:48:55.515 PMerrorjava.lang.ArrayIndexOutOfBoundsException: 1 on line 641 (method parse)