Fix some compatibility issues with audio alarm playback in newer browsers.
Version 2.7.0.207
Fix some compatibility issues with audio alarm playback in newer browsers.
Version 2.7.0.207
Option to change HTTP server port. You can change the port used by the Stoker HTTP server by using a menu option on the front panel, under “Main -> System Info -> Port”.
The range of valid ports is 1 – 65535. This is fairly large range so just hold down the + or – buttons and it should jump from 10’s to 100’s to 1000’s.
The default port is 80.
Version 2.7.0.31
Fix issues with some ethernet switches.
This addresses the issues from the previous post.
Version 2.7.0.8
Fix blower disassociation on web page
Option for outputting the version number of firmware from JSON. Example:
http://192.168.0.1/stoker.json?version=true
The output:
{ "stoker" : { "version" : "2.7.0.7", "sensors" : [ { "id" : id, "name" : name, "al" : al, "ta" : ta, "th" : th, "tl" : tl, "tc" : tc, "blower" : blower_id }, ... ], "blowers" : [ { "id" : id, "name" : name, "on": on }, ... ] } }
This is compatible with JSONP so this is also valid:
http://192.168.0.1/stoker.json?version=true&callback=parseResponse
Version 2.7.0.7
A few minor updates for speed.
New favicon.ico
JSONP support. The firwmare will now allow the JSON GET request to specify a callback parameter. Example:
http://192.168.0.1/stoker.json?callback=parseResponse
The Stoker will send back the JSON response wrapped in parseResponse.
Version 2.7.0.1
When using the Twitter functionality with a static IP address on the Stoker, please make sure all the IP-related fields are filled in properly. The four fields are:
These settings can be found on a Windows machine using the command ipconfig /all at the command prompt. The /alloption is necessary to show the DNS server. This should be run on the same physical network the Stoker is on.
Update Twitter capabilities to handle twitter.com’s retirement of Basic Authentication in favor of OAuth.
Twitter is migrating to a new authentication method called OAuth. This is a clever algorithm that allows bits of user data (pictures, videos, tweets, etc) to be shared between sites and applications without having to share usernames and passwords.
Unfortunately, this is all a bit too much for the stoker. The big roadblock is implementing the SSL support used by the algorithm. SSL is the technology used to make sure all your online purchases are secure.
The solution I’ve found is to use a service provided by www.supertweet.net called MyAuth API Proxy. This acts as a middle man between the Stoker and Twitter.
So previously, basic authentication was used by the Stoker to send tweets:
Now twitter is requiring OAuth. The fat arrow is an attempt to show a more robust connection between the client and twitter.
The solution is the middleman www.supertweet.net.
During this whole process, you should have only used your true twitter password once to log onto twitter.com. This is the whole point. So now, not even the Stoker knows the twitter password. The system works.
The one gotcha is that we are now dependent on supertweet.net to honor our privacy and not do anything malicious with the regular temperature updates. Sounds stupid, I know. I mean, it’s all public anyway. But just something to consider.
Version 2.6.0.254
Only enable LED on sensors which are alarming
Version 2.6.0.253
Fix some compatibility issues with audio alarm playback in newer browsers.
Version 2.7.0.207
Enable some debug output when a custom tweet is sent
Version 2.6.0.249
JSON support.
To request the current Stoker status in JSON format, “GET” the page at “http://stoker_ip/stoker.json”. The format is:
{ "stoker" : { "sensors" : [ { "id" : id, "name" : name, "al" : al, "ta" : ta, "th" : th, "tl" : tl, "tc" : tc, "blower" : blower_id }, ... ], "blowers" : [ { "id" : id, "name" : name, "on": on }, ... ] } }
The idea is this:
To “POST” data, the JSON body should look exactly like the Stoker object above. The only difference is that the “POST” handler will ignore the read-only attributes.
For the sensor entries, the POST handler will ignore the tc field. For blower entries, the POST handler will ignore the on field.
If the POST succeeds, then the HTTP status code of 200 will be returned with nothing in the HTTP body. If the POST fails, status code of 400 will be returned and the body wil contain this JSON message:
{ "stoker_response" : "Failed" }
Version 2.6.0.226
When POSTing, use http://stoker_ip_address/stoker.Json_Handler