Edge on a hub is sandboxed to only allow network connections to devices on the local LAN. It can’t talk to an API on the internet (aka the cloud). You’d need an intermediary device/machine to do the communication to the ambientweather API and then get that data back into an Edge driver using various methods. You could do it via proxy, or some other protocol (http, mqtt, etc).
Or you could write a new SmartApp to do something similar, hosted on a local machine or cloud based engine (aws, some other cloud resource capable of running the SmartApp in the language/environment you chose to use).
My personal solution would be to run the AW stuff on Hubitat and use one of the replication tools HubiThings Replica or Mira to reflect weather data back into ST. But I run both environments…
Has anyone looked into making an edge driver for a DLNA device, like the Fabriq speaker? There was an app in the past Media Renderer Events that let me use TTS to announce things like contact status changes.
I have a few Samsung Multiroom speakers which I’ve been using for notifications, this is currently working on IDE using LAN Samsung Audio. A few days ago all my speakers doubled up and appeared in No Room Assigned with a SamsungAudio Edge driver which was added through the SmartThings Drivers (Beta) channel. I have tried using these doubled up “Edge” speakers for notifications but they do not seem to work, I may need to delete the old “IDE” speakers for this to work but I’d rather wait and try that when i am forced to.
Hi - sorry for not responding earlier, but just seeing your post regarding Ambient Weather. If there is still interest in this, I could look at adding support for this source to my Edge weather driver.
It does however require that you run a bridge app on an always-on LAN computer, so that the driver can get to the internet.
Is there a simple edge driver somewhere that supports http(s) temperature readings with frequent updates?
If not, can someone create one?
I think this is a very frequent solution desired for different use-cases with home-made equipment. It would be even better if it could support rain and other values as well.
Marianos drivers for HTTP integration can read values, but I haven’t found a solution that allows me to create a thermometer out of that (not even a virtual that I feed the values to). That would be an alternative if possible, but that driver is a bit limited as well as it requires JSON for the thermometer.
Any ideas of alternatives, that does not include becoming a developer?
After that, if you don’t find an existing project which meets your needs, I suggest you start your own thread under projects, so you can go deeper into the whole process you were looking at. We’re starting to get sort of off-topic for this thread, which is just a request for a specific edge driver.
If you end up deciding you need to start a new thread, you can put it in the following section of the forum:
The challenge with receiving values for something like temperature via HTTP is that Edge drivers cannot request a specific port number for HTTP communications. Therefore, whatever it is that is sending the requests to the Edge driver, doesn’t know what port number to use. And even if you managed to find that out, it would change any time the driver is restarted for whatever reason (hub reboot, driver update, etc.).
That may be more than you wanted to know, but with that said, there are ways around this. One is to use a simple bridging app that I have that you can run on whatever computer is sending the requests. It will act as a proxy between your app and the Edge driver, such that your app doesn’t need to know the port number.
The other solution to this is to use MQTT, which is a cleaner solution, but your sending app would need to support that.
Feel free to direct message me if you want to pursue either solution and I’m happy to help.
Ive been looking for something similar to what @Jan_Backman is asking for and hoped to find something that worked with the EdgeBridge as I already use it, @TAustin, I havn’t asked as I didnt want to appear cheeky after you very kindly created the Lan Contact Device Driver (my last request) but a Lan Temperature Device Driver with temperature and humidity support would make a great addition to the 4 already supported Lan Device Drivers…
Those are Wi-Fi bulbs, and they have not published an API, so an integration is not likely at this time.
Best thing to do is to contact the manufacturer and ask them if they intend to add matter support. If they do, you should then be able to eventually add them to smartthings without requiring any custom code. But that somethings the device manufacturer has to do, it’s not up to smartthings.