With the release of Sedona Framework 1.2 a number of features have been added.
- Versioning: You didn't miss anything, the Sedona open source version skipped from 1.0 straight to 1.2.
- Kit and Platform Manifest Server: Kit and platform manifest files can now be stored directly on the Sedona device, if desired, and served automatically to Sox clients as needed. See the section Manifest Server to learn how to implement it on your platform.
- Device Discovery: Sedona devices can now be discovered automatically using IP multicast. Details can be found in the section on Device Discovery.
- Multi-rate App Components: Components now have some control over when the App cycle executes their child components. This can be used, for example, to have certain child components execute at a lower rate than the App cycle rate. See the Apps chapter for more details.
- Device Simulation:
New capability has been added to
sedonacto make it easy to create a simulator version of any Sedona VM. Apps that depend on kits with platform-specific native methods can now be run on a different host platform using a simulator SVM. Detailed instructions on how to create a simulator SVM will be presented in the Sedona Device Simulator chapter.
- Refactored Control Kit:
controlkit has been split into several smaller kits, organized roughly by functionality. This should make it easier to use the control components on resource-limited devices.
- Prioritized Array Components:
A new kit
pricompoffers components with prioritized inputs, including override capability:
Each component in the
pricompkit uses a 16-level priority scheme, with inputs
in16(lowest) plus a
fallbackproperty, and a single output
out. It also has override actions that explicitly set certain input slots.
The value of
outis determined by a priority scan of the inputs, looking for a valid value at
in1first, then each of the other inputs in turn, all the way down to
fallback. (A "valid" value is one that is not set to
null, or its equivalent for that property's type.) The highest priority valid input propagates to the
Most of the component inputs are linkable, with the few exceptions being inputs that can be set only via right-click override actions. Overridden inputs are evaluated along with the linkable ones, using the same priority scheme.
PrioritizedBooleancomponents also offer built-in timers for minimum on and/or off times to protect sensitive equipment.
See the pricomp kit docs for more about these components.