Home |
How to order |
XTension |
Download Page |
Home Automation |
Ideas |
Sand Hill |
Links |
Mailing List
XTension Classic Version Release History
For XTension for OS X history,
see this page.
-
XTension 3.9.4 Release notes:
-
This version adds some small enhancements and a fix of output 'reverse logic' for discrete units.
- Allow reset for all versions of LynX controller.
Previously, only the LynX-PLC was re-settable.
- Fixed a problem where one ROM version of the LynX was not being recognized.
- Appended seconds to event times in the scheduled events window.
- Fixed 'reverse logic' for discrete units.
Previously, output commands were not reversed.
-
XTension 3.9.2 Release notes:
-
This version adds some new features for the LynX-PLC as well
as some clean-up items that prepare for future revisions...
- Added 'Automatic reset' function for the LynX-PLC.
IF a number of line errors are received within one minute, then a
'reset' will be issued to the PLC.
This has proven to be reasonably effective in an effort to stop a deady embrace between the LynX-PLC and the HCA-02
repeater amplifier from Leviton.
- Also added the "Select All" keyboard command to the Script editor dialog mode.... [ Cmd-A ]
-
XTension 3.8.9 Release notes:
-
The last several private revisions have added some very interesting fixes and features for users of the LynX-PLC X-10 interface, and provide even better support for James Sentman's X2Web, and Dean Davis's WeatherMan, for an even more powerful tool set for setting up your home for control and monitor via any web browser, including the Audrey !
This
public release incorporates everything since version 3.7.8.
- Added new menu items and verbs to support the ability of the LynX-PLC to change its transmitter output and receiver sensitivity levels.
This is perhaps the most important feature that has come to X-10 home automation since the MR26.
- Improved processing of Extended Codes for all interfaces. The process should be more stable, and the Extended code and command are now saved properly in the database.
Now only CM11 and LynX-PLC systems can actually change database values
of units when an extended code of type 49 or 56 is received.
- Group status is now indicated in all Lists. This status will be the last
known state when the Group was last commanded as a group.
-
XTension 3.8.5 Release notes:
-
This release addresses some user requested appearance features, as well as some specific interface enhancements for both the CM11 and the LynX-PLC. There are some bug fixes, and some new features for the web server plugins.
- Added boolean flags to the 'Unit extract' record. Now allows individual testing rather than bit-wise testing.
- Long Date format now used in date/times of record extracts.
- Changed CM11 interface logic so that it cannot send 'micro-dims'.
- New Menu options for users of the LynX-PLC.
- Reset PLC (1200) -- forces the LynX-PLC to 1200 baud, legacy mode.
- Set PLC baud rate to 9600.
- Set PLC baud rate to 57600.
- Default PLC registers -- resets the DIM, Transmit level and Receiver Sensitivity registers to Defaults.
-
XTension 3.7.8 Release notes:
-
This release fixes some old annoying problems and adds some new
features that will please old users.
- Added a menu item for the CM11 that will clear its EEPROM memory.
This is very useful whenever the CM11 has magically decided that
it has some 'macro' or scheduled event stored in its EEPROM.
It particularly avoids the necessity of a power-cycle of the CM11.
- Added a new keyboard shortcut (Option-P) that 'pauses' the scrolling
of the text in the Log Window. Previously it was difficult to examine the
contents of the Log window when events were occurring frequently.
You can now enter the Option-P command to pause/un-pause the scrolling
of the Log Window. And, if you forget, XTension will automatically un-pause after a period of 5 minutes of no Log Window clicks.
- Fixed the very old problem of 'multiple selected events' in the Scheduled
Events window. Previously, it was not uncommon to see multiple events selected in the window.
- Fixed a problem with the 68k native version which really screwed up the
Edit Unit dialog. Previously, when run on an old 'black and white' Mac,
the dialog would not offer all of the new unit properties, and would give
errors when many of the items were edited.
- Fixed a problem with the 'hide window' and 'front window' verbs.
Previously, the Windows menu was not updated to show the current
presence of the window, and subsequent window selection via the
menu would not work.
- Fixed a problem that would not properly manage the 'no transmit' flag
when a Group was commanded.
- Fixed a problem which would not honor the 'sort' preference for
Events on startup. The last chosen sort (Name or Time) will now
be honored on startup.
-
XTension 3.7.6 Release notes:
-
With this release, all versions of XTension will run in 'Lite'
mode until started up with a 'key'.
Previously, only the CM11
version was available in the Lite form.
Note also that there is no longer
a problem of compatibility between the Lite database and that of the
commercial versions.
The database you build with the Lite version
can be directly opened by the commercial versions.
It includes another small bug fix.
- In the Edit Unit dialog, the "Delete" button for the OFF
Script was not greyed out if there was no OFF script.
---------------------------------------
-
XTension 3.7.5 Release notes:
-
This version is the final release for the XTension CD.
It includes one bug fix.
- There was one problem with version 3.7.4, that caused no
action when a 'dumb' dimmer was commanded to 100% after
it had received a 'hard' OFF command.
---------------------------------------
-
XTension 3.7.4 Release notes:
-
This version supports web servers !
- With the help of list members James Sentman, Dean Davis,
and Chuck Shotton, a 'clean' technique for inserting commands
into HTML pages, that allow control and monitor of your XTension
system, is proving to be very quick and flexible.
- New verbs have been added to
support the ability to serve HTML pages of XTension current status,
and control buttons. You can now monitor and control your home
from any browser, on any networked PC, Mac, or Audrey !
- This release also fixes some dimming issues with 'dumb' dimmers, and adds some new features for dealing with true 'analog' units.
- The list processing verbs of XTension now optionally return
an 'extract' of each unit or event record, with enough data to
produce a web page with details about current status.
- There is now a verb that lets you change the 'time filter' that
is used to 'throttle' the number of wireless commands that are
reported by the MR26. Normally, a simple remote control,
and even the wireless motion sensors, repeat their commands, sometimes as often as 5 times. The 'default' setting of the filter
is normally ok, but some users have asked for the ability to
modify it.
- The Errors Script now is called whenever the X-10 controller
fails to respond to a periodic check.
The new manual
describes the use of the global "Last Error".
- A special option for "Analog" units. Unit scripts that process
analog values (like temperatures), can now change the global
variable "future value". This means that scaling and offsets
can be performed in the unit script, based on a 'raw' value,
and produce a 'processed value' that is displayed in all lists
and views, and can be more easily used by other scripts.
- A couple of new verb options that have been long requested:
You can now schedule scripts and set values in the create event
verb :
ie: create event that executes script "Do Me" in 5 * minutes
and: create event that sets value of unit to 50 in 5 * hours
- And last, a lot of work has been done to try to make the dimmer
logic for all three basic classes of dimmer ... er...uh... 'better'.
---------------------------------------
XTension 3.7.0 Release notes:
This release adds support for the new LynX-PLC co-processor.
-
This release adds support for the new LynX-PLC co-processor, as well as the new option to finely tune the number of steps that individual
units require for full-scale dimming. Also added some new tweaks.
-
The long-awaited LynX-PLC is being shipped, and it now offers the
ability to send the 'extended code' sequences necessary for some of
the 'smart' dimmers. XTension now supports these codes for the LynX, in the same format as for the CM11.
-
The LynX version of XTension will now auto-recognize the 3 different versions of the LynX, and will configure them at startup.
-
There was also a bug in the 'query status' command with the LynX,
and that has been fixed.
-
There is now a new field in the Edit Unit dialog which allows you to
select the number of DIM/BRI commands that an individual dimmer
module requires for full-scale dimming. This field is limited to (10 to 22) 'steps', and requires that you 'characterize' any module for which you want to specify this value. Do this at your discretion.
XTension will continue to process any un-modified dimmer units
as it has in the past.
-
There is a new 'reserved variable' named "Rude Shutdown". This is
a boolean variable that can be tested at any time to determine whether the last shutdown of XTension was 'polite' or was the result
of a crash or powerfailure.
XTension 3.6.5 Release notes:
This release adds a new option for the 'wireless' commands,
and fixes some little bugs.
-
There is now an option in the Edit Unit dialog that will cause
XTension to automatically pass-thru a 'wireless' command to
the powerlines. Previously, you had to do this yourself in Unit
Scripts. Now, IF a ON/OFF/DIM or BRI command comes in from
the wireless channel (MR26), and this option is true, XTension
will automatically send that command to the powerline controller
(before the Unit Script is executed).
-
There was a bug in version 3.6.2 that affected the DIM/BRI function.
If you commanded a unit to DIM/BRI to 100%, it would not happen.
(It would work if you specified any level but 100%). This has been fixed.
-
In previous versions whenever you created a scheduled event
by way of a script, (even "turn on X in Y"), the 'repeat interval'
was set to seconds, and this could have caused problems when
editing that event. The repeat interval is now set properly.
-
For some versions now, there has been a bug in the 'targeting'
mode. In the case where you had two Macs 'targeted' at each other,
and you chose to do a 'shutdown' from the Finder at the Monitor
copy, that event was passed to the 'host', causing it to shut down
also. This has been fixed.
XTension 3.6.2 Release notes:
This release improves support for the 'simulated preset dim' feature,
adds a couple of useful intrinsic variables, and corrects a couple of
bugs that crept in with version 3.5.9.
- Previously, it wasn't obvious how to set the internal
'preset level' of a unit without actually sending an X-10 command.
There is now a new verb sim preset which will set the
unit database parameter without commanding the Unit. This
can also be applied to 'groups'.
- There are now two new intrinsic variables that can help
when you want to copy Unit scripts between units, and
when duplicating Global Scripts.
You can now refer to "thisUnit" within Unit scripts, and to
"thisScript" within Global Scripts. See the new manual for
examples.
XTension 3.5.9 Release notes:
This release adds support for the MP3 Remote control from X-10,
support for older X-10 RF remotes, better support for
'smart' dimmers,
improved support for the X-10 "All Housecode"
type commands, and some minor bug fixes.
-
Commands from the X-10 MP3 Remote control are now recognized
and will trigger a script that can pass these commands to the ZephIR
or your favorite MP3 software.
-
You can now create scripts that will be triggered by any of the X-10
'all housecode' type commands.
-
Added new display elements to the Scheduled Event window. It now
shows the Sunrise and Sunset times for the day, as well as a count of
the number of events that are currently in the list.
-
Added a new Unit option for 'smart' dimmers. This option will distinguish
which units have internal preset dim levels. There is also a new option in
the list processing verb that finds all 'smart' units.
-
Added a new verb that simply sets the 'preset level' for any simulated
preset dim Unit. ( sim preset "Lamp" to 50 ) This does not command
the Unit.
-
Changed the logic of the received 'preset dim' command so that it now
calls the Unit script if present. This obviates the need for a preset dim
command filter in the Attachments script. This is specially useful for
the TX15 two-way thermostat handlers.
-
The old two-button keychain RF remotes were found to have a special
protocol for their alternate (Unit 5/6) addresses. Support for this has
been added.
-
There is now a notation in the Log that indicates that a command
came from a 'wireless' source. As well, there is a new variable that
can be queried by scripts. (wireless)
-
There was a bug in the processing of commands that came in for
'blocked' Units via the 'wireless' path. It allowed the database to be
updated with the expected new values, without regard for the fact that
a wireless command would not have been seen by the common X-10 units.
It has been fixed.
-
There was a bug in the processing of the Event time of scheduled events
that were based on "Suntimes" AND the user had specified an 'adjustment'
of the sunrise or sunset times (via the adjust sunrise/sunset verbs).
The offset is now considered whenever such events are created or repeated.
-
Changed the 'time filter' of the wireless input to allow faster intentional
wireless commands. As in holding down a 'DIM' key.
-
There was a bug in the Scheduled events handler that improperly
re-scheduled 'monthly' events. It is fixed.
XTension 3.5.4 Release notes:
This release provides even more support for the MR26 wireless X-10 receiver.
-
There is now a Unit option that specifies whether a Unit may be controlled
by a command from the MR26.
-
There are now two new 'reserved name' variables that can be used to test
whether the command was a 'wireless' command, and just what that 'command' was.
-
The List windows now show whether the Unit may be commanded from the
wireless MR26. The X-10 address is shown in 'italic' face.
-
The 'wireless' property is passed thru on any wireless event that is 'forked'
from a 'monitor' copy of XTension to a 'host' copy. (Even via the Web !)
XTension 3.5.0 Release notes:
This is an exciting release !
-
XTension now supports the new X-10 RF-to-Serial interface MR26a.
This device can attach to any available serial port, and will receive X-10
commands from any X-10 wireless (RF) remote or motion sensor.
XTension will automatically detect commands from this interface and treats
them as if they came in from the standard powerline interface.
This means greater reliability and improved response time for wireless
sensors and remote controls.
This new direct wireless to XTension feature rounds out the feature set
so that XTension now supports every popular standard for home automation. X-10 powerline, X-10 wireless(RF), hard-wired relays
and sensors, analog inputs, and InfraRed A/V control, in any combination.
-
This version adds a new feature of 'auto-sizing' of the Name field
in all Lists. At startup, XTension will determine the length of the
longest Unit name that you have in your database, and will auto-size
the Name field to accomodate.
-
This version also fixes a problem with Scheduled Events that crept in
with the changes for Suntime-based events. It was possible to edit an event
and XTension could corrupt the 'next event time' so that it could cause a
looping event.
XTension 3.2.3 Release notes:
This version includes some major new features and a few small bug and appearance fixes.
-
LynX-Port discrete inputs, outputs, and analog inputs are now supported.
That's a big mouthful of features. For anyone who wants to combine the
reliability of 'hard-wired' elements
with the ease and economy of the X-10 system, the LynX-Port and XTension is a killer solution.
-
The Extended Code command for "preset dim" can now be scheduled.
example : xpress "LM14" to level 50 in 5 for 60 etc...
This has also been added to the Edit Events dialog.
You can use this command for a Group of similar units.
-
There two new verbs that retrieve the last extended code data byte
or command byte for any database unit.
example: write log "The last data byte was " & ExData of "LM14"
write log "The last command byte was " & ExCommand of "LM14"
-
In addition, there is a new command that will send an Extended Code
command explicitly. This assumes that you know what the special
codes are, but gives you the full range of the protocol of any device
you have that uses the X-10 Extended Commands :
xtend "LM14" data 1 command 59 etc.
-
The 'send address for' verb has been expanded.
Previously you could only specify a database unit name :
send address for "Kitchen Light"
Now you can specify a X-10 address. :
send only address "M16"
This makes the process of configuring devices like the "SmartLinc" dimmer a lot simpler
than previous 'send data' techniques.
-
The Suspend Event verb now accepts either a Unit Name, or an Event Name.
It will suspend the Earliest found event that matches first an Event name,
or then a Unit name.
-
Bug Fixes:
Previously it was possible to Create or Rename an event that had a name
that was longer than 31 bytes. Subsequent attempts to remove the event
would fail. This has been corrected. You should now get an error message
and a request to retry.
XTension 3.1.0 Release notes:
This version offers some improvements to the targeting over IP
feature, fixes some old issues with the Apple date/time
format in date/time type verbs, and cleans up some old bugs.
The remote targeting over IP feature is working well, however it needed to be tweaked so that each end of the IP connection will more readily disconnect should internet problems start to get bothersome.
A new option has been added to the Scheduled Events. It is relevant only to situations where you are running a Monitor and Host (targeted) system.
This feature allows you to create scheduled events on the Monitor
that are not on the Host, and still have them executed at the Monitor.
This will cause the same events to be performed on the Host.
Previously, no scheduled events were really performed at the Monitor,
always relying instead on the (same) events at the Host to fork all
relevant commands to the Monitor.
There are several verbs in XTension that deal with the date or time.
These have traditionally used the old '32-bit' date time, which is not compatible with the newer 64-bit date time type that Apple prefers.
Changes have been made in several verbs that MAY cause you to have to
modify some of your existing scripts.
-
The verbs affected are :
- last timestamp -- now yields a 'long date'
- sunrise for -- now takes a 'long date' input and gives a 'long date' out.
- sunset for -- now takes a 'long date' input and gives a 'long date' out.
- sunrise -- now returns a 'long date' format, but still only the number of seconds since midnight of 'this' day.
- sunset -- now returns a 'long date' format, but still only the number of seconds since midnight of 'this' day.
- startup time -- now returns a 'long date' of the date/time of the last startup of XTension.
- error time -- now returns a 'long date' of the date/time of the last X-10 or system error detected by XTension.
There has been a conflict in the XTension dictionary, between the verbs that remove a unit from a 'group' or 'view'. Also, the 'add unit to group' verb
was ambiguous. So I've made some changes to these verbs in an attempt
to make them distinct.
- add unit X to group Y -- was add unit X to Y
- remove unit X from group Y -- was remove unit X from Y
- remove icon for X from View Y -- was remove icon for X from Y
A bug fix :
Previously, if you chose to attach scripts to a 'Group', you would find that sometimes these scripts 'disappeared' whenever you clicked "Save" in the Edit Group dialog box...until the next time you restarted XTension.
I believe that I've fixed this problem. It should work now as expected.
Another little verb change :
Previously, the 'set value' verb would not let you set the value of a unit
that was not 'dimmable', or 'analog'.
This has been changed so that if the value that you are setting a on/off
unit 'to', is either 'zero/OFF', or 'not zero/ON', then it will work as expected.
This is to allow the possibility of gathering the current values of a group
of units from a 'targeted' copy of XTension, and then doing a 'quicky snapshot' of just that group. (synchronizing databases)
XTension 3.0.9 Release notes:
This version adds two very nice features.
The most important is that you can now use the AppleEvents over IP
features of MacOS 9 to 'target' copies of XTension across the web or intranet.
Simply start up a copy of XTension on your remote Mac, and run a
script that 'bonds' with your 'host' copy of XTension at home etc...
Your remote Mac displays the same real time updates that it would if you were in front of the 'home' Mac...
and yes, controls it ... without any extra 'remote control' software...
This is specially interesting for those who would like to remotely monitor
a vacation home, or even multiple properties or 'internet server farms' !
The other new feature is a long-requested ability to "send X-10 addresses
without a command".
This is called 'address stacking' and it allows you to pre-address several X-10 units on the
same house code, and then send a command that will cause each of the
addressed units to respond simultaneously.
This allows the creation of better 'scenes', with simultaneous units dimming, using only common X-10 dimmers.
This new feature also allows you to program other X-10 compatible devices
which require that you be able to transmit an address without a command.
This will make it much easier to create scripts in XTension that can program
the 'scene' capabilities of the PCS (brand name) dimmers.
Sunrise and Sunset for any day can now be easily calculated using
a couple of new verbs. These verbs will return the 'seconds since midnight time of the appropriate suntime for any specified date (within the range of the Apple date/time system.
- sunrise for (date) -- changed in 3.1.0 to allow Apple date/time type input.
- sunset for (date) -- changed in 3.1.0 to allow Apple date/time type input.
Also with this release comes a
new version of DBaudit, the XTension database audit utility. It should be able to detect unusual problems with
most of the elements of your XTension database.
XTension 3.0.6 Release notes:
This version finally resolves the problems between the format of the
PPC versus 68k databases and preferences files.
This will require a minimum of fuss on your part.
See the 3.0.6 Migration Page
This version also fixes a very nasty problem with any of the
"Two-Way" versions that crashed on Editing or creating a new unit.
XTension 3.0.5 Release notes:
This version fixes the problem with the length of the description field. In previous versions, it was limited to 127 bytes. The 'set description' verb will now only return an error when the given string is longer than 255 bytes.
Also added a new verb which retrieves the current 'logging mode'.
IE: set currLogMode to logging mode
result: "all, normal, exceptions"
Note that this version was delivered only on the new XTension CD.
XTension 3.0.4 Release notes:
This version fixes a bad problem with the 'set description' verb.
There were cases where the verb could overrun the description
field into the description field of other units.
If you use the 'set description' verb you must upgrade...
XTension 3.0.3 Release notes:
This version is for no other reason than to prevent crashes when
mixing incompatible versions of the app, and the data files.
All versions should now report that the database is incompatible,
and/or default to no scheduled events if moving between the 68K
and the PPC native versions.
XTension 3.0.2 Release notes:
Bug fixes and new graphic view verbs..
This version fixes a few memory leaks, and rounds out the verb
dictionary for dealing with graphic Views.
New Verbs:
- set ON icon for "Unit" to "Icon Name"
ex: set on icon for "Coffee Pot" to "Coffee On"
Note: This feature requires that the XTension Icons has 'names'
for each of the icons. These are not present in the old XTension Icons
file. I have made a new one and posted it with the 3.0.2 upgrade,
but you can make your own and change the names as you wish.
You must use some sort of Icon editor or Resource editor.
- set icons in "View" to [large,medium,small]
This verb will set the base icon size of all icons in a named View
to Large, Medium and Small. (Large, Small, Mini)
- all of class "Views"
An addition to the 'all of class' verb which returns a list of names of selected classes of windows, units, commands, scripts, etc, and now
for "Views". Returns a list of the names of all graphic Views installed in your XTension Database.
- all of view "View Name"
This verb returns a list of the names of all units that are attached to a named graphic View.
XTension 3.0 Release notes:
This is a 'public release' version.
With this version, XTension takes on a more modern look, and adds some
features that are specially useful for changing and managing graphic views.
New Verbs:
- put picture in view
This verb lets you choose a PICT image to replace the image that is in a named
View.
ex: put picture "morning bedroom" in view "bedroom"
NOTE: This new feature also instantiates the need for another 'named folder'
in the XTension folder. This folder will be called "Views", and will contain all
of the PICT images that are used by the 'put picture' verb. You may put
aliases of the images in the folder.
- place icon for unit in view at coordinates
This is an older verb, but now lets you choose the View or default
to the 'front view'. It also now updates windows in the background and
dynamically updates the icons when scripts move them.
- remove unit from view
This is an obvious companion to the place icon verb, and it also will
dynamically update the window.
It has been tested on a wide variety of platforms, but it is still expected that
it will not 'look' good on older Macs with Black and White screens, and without
ColorQuickDraw in the ROMs.
XTension 2.4.x Release notes:
The entire series of versions between 2.3.9 and 3.0 were trial versions
which led up to version 3.0. The principal change was the 'face lift', and
several verb additions and changes.
This is a crass commercial effort to make XTension more acceptable to
the first time user. Management is pleased, Engineering is not amused.
XTension 2.3.8 Release notes:
This version fixes a bug that incorrectly writes scripts back to the
database and to the text copy (Scripts folder), even when the Prefs
option is set to "(don't) Save script context". This should improve
performance on older Macs.
Also corrected and amended in this version is the log message that
appears when you execute global scripts. IF the script exists only in
the "Scripts" folder, and NOT in the database, then the log entry will
look like this:
Wed, Apr 12, 2007 11:32:07 AM Executing text script "a time test"
This should help to distinguish between scripts that are located in
the database, and those that are in the "Scripts" folder only.
This release adds a new feature to the "Open"(file) verb.
You can now "Open" a "plug-in" and import new elements automatically.
This means that you can make changes to the database on a "Monitor"
copy of XTension, then Export those changes to a 'plug-in', send that
plug-in to the "Host" Mac, and then tell the Host copy of XTension to
'Open' that file.
The key difference here is that XTension will ALWAYS replace any
old unit/data with the data in the plug-in. (NO 'are you sure?').
This release also fixes another long time bug in XTension.
This is more obscure, but previously, the 'new value' and time stamp
were set before calling the unit script -- (in the "set value" verb only.)
The value and timestamp are now set After the script is called.
This version also adds more logic to the change made in 2.3.7 for
the "BY" option in the dim, brighten and set value verbs.
Now, if you try to change a dimmable unit (with an X-10 address) beyond its
natural (0-100) limit, XTension will auto-limit it without giving an error.
IE: If "Lamp" is already = 90 and you do :
brighten "Lamp" by 20
then XTension will set the "Lamp" to 100
( or to 0 if you try to dim below 0)
Units which do not have X-10 addresses (pseudo units), are Not auto-limited.
XTension 2.3.7 Release notes:
This release fixes a LONG TIME bug in XTension.
It concerns the "About Box" which is found under the "Apple Menu".
I don't know how long this has been causing a problem, but I expect
that it's responsible for a lot of unexplained crashes.
Basically, sometimes after you pull down the "About XTension" dialog,
you may see a crash at the time of the 'next' Scheduled Event. Because
this may be a long time from 'now', the Crash would not normally be
associated with the About box.
Also in this release is a small change to the dialog box where you
Add Units to a group. The 'source' or master list on the left is
now sorted in alphanumeric sequence. It is much better this way...
I also added a new option for the Dim, Brighten, and Set Value verbs.
Previously, if you wanted to be able to 'raise' the level of a lamp, you
had to do something like this:
brighten "the Lamp" to ((value of "the Lamp") + 10)
Now you can do the same thing like this:
brighten "the Lamp" by 10
You can also use the 'dim' verb, but the 'by X' remains an absolute value
that will be 'added' to the current value of "the Lamp", and then the lamp
will be commanded to that new level.
Note that a value of -10 etc is legal.
You may also now do the same thing with the 'set value' verb, specially
with 'analog' values like "Daily Rainfall" :
set value of "Daily Rainfall" by 1 (adds ONE to current value)
XTension 2.3.6 Release notes:
This release builds on the new verbs of version 2.3.5
I've added some new verbs:
create group -- create a named group
IE: create group "Front Lights"
(this verb will prohibit duplicate names)
delete group -- delete a named group
IE: delete group "Front Lights"
(dangerous if you don't know what you're doing...)
And I've extended the format and output of the "Save Database as Text" function.
The output now includes the 'type' parameters of each unit, as well as the
units which are members of a 'group'. This is a tab-delimited file which may
be directly edited, and then used as the source for an applet which can
re-build the database.
XTension 2.3.5 Release notes:
This release corrects a problem with the periodic writing of the database.
Some users were seeing that the database sometimes did not get written
the number of times per day chosen. This release should fix that.
Also with this version, I'm providing some new verbs for those who want
the ability to modify the database from other applications.
Here are the new verbs:
create unit -- create a named unit, with a specified address
IE: create unit "google" address "A1"
(this verb will prohibit duplicate names)
delete unit -- delete a named unit
IE: delete unit "google"
(dangerous if you don't know what you're doing...)
set description of -- set the description of a named unit.
IE: set description of "google" to "This is a description"
(this field is unedited, but do be careful with data types)
description of -- returns the current string stored in 'description' field.
IE: write log "The description of google is : " & description of "google"
set params of -- set the specified parameters of a unit
IE: set params of "google" dimmable true simulate true single true
There are 5 different parameters that you can set using this verb.
dimmable -- dimmable
simulate -- simulate preset dim
reverse -- reverse logic
receive -- receive only
single -- single click to toggle
These variables may be used in any order, and are all optional.
Use any one, or all, in any order. If the parameter is omitted, it
will not be changed.
You must use the 'true' or 'false' option with each parameter.
XTension 2.3.4 Release notes:
I'm releasing this version early because of a PPC native problem with
the "New Group" function. In earlier versions, it was possible that
each new group was linked to the 'first' of all groups so that it would
always appear to include the same units. This (I think) has been corrected
in this release.
Also in this version, I added another function to the 'emergency' startup
procedure. If you start up XTension with the 'Option-Key' held down,
XTension will both disable the startup script, and will 'suspend' every
scheduled event.
This will provide a mechanism for starting up XTension when there is
some 'stuck' script that is causing continuous restarts or extraneous
messages and commands. A message will be written to the Log to
indicate this, and the 'stop signs' in the scheduled events window
should be an good warning sign.
This version includes an experimental 'fix' of a problem that has been
reported concerning a failure when cutting the Log File. If while trying
to read the starting 'date/time' that was written to the current Log File,
an error occurs, XTension will retry 10 times and then simply write a log
file with the name "Log Name Problem". Of course if this happens repeatedly,
then there will be a name collsion or overwrite.
So, this is an interim release for those who have seen this problem, and
can readily reproduce it. I need information about the behavior of this version.
(Reports indicate that this is ok...)
XTension 2.3.3 Release notes:
This version should be reasonably correct for all suntimes, for
any location as far east/west, or north/south (55 deg N/S).
There are variations of Map and Date/Time Control Panels, across
the different MacOS systems you are running. The thing to remember
is that you should first set the date and time, Daylight Savings Time,
AND the 'time zone' using the Date/Time control panel.
Then call up the Map control panel and set your specific latitude/longitude.
Remember to push the "Set" button.
Then close both control panels. Now call up the Map control panel again.
The 'time zone' should show the correct number of hours +/- GMT that
you are experiencing in your time zone, Including the Daylight Savings
Time offset.
XTension 2.3.2 Release notes:
This version is better at calculating the sunrise/sunset times,
but may still have problems with the 'GMT offset' as represented
in different operating system versions. This can be corrected using
the 'adjust sunrise' and 'adjust sunset' verbs.
The PPC native version now properly schedules the suntime events.
XTension 2.3.1 Release notes:
This version changes the format of the Control Panel to include the
whole date/time in the "Last Event Time". This is specially nice for
units that don't trigger very often.
Also, several changes have been made to correct the export/import of
plug-ins between the PPC native and 68k versions. There is still a
problem with scheduled events between versions, but this will likely
be fixed in the next version.
XTension 2.3.0 Release notes:
This release adds the ability to dislocate the XTension "Logs" folder
from the application folder. For those who are running XTension in
RAM Disk, this means that you can now have an 'alias' of the Logs
folder in the XTension folder on the RAM Disk, and XTension will
automatically save all archived log files in the 'real' Logs folder
which can be anywhere. Even on a shared volume.
New Verb: "XTSyncDateTime"
This verb allows you to set the date/time of this Macintosh with
the time gathered from another Mac on your network, OR from a
date/time retrieved from a web time server.
example:
Assuming that the Mac named "the Clock" has the correct time,
and that the following script is run from within a copy of
XTension on a different Mac:
tell application "Finder" of machine "the Clock"
set theTime to (current time)
end tell
XTSyncDateTime (theTime)
XTension 2.2.9 Release notes:
This release includes a new verb and a new technique which
detects when the disk space is depleted and XTension can no
longer write to the XTension Log file.
There will obviously have to be an update to the XTension manual,
but until then, here's how it works:
When a 'disk is full' error is detected by the Write Log File logic,
XTension will close the current "XTension Log" file, and set a flag
that will prevent any further disk consumption.
It will also write a big red message in the Log Window that
indicates that this error has occurred.
Further, it will attempt to execute a 'special named script' called
"Errors Script". If this global script has been created, then the user
can perform whatever actions desired, like compressing old Log files
or deleting them.
The new Verb allows you to then turn Disk Logging back on if you want.
ie: set disklogging (true/false)
It is of course desirable to predict this 'disk is full' event OR perhaps
even check on it occasionally, but at least this change will allow
XTension to continue to perform without crashing.
It may be that in the future we have an automatic method of testing
for diminishing disk space, but for now, you can use the Finder to
determine the available space in a periodic script that you provide.
XTension 2.2.8 Release notes:
This release should fix the problem that was discovered concerning
the "Periodic check with interface failed" message which occurred
at times that were not logical, and often in conjunction with a
'preset dim' command.
XTension 2.2.7 Release notes:
This release includes only one change. Responses from users have
suggested that a long series of incoming commands from the interface
may cause the periodic check of the interface to fail. This version
slightly changes the logic for determining when to do this test.
No other changes made.
XTension 2.2.6 Release notes:
This release specifically addresses the needs of those who want to run
on PowerBooks or from Ram disk, and want to limit the number of times
that the hard disk has to spin up. In general these new options should
improve response and execution time.
This version adds a new Preference option, and changes the 'default'
preferences :
There is now an option to "Execute unit text scripts"
IF selected, XTension will attempt to locate and execute text copies
of unit scripts IF a script is not found in the database.
The default setting is OFF.
The default setting for "Auto save scripts to text" is now ON.
The default setting for "Do write current time" is now OFF.
In previous versions, XTension would always save Global scripts
back to disk after execution. This is now controlled by the preferences
option "Save script context".
IF this option is selected (checked), then scripts will be saved to disk
whenever executed, and always when XTension is told to Quit.
This option should only be selected when you have scripts that contain
variables which are defined using the "property" statement, and you
need to preserve the current values of these variables.
XTension 2.2.5 Release notes:
The old problem of "Squished Lists" which occurs with Mac OS 8.5 and
after, has been fixed.... finally.
This release corrects an old problem with importing "Views"
Previously, when importing views, you were presented with a
confusing 'open file' dialog box, and the views were not imported.
This has been fixed.
This release also includes fixes which are a prelude to the release
of the PPC 'native' version of XTension.
XTension 2.2.4 Release notes:
This is an interim release.
This release adds a new feature.
You can now create a scheduled event which blocks or unblocks a unit.
And there are two new parameters to the 'block unit' and 'unblock unit' verbs.
The New/Edit Scheduled Event dialog now offers the 'block' and 'unblock' commands.
The new additions to the block unit and unblock unit verbs allow you to specify
a delay before the block/unblock occurs, and the period before it is reversed.
examples:
block unit "Lamp" for 5 * minutes
block unit "Lamp" in 5 * minutes
block unit "Lamp" in 5 * minutes for 5 * minutes
or:
unblock unit "Lamp" for 5 * minutes
unblock unit "Lamp" in 5 * minutes
unblock unit "Lamp" in 5 * minutes for 5 * minutes
XTension 2.2.3 Release notes:
This is an interim release.
The only changes are the addition of a new verb:
A new verb has been added which gets the names of all of the Scheduled Events
ex: set theList to all events
XTension 2.2.2 Release notes:
This is an interim release.
The only changes are the addition of a new verb and the re-naming of another:
The old verb "all of list" has been renamed to "all of class" (same old AE event ID)
A new verb has been added which gets the units of a given "List"
This verb is now called "all of list" (note conflict with old name)
This verb will return a list of the units which are in a named "List" :
ex: set theList to all of list "Weather Data"
XTension 2.2.1 Release notes:
This is a 'soup' release. It will replace the 2.0.7 release which has been
shipping since Summer '98. There is only one minor change between this
and version 2.2.0:
Extended Code transmission handling: A very small change has been made
which should allow for multiple 'xtend' commands to be issued without
having to 'delay' between them.
No other changes have been made. Version 2.2.0 appears to be very stable
on all OS's and platforms.
XTension 2.2.0 Release notes:
This release adds a feature which has been missing for a long time.
Events which are sent to XTension from 'alien' applications or applets
will now be copied to any 'targeted' copy of XTension.
Thus when such things as weather data from the WX200 applet are sent
to either a 'monitor' or a 'host' copy of XTension they will automatically
be sent on to the other copy of XTension.
There has also been a bug of omission in previous versions which allowed
a 'pseudo' unit to appear to be 'blocked', but XTension still permitted
commands to change their value. This has been fixed.
XTension 2.1.9 Release notes:
This is a preliminary release in anticipation of version 2.2.0
Added the ability to import Graphic Views for old Macs which had
Black and White monitors but had the ColorQuickDraw ROMs.
This is true of the SE/30, and Classic II's, and some early PowerBooks.
Fixed a problem where the 'Last Event Time' for a selected unit would
not update until the panel was closed and reopened or another event occurred.
It will now update whenever you click on a unit in any list or view.
XTension 2.1.8 Release notes:
THIS IS A PRELIMINARY RELEASE IT NEEDS TESTING !
Added new verbs for list and view processing:
unit address of [database unit name]
( returns two or three character X-10 address of unit )
example: unit address of "Lamp" --> "A1" etc.
Added new verb for placing a unit icon in a view:
place icon for [unit name] horiz [x offset in pixels] vert [y offset in pixels]
( places icon for unit in 'front view' at [horiz,vert] )
ie: place icon for "Lamp" horiz 12 vert 12
Note that this will only work for 'graphic views' and the
view must be the 'front' view.
XTension 2.1.7 Release notes:
THIS IS A PRELIMINARY RELEASE IT NEEDS TESTING !
Added logic to process 'received' extended codes for 'Output Status Ack'
This is the message that is sent by the LM14 and the Leviton 6381 to
announce the current 'level' of the dimmable device. This is sent by
the device after it has been commanded with the 'xpress' verb, and whenever
the device is changed by other methods...(ie manually?)
CAVEATS and Notes:
This code handles only the extended code that specifies the 'output level'.
Any other received extended codes will not be processed.
Unit ON/OFF scripts will be executed as normal, however the 'FUTURE VALUE'
will be set to the 'raw' value byte received from the unit.
This raw value includes both the current level in bits 5-0, (0 - 63)
BIT 7 (the high bit) indicates whether the 'BULB' or 'LOAD' is present.
0 = No Load (ie: the Bulb filament is burned out)
1 = Load is present (Bulb is not burned out)
BIT 6 indicates whether the unit is an appliance module or is 'dimmable'
0 = 'dimmable'
1 = unit is an appliance module (ON/OFF only)
This version includes TWO new verbs which control whether the unit will
acknowledge a change in status via the 'extended code' messages.
"enable extended ack for" (unit name) -- enables the auto-response
"disable extended ack for " (unit name) -- disables the auto-response
XTension 2.1.5 Release notes:
Added new verb: xpress -- Send extended preset to unit
This verb specifically sends the extended code "Preset Receiver Output"
to the specified 'level' (0-64). It is compatible with the X-10 dimmer
modules "LM14a" and the Leviton 6381.
NOTE: this is an interim solution to the handling of these modules and
the X-10 'extended code' system.
XTension 2.1.3 Release notes:
'Corrected' the behavior of turning ON dimmable units
which were already ON... Does not send and OFF and then ON...
XTension 2.1.2 Release notes:
Corrected behavior of 'force' commands with 'groups'.
Previously, ony the first unit of the group would be commanded.
Fixed problem with the 'unit type' command for listing 'groups'.
Previously, the first group would be ignored.
XTension 2.1.1 Release notes:
Added ability to request 'blocked' units in the 'unit type' verb...
Added new verb: "cut log file"
this acts just as if you did a manual cut of the log file
Added new verb that returns the status of the Monitor Mode
XTension 2.1.0 Release notes:
This release incorporates all of the changes which have
been made in the various beta versions which have been
tested since the release of version 2.0.5 :
Analog units, both real-dimmable and 'pseudo', may
now have unit 'OFF' scripts.
This should not require a change in any current
scripts.
The logic for executing a 'OFF' script for any analog
unit is now:
IF the unit is turned OFF, OR Dimmed/Set to Zero,
then the OFF script will be triggered.
Any NON-Zero (even negative) value will trigger
the ON script if any.
Groups are no longer defaulted to type Analog
this means that they may now have OFF scripts.
Log file names no longer have illegal 'CR' terminator.
Unit list verbs no longer return 'groups'.
Suspend Event verb now allows 'for/until' variable.
The principal reason for this release is the 'fix' for the
SE/30 - Classic problem which crashed when Cancelling
out of the Edit Scheduled event dialog.
This release does not completely fix the problem.
There is still a small memory leak in the Edit Event process.
It should be much less of a problem than the crash that
currently happens... ( you can do a few hundred
of these without running out of memory)
This will be corrected in the next release.
Copyright 2007, Sand Hill Engineering All rights reserved.
Last modified: March 15, 2004