Mac Home Automation

User Tools

Site Tools

You are here: Macintosh Home Automation With XTension » Download XTension 9.5.4
current

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision		Previous revision
Next revisionBoth sides next revision
current [2022/04/13 17:43] – added alpha link James Sentmancurrent [2023/06/07 15:36] – James Sentman
Line 1: Line 1:
-=====XTension Version 9.4.46=====+=====Download XTension 9.5.2=====
  
-**There is an [[current:beta|important alpha version of the next build]] available for testing!**+> There is a Beta version available: [[current:beta|]]
  
- +Released 4/9/2023\\
-9.4.46 is a hotpatch to the 9.4.45 release. It fixes a problem with the Arduino interface receiving non-utf8 convertible data and fixes a problem with the new Kasa/TP-Link plugin not being able to create some kinds of new units that it discovers. No other changes or additions made from the previous release.\\+
 \\ \\
-Released 3/19/2022\\ +Download Universal Binary for all Supported OS versions; [[https://www.machomeautomation.com/files/xtension/xtension_9_5_2.dmg|XTension. v 9.5.2 (build 1076)]]\\
-\\ +
-Download for all Supported OS versions; [[https://www.machomeautomation.com/files/xtension/xtension_9_4_46.dmg|XTension. v 9.4.46 (build 1052)]]\\+
  
 +**Minimum System Version** for this release is OSX 10.10 but not all plugins will function properly prior to 10.13. Please start the necessary work to upgrade to at least 10.13 or recommended 10.15 or newer. At some point in the near future it will no longer be possible for me to support anything prior to 10.13 and the video plugins will never work prior to Catalina.
  
-Released: 3/17/2022\\ +**Rosetta Note:** While the entirety of the main app and all more recent plugins are Universal and run natively on Intel or Apple Silicon there are a few older plugins including the W800 and CM11 that are still Intel only. They run fine under Rosetta and you’ll never notice the difference. The only issue is that Rosetta is not included by default on the new Apple Silicon Macs. You’ll need to first run any Intel app, or do a get info on any app at all and select “open using Rosetta” then the OS will tell you that you need Rosetta and would you like to install it now. Once you complete that those plugins will run normally.
-\\ +
-Download for all Supported OS versions; [[https://www.machomeautomation.com/files/xtension/xtension_9_4_45.dmg|XTension. v 9.4.45 (build 1051)]]\\ +
-\\ +
-**Minimum System Version** for this release is OSX 10.10 but not all plugins may function properly prior to 10.13. Please start the necessary work to upgrade to at least 10.13 for future builds will no longer be able to support 10.10.\\ +
- +
-Apart from a few older plugins the entirety of the application and it’s plugins now run natively on both Intel and M1 macs.+
  
-====9.4.45 Change Log:==== +====9.5.2 Change Log:====
-  * NEW: The application and the embedded python versions are now fully “universal” running natively on both M1 and Intel Macs. Some of the older plugins still include Intel executables or libraries that they need. As of this moment Apple has not threatened to stop supporting those so there should be no impact from that and it only applies to a few of the more legacy plugins. +
-  * NEW: The embedded python version is updated to 3.10. +
-  * NEW: Added a “Clear All Script Errors” to the contextual and toolbar menus of the Global Scripts window. +
-  * NEW: Added new [[supported_hardware:pimonitor|Raspberry Pi Monitor plugin]] +
-  * NEW: Added a very alpha version of a new [[supported_hardware:sonos|Sonos Plugin]] Not feature complete and the entire interface to the devices may change drastically as we experiment and learn how this will finally be most useful but please experiment with this and let me know how it works or doesn’t for you. Note that I do not have one of these devices and am relying on other folks to give it a try so to say it is not fully tested at this point is somewhat of an understatement. +
-  * NEW: The Manage Global Scripts window will now display the number of scripts with errors in the title of the window. Folders that have scripts that have errors in them will also display the number of scripts with errors in their listbox line along with the number of scripts that are in the folders. +
-  * NEW: Added a “do not log” option to global scripts just like Units can have set. This way the scripts will not log that they are being run reducing log spam for scripts that are run a lot. Any log lines that you generate or errors that happen while the script is running will still log as normal. This is available in the contextual menu and the toolbar menu in the Manage Global Scripts window. +
-  * UPDATE: The Apple Home Kit plugin has been updated to a version of the HAP libraries that support more recent Python versions. As of this build this doesn’t add any new functionality as I am just looking to verify that the old functionality still works. Once that is settled there is a lot more I can do with this version in future builds. +
-  * UPDATE: The [[supported_hardware:tplink|Kasa/TP-Link plugin]] has been updated to the most recent library versions enabling control of more recent device types. The conversion to Python3.10 required an almost total rewrite of my portions of the code and it is now significantly faster and more reliable than it was previously. +
-  * FIX: The Kasa/TP-Link plugin will no longer log extended error messages if no kasa devices are found on the network. +
-  * UPDATE: The Server Events plugin now runs with the embedded python3.10 version rather than the ancient system version. +
-  * UPDATE: The Weatherflow plugin is promoted from beta to a 1.0 version. It also now runs under the embedded Python3.10 version rather than the system python version that us much older. +
-  * DOCUMENTATION: Wrote a preliminary [[supported_hardware:weatherflow|Weatherflow Wiki Entry]]. +
-  * CHANGE: In the Edit Unit Dialog the XTdb history display will format numbers with more decimal points by default for better display of very small values. +
-  * FIX: [[dictionary:more:loadurl|]] commands that result in an error but do not have a callback specified will set the thisScript value more reliably when logging the error so that filtering the log for the messages is easier. +
-  * FIX: Hue bulbs added to the [[supported_hardware:hubitat|Hubitat]] now properly set their device type as supporting color and color temperature. +
-  * NEW: Genmon plugin adds the “slow polling” checkbox so that if you are connecting over a slow interface it will function more reliably. +
-  * FIX: If the Genmon plugin encounters an error while parsing the return from the remote device the proper error handlers in XTension are run as expected. +
-  * NEW: Genmon if new log lines are added to the generator logs of either events or errors and alerts they will get written to the XTension log. +
-  * FIX: Genmon plugin will update the label for the status object even if the actual state of the status object has not changed. +
-  * NEW: Genmon plugin now creates several more units that previously so that you can more easily catch an exercise event as opposed to actually running and providing power without having to watch the label of the main Status unit which is mostly for Display now as there are other ways to catch the actual information. These new units are as below: +
-    * Error: Engine Speed High or Low +
-    * Error: Governor failure +
-    * Error: Low Oil +
-    * Error: Overcrank +
-    * Error: Overheat +
-    * Error: Overload +
-    * Error: RPM Sensor +
-    * Error: Voltage High or Low +
-    * Error: Warning (generator is sending a warning that is not yet an error or alarm condition) +
-    * Generator Is In Alarm +
-    * Generator Is Running +
-    * Generator Is Ready +
-    * Generator Is Exercising +
-    * Generator Is Ready +
-    * Generator Service Is Due +
-  * NOTE: The MQTT Broker plugin no longer functions with this version due to problems with the underlying libraries and python3. I am working on an MQTT broker plugin that can connect to the free mosquito server that should serve most of the functions of the original plugin and then some. This will appear in a future version. +
-  * Phillips [[supported_hardware:wiz|“Wiz” lights plugin]] updated to run on the new embedded python version rather than the older system python version. +
-  * [[supported_hardware:apc|APC UPS monitor plugin]] updated to run on the new embedded python version rather than the older system version. +
-  * FIX: There was a potential timing issue that could cause queue management errors on more modern M1 machines that are so very much faster than older systems. I’ve never noticed this as it has literally never happened until I started upgrading things to the faster machines. This problem is fixed making packet reception from plugins as reliable as I thought it was previously. +
-  * FIX: Several potential errors and rendering problems on M1 Macs are fixed in this version. +
-  * Beta Fix: In the beta version there were problems with Serial Port connections for plugins which is fixed for this release.+
  
-**NOTE:** If you startup a plugin that has not been converted to the newer embedded python version the OS may display a warning dialog that the application will not run on future versions of the OS. Since not all plugins are converted and tested yet you may see this. Make sure to stick around long enough when starting up the new version to OK this dialog. It will not appear again until you next update the Application, and if I get whatever the offending plugin converted before then it won’t show up again at all.+  * NEW: [[supported_hardware:sysinfo|Sysinfo Plugin]] for monitoring Disk space, Disk Usage, Network Usage and Networking Errors. 
 +  * NEW: [[supported_hardware:zadarma|Zadarma plugin]] to send SMS messages via the commercial Zadarma service. 
 +  * NEW: New option in the Preferences dialog to Dont Stop A Restart With "Window Has Changes" Dialog. This is not really the correct way to handle this so consider it a stop gap measure until I can properly support the saving and restoring of the window state. Previously if you had left a script window open with changes, or an Edit Unit window open with changes and the machine tried to restart automatically the “this document has changes, are you sure you wish to throw them away” message would halt the shutdown and leave XTension in a non-operating condition. With this option turned on XTension will still provide those warnings if you manually try to close a window that has changes, but if the app is being quit it will allow the changes to be lost and so not cause hangups or problems when restarting the server. If this is not how you wish it to behave then you can turn this off in the Preferences. 
 +  * NEW: List windows now display the number of Units in the List as well as the number of Units in an error condition or with low battery messages. This is shown in the title of the window after the List name. 
 +  * NEW: The [[supported_hardware:mqtt|MQTT plugin]] now lets you get values out of a payload that is in JSON format without having to script your way through it. You can use the new JSON Path field to give names of entries and indexes into json arrays to find the value you are looking for. This applies to all non-special device units and so once you get to the info you want any of the Units will then be able to look for numerical data, or enumerated values or just put the value into the Description at that point. This does not effect the sending of payloads. If you have to send a JSON packet you’ll still have to build that in a script for the moment and use the raw publish command. 
 +  * NEW: The [[supported_hardware:hubitat|Hubitat plugin]] now properly implements sending of a user/password to the hubitat if you have that option turned on in the hub. 
 +  * NEW: The [[supported_hardware:hubitat|Hubitat plugin]] now properly handles valve devices and controlling them via their open/close commands. 
 +  * NEW TEMPORARY: I have made some changes to the standard off handling in the Hubitat that fixes some oddness with enumerated commands. I believe this works for all existing devices as well but just in case there is a new checkbox in the hubitat settings that will allow you to drop back to the old handling if it causes you any problems. Please let me know if you have to use this for any reason and the details of that otherwise I will be removing it in the next version unless I hear from people with the need to do this. 
 +  * NEW: The [[supported_hardware:hubitat|Hubitat plugin]] has a new checkbox that will log status messages from the Hubitat. These are normally things like “the bedroom lights were turned on” but it might be useful to see these if there are issues or debugging that you’re trying to sort out. It can be a lot of extra logging that doesn’t usually contain any useful information so it is an option you have to turn on if you wish to see it. 
 +  * NEW: Those same Hubitat status messages are now automatically added to a Unit property called “Status Message” and another Unit Property “Status Timestamp” will be the date/time when the current message was received. This way you can trap them in a script, or add a custom column to any List window to show them if you wish rather than just logging them. The above checkbox for logging the status messages does not have to be turned on to send this info to the Unit Properties. This is always done. 
 +  * NEW: The [[supported_hardware:tplink|Kasa plugin]] now properly supports in wall dimmers as well as just bulbs. 
 +  * NEW: Added support for Ramp Rates to the [[supported_hardware:tplink|Kasa plugin]]so you can control the dimming speed on a command by command basis if you wish. 
 +  * NEW: Added several options to the [[supported_hardware:tplink|Kasa plugin]] for the handling of preset values for Kasa bulbs vs dimmers. 
 +  * NEW: The CPU Usage figures for plugins shown in the Interface List window when “show more information” is selected now includes the CPU usage of any helper apps or sub processes that the plugin might be running. This makes them much more accurate and useful for very CPU intensive plugins such as the Video plugins or the rtlamr or other plugins that use helper apps. 
 +  * NEW: The Interface List window also shows a percent of memory use for the plugin instance and any child processes after the CPU Usage number. 
 +  * NEW: A new option in the Interface List window lets you chose if the CPU Usage calculation is done based on 100% a single CPU core, or 100% being every CPU available in the machine. So if you have 10 cores and you chose individual then 100% would be using a full core, but per machine that would only be 10% of the overall machine load. Whichever makes more sense to you when viewing it. The numbers are usually very low and so many not show up on the graph at all unless you increase their values by setting it to per CPU. Plugins that are using GPU resources or that are using helper apps may show as using more than 100% if per CPU is selected. This is OK. 
 +  * CHANGE: The helper app for the Video system that does the encoding is now a proper background app and so will not show up in the dock as it is running. 
 +  * CHANGE: The [[supported_hardware:mqtt|MQTT plugin]] now creates new units with a default timeout of 2 minutes rather than the original 15 seconds which caused a lot of unnecessary chattering in otherwise valid receptions. You can still adjust this to whatever value is correct for your system after the units are created. This does not change any setting you have set in existing Units created by the plugin. 
 +  * CHANGE: The [[supported_hardware:mqtt|MQTT plugin]] now creates new units with the “do not log new value receptions” checkbox set as it is possible for this plugin to generate a truly obscene amount of logging if it’s in an area with a lot of devices. You can turn this back on for the Units you wish to watch. It will not change the setting of any already existing Units. 
 +  * CHANGE: The [[supported_hardware:weedtech|Weeder plugin]] will filter non-ascii characters that might be received when making IP connections. This may help if there is noise on the data line that inserts random data or if an ethernet/serial device is stuck in a mode sending packing characters. If it is because of noise it will not actually solve the problem but it will give you more time to sort it out. If it’s a packing problem it will probably be OK as long as the packing character is not in the range of ascii that the weeder cards use to communicate normally. This same filtering is not yet applied to direct serial connections, please let me know if that is a thing that would help anyone. 
 +  * The [[supported_hardware:hubitat|Hubitat plugin]] now throws more useful errors if there is a problem with the API number, or API Key or user/password so it’s easier to sort out a failing connection. Previously it would just complain that it couldn’t connect but did not elaborate. 
 +  * The [[supported_hardware:hubitat|Hubitat plugin]] will now log Zigbee Radio status changes or errors as proper messages from the Hubitat rather than as unknown messages. 
 +  * FIX: Found a problem with the [[supported_hardware:tplink|Kasa plugin]] that might have caused some Units to be created with the wrong device type, or even no device type at all causing XTension to create it as if it was an old school X10 unit as in the absence of the more recent data structures it seems to regress to it’s origins. I am not certain this has fixed all the problems people were having with this and the situation that it would happen in is odd and therefore rare and difficult to duplicate. Specifically it was only a problem if the kasa dimmer type was discovered directly after a powerstrip type. 
 +  * FIX: If the [[supported_hardware:mqtt|MQTT plugin]] receives messages from ESPresense devices that do not have a “distance” parameter for some reason it will just ignore that message. Previously this could lead to further updates being ignored as it threw out other updates after the error. While this will allow processing to continue I believe that this can only happen due to an error or a bug or some problem with the ESPresense device or software and this will not be able to fix that. You may lose reception entirely from that receiver, or just that beacon that it’s sending, but something deeper is causing this. At least XTension will continue to process valid packets from anywhere else. 
 +  * FIX: The [[supported_hardware:mqtt|MQTT plugin]] will now properly publish enumerated values on systems that use a period instead of a comma as their decimal separator. 
 +  * FIX: Added a random pause up to 3 seconds when starting up multiple [[video:rtsp|RTSP video streams]] at the same time. On older or more resource limited machines this was causing problems if many streams tried to startup at exactly the same moment. 
 +  * FIX: An [[video:rtsp|RTSP video stream]] can become confused at some point and stop sending full frames from some devices. Previously the plugin would happily display and record these partial or badly corrupted frames. Under most circumstances it will now realize that they are not valid frames and restart the stream in order to recover from this problem. 
 +  * FIX: The [[supported_hardware:diy|DIY Plugin]] will now properly recover from the loss of a network serial connection the same way that it does for a local serial connection. 
 +  * FIX: Older binary plugins such as the Vera plugin would throw errors when trying to issue some unit specific scripting commands. This was due to the changes in the previous version that allowed the scripts to throw applescript errors if you called a handler that did not exist. The older plugins were not registering their handlers in the same way and so fell afoul of this. They will now let you call any of the handlers without an error. 
 +  * FIX: Fixed some problems with the managed folder system that is used by the new video plugins for managing disk space on the recording volume. This will now properly keep the minimum disk space you have set available. If you suspect something is going wrong with this there is an option in the new Debug menu (see below) that will let you log it’s progress and calculations to the log which you can then send to me for debugging. 
 +  * FIX: The managed folder system now recovers from having a volume not present at startup, or if a volume is unmounted and then re-attached. It will let you know if the Volume is unavailable and then will begin scanning it again when it re-appears. 
 +  * DEBUG: Added a checkbox to the preferences for “show debug menu” this will reveal a debug menu where I have gathered many of the various hidden debugging options in the app for easier access when it is necessary to gather more info for me on a problem. Please do not experiment with these unless I’ve asked you to as they may generate huge amounts of log output or break other things if used incorrectly.
  
  
  
-----+-----
  
 NOTE: This disk image no longer includes the older legacy plugins that will not be updated for newer OS versions. If you still need to run the [[supported_hardware:cm19]], [[supported_hardware:cm15a]], [[supported_hardware:zwave]] or the various Smarthome X10 interfaces please download [[tech_notes:catalina|the legacy plugins package from here]] and install the ones you need via the “Install Plugin” menu item of the “Database” menu.  NOTE: This disk image no longer includes the older legacy plugins that will not be updated for newer OS versions. If you still need to run the [[supported_hardware:cm19]], [[supported_hardware:cm15a]], [[supported_hardware:zwave]] or the various Smarthome X10 interfaces please download [[tech_notes:catalina|the legacy plugins package from here]] and install the ones you need via the “Install Plugin” menu item of the “Database” menu. 
current.txt · Last modified: 2024/02/05 17:53 by James Sentman