gnhast 0.2.3 released.

New release of gnhast-0.2.3 today.  Changelog posted below.   Available at:
http://sourceforge.net/projects/gnhast/files/gnhast-0.2.3.tar.gz/download

0.2.3 - Release 7/9/13
    Added Collectors:
        wupwscoll
        wmr918coll
    Added Handlers:
        nightlight
        switchon
        switchoff
    New features:
        Make gnhastd aware of the unit that data is stored in.  Now a collector tells
gnhast what scale it is feeding data in (ex, Celcius). When requesting data, you can
request it in a different scale, and the server will auto-caclulate.
        Add a wupwscoll collector.  This collector will publish weather data to
weather underground, and pwsweather.com.
        Add wmr918coll collector.  Collects data from oregon scientific weather stations.
Works on wx200's wmr918's, and can also connect to a running wx200d instance and
gather data from that.
        Insteon i2cs code now tested and working fully.
        Added basic handlers for a nightlight routine, and switching devices on and off.
        Add a modify command to gnhastd, so you can edit the config file on the fly by
sending it simple commands.  This allows you to add a handler or tweak names/watermarks
on a running instance.
        Port to Linux.

Insteon I2CS notes.

Turns out, the i2cs protocol is slightly more annoying than I was led to believe.  At first glance of the available docs out there, you would think that the only difference is everything gets sent with an extended command.  That is where you would be wrong. It turns out *some* commands are extended, and some are still std.

I recently purchased a pair of the outdoor modules, which are the new i2cs protocol.  Doing the ALDB stuff, and the initial setup was easy, just send all extended commands.  Send it fast on/off, on/off, (as extended) everything works great.  Send it 0x19, for status, and it just ignores it.  Turns out, the status command has to be sent as std, or it ignores it completely.

Sigh.