Why don’t use use the other binding which fetches the data directly even if your internet connection fails? Just need a ip observer unit which if u don’t have can be purchased separately.
I used to use that binding, but it stopped working early this year resisted all attempts to fix it. It’s actually still installed since it refuses to uninstall. Anyways, I got fed up with it and figured I would try this one instead.
Y’know, the Wonderful World of OpenHAB. 
@mhilbush Thanks for the great Binding 
I have a WS-1550-IP (in Paper UI 1400-IP), how can I change the solar radiatioin to lux ? On AmbientWeather it works …I tried to change %unit% to lux but it does not work…
Regards
Jörg
Edit: And even KM/h and Knots…
Interesting question (which means I don’t know the answer LOL).
I thought lux (lumens/m2) and solar radiation (W/m2) were two different things. One being a measure of light intensity per unit area and the other a measure of energy per unit area. Therefore, I don’t think UOM will do the conversion for you. Others more knowledgable about the subject can chime in here…
One thing you could do is create another item, then whenever solar radiation changes do the conversion in a rule using the following conversion factor.
https://help.ambientweather.net/help/why-is-the-lux-to-w-m-2-conversion-factor-126-7/
You also could take a similar approach for the conversion to knots.
I have issue with the binding: openHAB 4.0 Release cloud connection issue - #2 by kovacsi2899
Don’t know if anybody can check what could be the issue.
I’ve just noticed that my Ambient Weather items haven’t been updating over the last few days. The account and device Things both say they are online. I’ve tried updating openHAB, and also restarting the bundle. Neither helped. In the event log, the items simply stopped receiving updates about three days ago.
Everything still works fine in the AWN app, so data is getting to their service just fine.
Does anyone know if there was a recent change with the binding or with the AWN API?
I’m glad I’m not the only one experiencing this. I’ve tried regenerating the API and application keys, and my station is still updating at AWN, but no dice through the binding. Even did a fresh OpenHAB install just to make sure it wasn’t something with my normal environment.
I’m also experiencing the same issue! My items stopped receiving updates from the Ambient Weather binding on 01/21 around 14:36 EST. It received two more updates (1 update on 01/22 and another one on 01/23) and then stopped completely. I have deleted and created a new bridge and and thing, recreated application and API keys on AmbientWeather.net with no luck. I have verified that my weather station is in fact sending data to ambientweather.net. The updates are just not coming through the binding.
Hopefully someone can look into it!
Here are the debug logs (omitted personal info, replacing with *)
2026-01-25 01:42:49.644 [DEBUG] [handler.AmbientWeatherStationHandler] - Station WS2902A: Detected bridge status changed to 'ONLINE', Update my status
2026-01-25 01:42:49.737 [DEBUG] [.handler.AmbientWeatherEventListener] - Listener: Received SUBSCRIBED event
2026-01-25 01:42:49.739 [DEBUG] [.handler.AmbientWeatherEventListener] - Listener: subscribed={"method":"subscribe","devices":[{"macAddress":"**:**:**:**:**:**","apiKey":"*****************************************************************","lastData":{"tempf":15.6,"date":"2026-01-25T06:41:00.000Z","tz":"America/New_York","feelsLikein":76,"dewPointin":21.2,"monthlyrainin":1.13,"deviceId":"69752f909a3ebc4eb4ef4d21","dailyrainin":0,"solarradiation":0.01,"humidityin":12,"humidity":70,"maxdailygust":12.53,"uv":0,"windspeedmph":4.47,"yearlyrainin":1.13,"winddir":50,"hourlyrainin":0,"baromabsin":30.493,"battin":1,"dewPoint":7.59,"tempinf":77.9,"battout":1,"feelsLike":8.48,"dateutc":1769323260000,"windgustmph":6.93,"baromrelin":30.493,"batt_co2":1,"winddir_avg10m":74,"weeklyrainin":0},"info":{"name":"***********","coords":{"elevation":********,"geo":{"coordinates":[*********],"type":"Point"},"address":"********","location":"******","address_components":[{"types":["street_number"],"short_name":"****","long_name":"****"},{"types":["route"],"short_name":"****","long_name":"*****"},{"types":["neighborhood","political"],"short_name":"********","long_name":"*******"},{"types":["locality","political"],"short_name":"*****","long_name":"*****"},{"types":["administrative_area_level_1","political"],"short_name":"**","long_name":"******"},{"types":["country","political"],"short_name":"**","long_name":"*****"},{"types":["postal_code"],"short_name":"*****","long_name":"*****"},{"types":["postal_code_suffix"],"short_name":"****","long_name":"****"}],"coords":{"lon":*"lat":*}}}}]}
2026-01-25 01:42:49.741 [DEBUG] [.handler.AmbientWeatherEventListener] - Listener: Subscribed event has station: name = ****, location = null, MAC = **:**:**:**:**:**
2026-01-25 01:42:49.741 [DEBUG] [.handler.AmbientWeatherEventListener] - Listener: Search for MAC **:**:**:**:**:** in handlers list with 1 entries: [[**:**:**:**:**:**]]
2026-01-25 01:42:49.742 [DEBUG] [.handler.AmbientWeatherEventListener] - Listener: Found handler for ambientweather:ws2902a:0ce443644d:ce65329e07 with MAC **:**:**:**:**:**
2026-01-25 01:42:49.742 [DEBUG] [handler.AmbientWeatherStationHandler] - Station WS2902A: Update name=**** and location=null for MAC **:**:**:**:**:**
2026-01-25 01:42:49.743 [DEBUG] [.handler.AmbientWeatherEventListener] - Listener: Subscribed to data events. Waiting for data...
2026-01-25 16:04:29.603 [DEBUG] [.handler.AmbientWeatherEventListener] - Listener: Disconnected from the ambient weather service)
2026-01-25 16:04:29.604 [DEBUG] [.handler.AmbientWeatherEventListener] - Listener: Received socket event: disconnect, Reason: transport error
2026-01-25 16:04:29.607 [DEBUG] [handler.AmbientWeatherStationHandler] - Station WS2902A: Detected bridge status changed to 'OFFLINE', Update my status
2026-01-25 16:04:30.955 [DEBUG] [.handler.AmbientWeatherEventListener] - Listener: Received reconnect event from service
2026-01-25 16:04:30.955 [DEBUG] [.handler.AmbientWeatherEventListener] - Listener: Attempting to reconnect to service
2026-01-25 16:04:30.956 [DEBUG] [.handler.AmbientWeatherEventListener] - Listener: Disconnecting socket and removing event listeners for io.socket.client.Socket@3790fdef
2026-01-25 16:04:30.957 [DEBUG] [.handler.AmbientWeatherEventListener] - Listener: Opening connection to ambient weather service with socket io.socket.client.Socket@6b874c3
2026-01-25 16:04:31.171 [DEBUG] [.handler.AmbientWeatherEventListener] - Listener: Connected! Subscribe to weather data events
2026-01-25 16:04:31.172 [DEBUG] [.handler.AmbientWeatherEventListener] - Listener: Sending subscribe request
2
Good to know I’m not the only one with this issue!
@mhilbush Do you have any insight into what might be going on here?
+1 not receiving
kicked the WS2902A out and bought a Wittboy over MQTT.
Nevertheless thanks to @mhilbush, because his binding did the job perfectly for the past years !!
(now I have a Ambient Weather device on shelf that I will throw away after a few years of collecting dust)
Same issue here (OH stopped updating data). I managed to get one update when I upgraded to OH ver. 5.1.1. I thought the problem was fixed but then it stopped updating. I contacted AmbientWeather tech support and they verified that my weather station is still working and responding to data requests. It appears that OH is not requesting data.
I’ll look into it. Sorry for the late reply.
It doesn’t work this way… OH doesn’t make requests for weather station data. It subscribes to weather data for the station(s) using the station(s) MAC address, then waits for the AmbientWeather server to send weather data messages.
It looks like my station is reporting data to the ambient weather server. And it looks like the binding is getting a successful websocket connection, and is subscribing to weather data reports for my station. However, the binding just sits there waiting for data.
The last data report I received was…
2026-01-27 17:28:41.442 [DEBUG] [ather.internal.handler.AmbientWeatherEventListener] - Listener: Received DATA event
2026-01-27 17:28:41.443 [DEBUG] [ather.internal.handler.AmbientWeatherEventListener] - Listener: Data: {"tempf":24.6,"date":"2026-01-27T22:28:00.000Z","totalrainin":1.11,"tz":"America/New_York","feels
Likein":67.8,"lastRain":"2026-01-18T13:26:00.000Z","dewPointin":22.8,"monthlyrainin":1.11,"dailyrainin":0,"solarradiation":0,"humidityin":18,"humidity":45,"maxdailygust":10.07,"uv":0,"windspeedmph":0,
"yearlyrainin":1.11,"winddir":266,"hourlyrainin":0,"eventrainin":0,"battin":1,"baromabsin":29.47,"dewPoint":6.33,"tempinf":67.8,"battout":1,"feelsLike":24.6,"dateutc":1769552880000,"windgustmph":0,"ma
cAddress":"00:0E:C6:XX:YY:ZZ","baromrelin":29.94,"weeklyrainin":0}
That is exactly what is happening to me. After OH detects the weather station, I get one data dump and then the last message OH issues is: “Listener: Subscribed to data events. Waiting for data…“, and no data appears.
Thanks for confirming this is what you are seeing too.
I’ll have to get in touch with their support guy owise1.
Issue opened.
Edit: FYI they are working on the issue.
1 Like
At their request, I pushed a change to switch to a different domain name (rt2.ambientweather.net instead of api.ambientweather.net). Both domain names resolve to the same IP addresses, so I doubt if it will make any difference with respect to the problem. The change will be in the next snapshot, and I also asked that it be backported to a patch release. Again, I don’t think it will make any difference.
I updated to OH 5.1.2 on Windows 11 and OH is now receiving data from my ambient weather stations. Thank you!
Hmm that’s interesting. I’m on a snapshot that has the change (I think) and I’m not seeing any data. 
Edit: Updated to the latest snapshot and I’m getting data now. The snapshot I pulled previously might not have had the updated binding.