XTension 9.4.41

Mon May 31 14:48:53 EDT 2021

Hello James.  The Honeywell Security devices (WST232 @ 345MHZ) are working
well with this update.  I had some issues after installing the new version,
turned out XTension was confused with 2 radios (yes, different serial
numbers) but I unplugged and replugged one of them and everything is
working.  I see the error flag is raised when the tamper bit is set. Is
there a way to capture and take action when that happens?

I enabled one of the radios on the new rtlamr plugin and so far am
receiving a few of what are identified as water meters.  Not sure how to
identify if one of them is mine, I'll keep any eye on them to see what
happens.

Thank you!

On Sun, May 30, 2021 at 10:53 AM James Sentman <james at sentman.com> wrote:

> Good Afternoon and a pleasant memorial day weekend to you all :)
>
> I am happy to get this release of XTension out today! Including a new
> rtlamr based plugin for receiving some kinds of smart meters via the same
> SDR radios we’ve been playing with for the 433mhz stuff. Whether you’ll get
> anything useful out of it depends on what kind of meters are installed in
> your area and how your local utilities have configured and set them up. If
> it’s a zigbee encrypted mesh network then you won’t get anything out of
> this, but a lot of meters in my neighborhood seem to be using the Standard
> Consumption Message. There are others that I can support if I can get some
> example output from any of you that find it.
>
> I’ve also sorted out once and for all, heh probably, the central scene
> handling in the hubitat plugin. I’ve stopped trying to create pushed units
> at all but just a single central scene device unit that will receive any
> events to it’s central scene handler which just makes everything more
> sensible and works like the Vera and everything else has always done.  AND
> you can finally control the status LED’s on the WD200 dimmers as well :)
>
> As always the most recent version can be downloaded from the wiki page
> here:
>
> NOTE that the rtlamr and the rtl_433 plugins do not run all the way back
> to OS 10.10. 10.11 at least is required as they need some components in the
> system libraries that were not part of the OS until then.
>
> http://www.machomeautomation.com/doku.php/current
>
>
>
>    - NEW: rtlamr plugin
>    <http://www.machomeautomation.com/doku.php/supported_hardware/rtlamr> for
>    receiving updates from some smart meters. This is currently vera beta and
>    not all protocols are supported. Help me collect some data so that
>    everything possible can work properly.
>    - NEW: A new command “sendDeviceCommand” implemented for the hubitat.
>    Any command that can be sent to a unit that is not directly supported yet
>    in the standard scripting dictionary can be sent via this mechanism. This
>    enables setting the status LED’s of the WD200 dimmers as in the new
>    hubitat example on the WD200 device page
>    <http://www.machomeautomation.com/doku.php/supported_modules/hs-wd200>.
>    - NEW: Hubitat now properly handles Central Scene devices. I’ve
>    removed entirely the ill thought out attempt in the last beta to create
>    “pushed” units and instead have returned to the more normal handling of
>    them as a single device that is sent a central scene event. This should
>    make them work just like the Vera used to and the same as central scene
>    events in dimmers and switches. NOTE that if you ran one of the betas and
>    have the pushed units created they will not be deleted. You should do that
>    manually and then use the new central scene device unit that will be
>    automatically created. To properly support this I added a new unit type the
>    “Central Scene Device” type which is what will be created for these units.
>    - Added direct support for the Honeywell WST232 device to the rtl_433
>    <http://www.machomeautomation.com/doku.php/supported_hardware/rtl_433> plugin.
>    I also did a lot of refactoring of the code that does the “special”
>    handling for devices that send non-standard keys of data to make it easier
>    to implement the rest of them in the future as people have need.
>    - FIX: Though it did not cause any issues I could see the new embedded
>    python version now links to the correct libraries and not the ones that
>    were included for the older python 2.7 plugins.
>    - FIX: The “insert” toolbar menu on the edit script window now again
>    properly lists any custom handler templates that the plugin defines for
>    that unit type. For example the hubitat devices now properly show a central
>    scene handler template in that list again making it easier to implement
>    such things without having to switch back and forth to the wiki to find the
>    proper format.
>    - FIX: Related to the above, previously if you tried to edit a script
>    for a unit assigned to an interface that had not been enabled since you
>    last restarted XTension you would get a long error trace in the log rather
>    than an insert popup menu.
>    - FIX: the rtl_433 plugin was not registering it’s “register” unit
>    type and thus after editing any register units that were automatically
>    created it would lose it’s proper path in the index and future commands
>    would stop coming in. This now works as expected.
>    - The download and app are significantly smaller again as I have
>    removed duplicate versions of some of the large encryption libraries used
>    by the home kit plugin and it now shares them with any other plugin that
>    needed them.
>    - Another good chunk of work was done in the background for supporting
>    python and others as the internal scripting language. You won’t see
>    anything about this in the release fork of the app yet, but someday it will
>    be done and that will be a good day…
>
>
>
> As usual no database changes are made by this version and you should be
> able to go back to a previous release if necessary by just putting back the
> old app. You should not have to unzip a database backup or anything like
> that.
>
> Thanks,
>  James
>
>
> James Sentman                       http://www.PlanetaryGear.org
> http://MacHomeAutomation.com
>
>
>
>
> _______________________________________________
> XTensionList mailing list
> XTensionList at machomeautomation.com
> http://mail.machomeautomation.com/mailman/listinfo/xtensionlist
>

-- 
KC Hundere
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.machomeautomation.com/pipermail/xtensionlist/attachments/20210531/742fa28f/attachment.html>