-
How can I do this?
The topic in the instructions is very limited.Other Controllers
Other controllers that you may find as add-ins will each have their own specific configuration instructions. Please refer to their accompanying documentation.What information should I be looking for?
I've tried port 1880 which is used for node-red, assuming that this is a listening port - no go. Really not sure how to go about this as everything I do is mostly trial & error.
BTW, I added my Vera Lite into the mix successfully, HS4 would make it a trifecta!
-
Hi Everyone,
In the Vera Reactor logic, I used to use the operator "updates" in a lock condition.
If I entered the door and the code used was "Mike," it would hold the condition true indefinitely because "Mike" was the last stored value. Since it is held indefinitely, setting the condition to pulsed would not allow the condition to fire again because it never went false. If I entered a different code, the condition would go false, then entering "Mike" again would cause the condition to go true.
I did this using the operator "updates" in an AND condition along with the lock code. The code condition would stay true with "Mike," and when "Mike" is entered consecutively, the "updates" condition will go true each time, and then the whole condition would go true, triggering the action.
Since "updates" no longer appears to be an operator, how would I do this in the new logic? I think I remember a discussion about this, but I searched and can't seem to find it.
I'm not a programmer, so I am probably missing the easy way to do this.
-
I have created a Global Reaction with this LUA code for my Vera to run.
However when I run the Reaction nothing happens. I can't see anything in the log file either about this rules ID number.
If I run the same LUA code on Vera in the test window it works OK.
OR any other suggestions how I can set this up in a global Reaction (Scene) in MSR ?
Instead I could use the VeraScenes.lua file in the Vera startup library, but I am wondering why I can't just paste the LUA code directly in to the MSR rule.
Thanks
local status = luup.variable_get("urn:upnp-org:serviceId:SwitchPower1", "Status", 419) --Status of Safe to Arm virtual switch if status == "0" then --Safe to Arm luup.inet.wget("http://SOME-HTTP-REQUEST") luup.call_action("urn:micasaverde-com:serviceId:HomeAutomationGateway1","SetHouseMode", {Mode = 2}, 0) --Set House Mode to Away luup.inet.wget('SOME-HTTP-REQUEST' ,5); else --Not Safe to Arm luup.inet.wget("SOME-HTTP-REQUEST") luup.inet.wget('SOME-HTTP-REQUEST' ,5); end -
Followers will be aware of the problems I had setting up MSR, so it won;t come as a surprise that now I have problems Upgrading to the latest version. (How much I wish for a "Click to Upgrade" Button.....)
I've been stuck on this for 6 days and am ready to throw in all into the to hard basket, surely HA shouldn't be this problematic?
There, I've said it now I feel better....
So what's the problem, I can upload the file using WINSCP but no matter what I've tried it won't un-tar and over write the existing files in the Reactor Directory.
I receive the following error message which may as well be written in Martian 🙂 in my case.
Command 'tar -xz --directory="reactor" -f "reactor-0.1-21101-0db64f0-generic.tar.gz"'
failed with return code 2 and error message
tar: reactor: Cannot mkdir: Permission denied
tar: reactor: Cannot mkdir: Permission denied
tar: reactor/INSTALL.md: Cannot open: No such file or directory
tar: reactor: Cannot mkdir: Permission denied
tar: reactor/LICENSE.md: Cannot open: No such file or directory
tar: reactor: Cannot mkdir: Permission denied
cut for sanity sake....This goes on for ad infinitum for every file.
I tried with both users, no change, can anyone decipher this and explain why WINSCP won't untar the file?
-
For MSR users with SiteSensor still installed back on Vera, you might want to consider letting MSR take over those duties. Here's a quick run-down of how I imported one of my SiteSensor recipes into a Rule on MSR, using OpenWeather API* as an example.
STEP 1: Copy the Basics from Vera
(a) Go to your Vera > Devices, locate SiteSensor (the main instance, not one of its children devices) and click ► for details then click SETTINGS.
(b) Copy and paste (into Notepad or other text editor) the Request URL along with each of the defined expressions.STEP 2: Create a Rule on MSR
(c) Jump into Rule Sets and click "Create Rule". Click its title to rename the rule 'OpenWeather (API)" and click 'Rename'.
(d) Decide on appropriate Triggers (in my case, it's an OR group that includes an [INTERVAL] set to "Every 3 hours" plus a few [ENTITY ATTRIBUTE] entries reacting to things like entering/leaving home, waking up, etc.).
(e) In Set Reacion, create an [HTTP REQUEST] > [GET] action.
(f) Paste your old "Request URL" into the "Request URL" box.FYI GET calls to OpenWeather API* take the form:
http://api.openweathermap.org/data/2.5/weather?zip=<your_ZIP_code>&id=<your_Wx_ID>&appid=<app-id>&units=imperial(g) Create four new blank Expressions (name them openWx, Tx, Hx and Rx).
(h) Click SAVE & EXITSTEP 3: Process the Response
(i) Re-open rule "OpenWeather (API)" by clicking the 'Edit' icon.
(j) Within the [HTTP REQUEST] action, assign "Capture response to:" ► openWx
(k) Down in Expressions, click "[+]Add Expresssion" then enter the following:
Tx := round(openWx.main.temp,1)
// yields current outdoor temperature
Hx := round(openWx.main.humidity)
// yields current humidity conditions
Rx := openWx.rain ? ( openWx.rain['3h'] ? openWx.rain['3h'] : 0) : 0
// yields predicted rainfall, if present; otherwise 0
(l) Click SAVE & EXIT. Enjoy!Naturally, your specific needs and workflow will differ from the one I've outlined here. For instance, you may wish to explore the contents of the JSON object in openWx for additional data of interest to you, and define variables to match.
My goal here has been to illustrate some key concepts needed for moving from SiteSensor over to MSR:
Some syntax is the same, such as dot notation for object.item.access; Other syntax has changed, such as the use of ternary A ? B : C in place of IF (A, B, C); Manually setting an [INTERVAL] in lieu of SiteSensor's timed schedule;Pro tip: If your workflow demands that other Rules react to the output of the "OpenWeather (API)" rule, then be sure to create all of the aforementioned Expressions under "Global Expressions" instead, so they become accessible across all Rule Sets.
Once the transition is complete, you can either DISARM SiteSensor on Vera or remove it entirely with "Remove Device" (which will automatically remove all of its child devices).
*Additional reading:
OpenWeather API : https://openweathermap.org/api
FREE SUBSCRIPTION REQUIRED TO USE THIS SERVICEPRO TIP: See below for optimal way to incorporate OpenWeatherMap into your MSR workflow(s), by enabling the service directly in the reactor.yaml config file.
-
Just thought i'd mention it, as I've walked into it multiple times when editing rules:
dbc9e2c8-887e-46bd-8e3c-1364eb99bb03-image.pngWhen I make/edit rules, i'm used to pressing "save" through the process, and when I do that, theres only the red one left to press. It does make sense, as its already saved, but I'll stop and think one more time when it says w/o saving.
In my head, a exit button which causes a pop-up warning if changes are not saved makes more sense - like in vera reactor.Feel free to discard the idea, its just something to get used to mabye. 🙂
-
In my Vera config I have two SiteSensors (one for Ambient Wx, one for OpenWxMap) that point to two unique Reactor devices for controlling HVAC in my home. This is done for redundancy - if the Ambient API drops it returns zero data which then triggers a standalone Master API Reactor device to flip on the OWM SiteSensor and corresponding HVAC Reactor device to continue controlling the house conditions.
Once the Ambient API returns to available the Master API Reactor device flips back to the Ambient SiteSensor and corresponding HVAC Reactor device, turning OFF the SiteSensor for OWM to save on API calls.
I've been able to duplicate one half of this, including the Master API role, in MSR. But... here's the tricky part... I can't turn "off" the MSR Rule Sets for the OWM version. As such, HVAC is sent conflicting data and doesn't know what to do.
Before I go alls deep into explaining how all of this currently works, am I missing something somewhere that would allow me to trigger the on/off of MSR Rule Sets?
-
Knowing that MSR Preview may not yet fully implement LuaXP (CORRECTION: MSR uses a different language lexpjs), I could not resist whipping up some text expressions for fun. Whereupon two things popped out at me:
The new scaling (0.00 - 1.00) of Dimming Level will require a rewrite of certain Expressions that I use to balance my light levels. For example, it was my custom to monitor one lamp's brightness (0 - 100) with Reactor Luup, then set another lamp to 93% of that level, using this Expression: floor(getstate( 9, "urn:upnp-org:serviceId:Dimming1", "LoadLevelTarget" ) * 0.93)Now, in MSR, it will become necessary to modify that to read:
floor ((getEntity( "vera>device_9" ).attributes.dimming.level * 0.93)*100)/100which effectively scales the value up x 100 (so that floor() can act upon it correctly), then downscale it / 100. Just an FYI to ponder.
I'm noticing that every edit, however minor, of an Expression in MSR requires an immediate SAVE click before the 'Run' button will become active. That is to say, I cannot repeatedly evaluate the Expression during editing, without clicking SAVE first.Only mentioning this latter behavior since it departs so dramatically from Reactor Luup's paradigm.
-
Hi
I am assuming in time MSR will have some API documentation.
I am going to ask Bill the developer of the Home Remote dashboard app if he can add support for MSR.
Specifically support for MSR global Reactions (Scenes), where hopefully they can be imported in to the Home Remote Designer application and then we can more easily create dashboard tiles that when pressed would run a particular MSR global Reaction etc.
Currently in Home Remote it's possible but not so easy to create a tile that runs a http request when pressed and I have tested this and it does work and will run an MSR global Reaction.
But I'd much prefer if in the Home Remote Designer application MSR could be added as a device type and then all its global Reactions
imported as it does with Vera and other systems. -
Hi
Will Global Reaction rules have Constraints added at some point?
And maybe the other functions like Reset Reaction and Expressions.
Thanks
-
How are folks handling situations where they want to have Conditional Actions or Branching Logic in their Set Reactions for a rule? Are you creating Duplicating the same trigger and setting different conditions and Actions?
Is there an approach where you combine a main rule with your entity triggers with sub rules that trigger off Expressions? You then could write your conditions as Set Variable actions in the Main Rule for the Expressions that evaluate to true or false. Each sub rule would trigger based on the expression changing to true and then could also change it back to false after.
Not sure if that's worth the complexity for the reusability and control over duplicate triggers.
-
OK, people, here we go! At long last, Multi-System Reactor developer preview is available!
The package can be downloaded from the Reactor bug tracker, a MantisBT system (at https://reactor.toggledbits.com/mantisbt/). There is a download button in the left margin, as well as links to the documentation, which you will need for installation.
UPDATE 2021-02-24 -- To keep spammers off, I've locked down registration on the Bug Tracker. To get access to the Bug Tracker and preview downloads, please PM me (not reply here) your full name and email address and I will set up an account for you.
This version of MSR will run on Linux systems, including RPi's under Raspios Buster, running node.js version 12.10 or higher (v14.15.1). For RPi users, there is an installation script that will install a local copy of node.js (for the logged-in user).
Bugs reports will be handled through the bug tracker only. Discussion and questions in this forum are fine, though (if that leads to a bug report, we'll transition).
This version supports Vera (and openLuup to the degree it's compatible with Vera Luup), Hubitat, and Home Assistant. Some of the device support on the H platforms is still a bit basic, but it is largely controlled by configuration and progress can be made quickly.
The documentation beyond installation is a mess. Of course, I started with the existing documentation and have been massaging into MSR's particulars, but it still has a long way to go on the detail.
I know I don't have to say this, but I will anyway... let me know how it goes!
-
I looked through the forum, but could not find it, so my apologies if this has been asked. It would be nice to be able to push a message to MQTT for further upstream integrations.
-
Is the import feature supported by stock Vera or only open loop or is it both?
-
Hi
In some of my PLEG actions I run Lua code.
I guess I can't do that now with MSR. Assume I have to create a Vera scene with that same LUA code and have the MSR action call that scene etc.
What about the people who were using Reactor plugin for Vera? I assume they can run Lua code.
But won't be able to when using MSR on a separate box to Vera.
I am also seeing other things I am doing in PLEG but don't think I will be able to on MSR? Like monitoring devices for certain things.
For example I use PLEG with Fibaro Dimmer 2 modules to enable me to use the Scene Activation for double and triple clicks on the actual wall switches, PLEG sees this happening and then my action can run a Vera scene or whatever else I want.
I have three "Device Properties" setup in PLEG to monitor those aspects of the Fibaro Dimmer 2 device.
078cad4f-ebee-4951-a631-304da033d60f-image.png
Then this condition in PLEG:
(LoungeSceneActivated;LoungeLastSceneTime) and (LoungeLastSceneID == 14)Runs an action when I double click the Lounge Light wall switch.
Thanks
-
@toggledbits food for thought (and I hope I haven't already proposed this)... Could references to global expressions be expanded such that declared variables inside them could be accessed?
Example:
varEx := varInner = [1,2,3], varInner[2]
// returns 3Currently:
varB := varEx.varInner
// returns (null)Proposed:
// returns (array) [1,2,3]Thoughts? I'm increasingly using these hybrid definitions that are neither "pure" array nor object. I also like keeping my inventory of expressions compact.
-
Is there a release date for MSR v1.0?
-
Hi
Wanted to create a rule for monitoring the battery level of Z-Wave devices on my Vera hub.
I can select the battery level as the trigger OK.
But not sure how to handle the Reaction to send an alert / notification ?
If in the triggers I have multiple devices monitored for their battery level
39a2f0af-c2e4-450b-a1ce-f542df31d02d-image.png
How could I create say a TTS announcement or text alert that mentions the name of the device who's battery level has dropped below 10% ? The device that has triggered the rule.
I'd rather not have to create an individual rule for each device etc.
Any ideas?
Thanks
-
I just thought of another handy Tool to contemplate: A basic rule exporter.
By going to TOOLS > Rule Exporter > [ <select Rule> ] > [ select Format (JSON/MSR | PDF | PNG | ASCII) ]
the user could save a rendering of the selected Rule for sharing with others. I'm sure @toggledbits already plans this as part of the "Backup & Restore" functionality, but I'm pushing that a bit further by asking for the options of exporting a complete box diagram of the Rule's workflow, in print-ready PDF or as a bitmap image or even ASCII art. 🙂Naturally all output should include copyright attribution to Patrick/MSR, link to the MSR repository, with optional Rule @author info, Rule name + creation date (or all that crapola could just be its own COMMENT field in the Rule itself), and current installed MSR platform type + version number.
Thoughts?
Libra 'Pie in the Sky' Sun -
Since I've had to create almost a dozen nearly-identical Rules to handle each possible keypress from my battery-powered remote, I imagine a "Scene Mapper" (such as the one found on Vera under Devices > [handheld remote] > Settings > "Select Scenes for Device Buttons") could be a useful feature.
Here's how it would look and work:
As part of the Triggers section within a Rule, or within a standalone Reaction...
[ Run Selector ] [ <remote_entity> ] [ <watched_parameter> ] if [ <comparison> ] [ <case1> ] then [ Run/Stop Reaction ] [ <selected reaction> ]
For example:
[ Run Selector ] [ Soft Remote ] [ sl_CentralScene ] if [ = ] [ 1 ] then [ Run ] [ "Turn on lamp" ]OBSTACLES
With so many If/Then pairs to assign, however, the UI could get a bit cluttered. All the possible combinations of <, <=, =, >=, > comparisons, target values, etc. might need dumbing down somehow, so it acts more like a straightforward case block.WORKAROUND
On the other hand, if deployed as a genuine "Tool", this device could prove itself a time saver and even help avoid programming mistakes. Yes, users would still have to create matching Rules (at least one SET or RESET REACTION per button assignment), but placing all the Trigger conditions (and for many workflows, a 'reset' follow-up action such as setting sl_CentralScene to value '0', etc.) in one place could have its advantages.Thoughts?
Preview of Multi-System Reactor
-
I made a video with a first look at Multi-System Reactor. In this video, I show the major components of the system, and run a demo automation where a light switch on HomeAssistant controls a light on my house Vera Plus.
This project is coming along nicely, but there is much documentation to write, and lots to "to-do" list items yet to be implemented, most on the critical path to working outside of my own hands, but a few still are.
Comments and feedback welcome.
YouTube: https://youtu.be/EcdPLnd2ybo
Rumble: https://rumble.com/vccph1-preview-of-multi-system-reactor-first-look.html
Chat with me on Discord: https://discord.gg/B3FDcBNR
-
Looking good, I for one can not wait. Thank you for the update. Have a great new year.
-
Great to see! A huge undertaking.
I still don’t understand what system is actually running this Multisystem Reactor?
-
@toggledbits Look very interesting as I want my next system to be independent of the Vera. I have the same question as @akbooer what it is running on top of, a Pi? Still not sure I understand all the concepts yet but will definitely test it when you release it.
-
Happy New Year guys. Wow it is a very impressive effort and outcome. A controller to link them all under a better GUI.
I am honestly quite happy with my current openLuup-HomeAssistant-Zway setup but admittedly, it was a lot of work to setup. This would make it much easier. -
@rafale77 and you can continue with the effort you've put in there. The VeraController instance will happily accept your openLuup (and ZWay) devices. My goal is to have users up and running with their existing environments. You have the option of using more direct interfaces where (and when) they exist, but that will remain an option, not a requirement.
@akbooer and @Matohl what you are seeing is running under nodejs in an Ubuntu VM. I will be testing it under Pi; I see no reason it could not run there. My plan is to make docker containers available for Pi and most common NAS systems that support docker. Any Linux distro that supports nodejs should work. Windows is also a target, as well as MacOS. Since I have a working build environment for OpenWrt Barrier Breaker (the version that underlies current Vera firmware), I'm thinking I'll see if I can't get node built there as well.
-
Very excitiong concept, and I'll definately test this once available!
Well done Patrick, and happy new year to all.
-
@toggledbits
Happy New Year to everyone as well
Looks like you have given us all a belated Christmas present.
A couple of questions, will/can it run with multiple Vera's (Vera Lite UI5) and Edge UI7?
Haven't noticed anyone has asked about Homeseer integration, which would be my missing link.
None the less it's a quantum leap in our world of Automation.
Lastly, you will have your hands full now keeping everyone up to date with developments, which forum do you intend to use as the Primary means of communication? -
Unfortunately I haven't run any UI5 in years, so I don't have anything around to play with. Technically, however, there's no reason it could not be made to work.
For any interface, the only requirement is some kind of API where device information can be gathered. I can't imagine HomeSeer not having one, but it's not a system I've ever had contact with.
For the moment, if there's no objection from the owner, I'd rather communicate in this forum rather than the Vera Community forums, and maybe a category can be set up just for that, to help thread the discussions a bit better. I've also got Discord, but I don't know how many people really use that or would be interested in trying; but I like the more immediate flow of messaging for some things. As I said in the video, there's an entire ecosystem that has nothing to do with building the project that needs to come together, so I'm sure it will evolve.
-
@toggledbits
I'm surprised that you never looked at Homeseer as a Vera replacement, it appears to have a huge US (local to you) user base, may I ask why?
Do you have a timeline for release, perhaps a Beta; I know that there will be many chopping at the bit for a test drive. -
@toggledbits said in Preview of Multi-System Reactor:
I'd rather communicate in this forum rather than the Vera Community forums, and maybe a category can be set up just for that, to help thread the discussions a bit better.
Sounds like a good idea to me. This forum has always been platform independent, so what better place?
-
If the idea is to create a top automation layer - what about including some of your other automation luup plugins? I think i.e. Delaylight, SiteSensor and AutoVirtualThermostat would fit nicely as Automation templates that can be quickly configured?
Automation templates is something i've been missing in Reactor, what i mean by that is simply a good way to copy the structure of a good automation i have running in one room to another room (Today I have a Reactor sensor in each room, and one for "House" automation).
Example: I have two guest rooms set up with identical sensor and actuator layouts, so the automation i want would be identical for those rooms.Another side note, i think some sort of room organization would be nice in the entities list?
I'm not entirely sure about how to implement either of these, or the scope of the work it entails, just throwing out some ideas.
-
[Possibly split the following feedback into its own thread if seeking input on MSR Dashboard UI]
As a Dashboard n00b, I'd benefit from knowing exactly where on a particular Dashboard tile to tap for "Dim+", "Dim-", "On/100%" and "Off/0%". So I created two examples, linked below, despite knowing full well that others have created much better examples than this on other platforms. I also fully acknowledge that this kind of feedback is premature, as the official roll-out of MSR's Dashboard feature has not yet happened.
ON: https://drive.google.com/file/d/1kWPtPa2HQ5GExBIi45QNJGyEvsz5QVZu/view?usp=sharing
OFF: https://drive.google.com/file/d/1EIZK1BggsDtNWm8mfBT605N7-cnkeSQ_/view?usp=sharing -
SUGGESTION
In the text fields used under "Rulesets", instead of having "Add your rule's triggers here" guidance text pre-populate the object (which requires users to click-drag-delete before typing), could you instead use the object's .placeholder attribute?
I know this is a controversial stylistic choice among CSS designers, but the Placeholder approach carries with it some immediate benefits:
- Help text disappears upon clicking into field;
- Help text reappears if user empties the field;
- Can appear in different font style (e.g. greyed, italic) from input text;
- Not apt to be misinterpreted as filled text, nor read by a screen reader app;
Minutiae, yes, but still worth my mentioning IMHO.
COUNTERARGUMENT: https://www.smashingmagazine.com/2018/06/placeholder-attribute/ -
SUGGEST (I'll happily move these suggestions elsewhere, such as the Mantis, if instructed to do so)
Assuming that "==0" and "is FALSE" will both match the condition of a device being turned OFF (the MSR UI seems to prefer "false" to "0" when referring to POWER_SWITCH.STATE, for instance), could you also add "is ON" and "is OFF" to the drop-down list of comparators?
However redundant, this seems a natural language-y thing to have in place for novice users, who may not think in binary 0/1.
-
There are a bunch of hints in the capabilities data that I'm not making use of yet. This is exactly that kind of thing.
"power_switch": { "attributes": { "state": { "type": "bool", "values": { "true": "on", "false": "off" } } }, -
By now, you understand I'm reluctant to add an "Issue" to the Mantis when I'm merely thinking aloud, so here goes with another set of MSR thoughts:
(1) Should each Ruleset have its own top-level DISABLE flag/button/status? (i.e. above even 'Triggers' and 'Constraints')
(2) Would it be useful to be able to "enable/disable" a Ruleset from another Ruleset? (this may already be possible, I haven't checked deeply)
(3) Does MSR possess the same "Throttling" feature as Luup Reactor, to stem circular references and flapping? I'll be interested to learn whether the reset mechanism is also similarly employed.
(4) Since lexpjs is normally evaluated at compile-time, would it be possible to (i) perform syntax checking during Expression entry, (ii) provide a drop-down 'helper' (APK-esque pick-list) from which users can select from a menu of possible functions, and/or (iii) generate daily alert summaries advising user of non-working Expressions (or other error conditions within MSR)?I included (4)(iii) because I'm always uncovering old Reactor recipes that have "issues" resulting from obsolete references. And I love the way, for instance, Synology NAS units email their owners to notify them of system status, security concerns, updates needed, etc.
-
@librasun said in Preview of Multi-System Reactor:
(1) Should each Ruleset have its own top-level DISABLE flag/button/status? (i.e. above even 'Triggers' and 'Constraints')
I could probably add this is a macro-instruction in the UI, but Rule Sets are only an organizational structure for the benefit of the user and have no inherent relationship to the Rule for purposes of logic. Such a feature would simply loop over the list of rules in the set and enable or disable them. The Rule Set itself would not have an enabled or disabled state.
(2) Would it be useful to be able to "enable/disable" a Ruleset from another Ruleset? (this may already be possible, I haven't checked deeply)
This will definitely not be happening, for the same reason I don't allow enabling/disabling a Rule from another rule: this could quickly create a situation in which a user's logic is completely unsupportable, because at any given time you don't know what is enabled or disabled, or who enabled or disabled, or when or why. IMO, the less users understand about how to structure their logic (e.g. elusive boolean algebra), the more likely a kludge like this would be used, as well; it would become the crutch from he**. I'm all for choices and giving users a little rope that they might hang themselves with, but this seems like a guaranteed highway to pain.
My evidence of this, by the way, is how quickly people went to various modes of the "Reset Latched" action, rather than structuring their logic so that latched conditions would reset naturally. MSR has only natural unlatching.
(3) Does MSR possess the same "Throttling" feature as Luup Reactor, to stem circular references and flapping? I'll be interested to learn whether the reset mechanism is also similarly employed.
It does indeed, although MSRs version is a little software. In MSR, when the threshold is breached, it simply delays further performance on that rule. It literally throttles it back, rather than cutting the gas off entirely.
(4) Since lexpjs is normally evaluated at compile-time, would it be possible to (i) perform syntax checking during Expression entry, (ii) provide a drop-down 'helper' (APK-esque pick-list) from which users can select from a menu of possible functions, and/or (iii) generate daily alert summaries advising user of non-working Expressions (or other error conditions within MSR)?
lexpjs is fully portable between the different versions of JavaScript that run within a browser and that which runs in nodejs. So it's very possible to have "test compiles", and it's a pretty light-weight thing to do. Of course, this won't catch runtime errors, like referring to an entity that doesn't exist, or an attribute on an entity that doesn't exist, but I agree it would make editing smoother. Little UI tweaks like this are fine for bug reports. I like them as reminders. I think this (as in, what is happening right here, right now) is a good workflow: discuss, and when we find the consensus on what needs to be done, open a PR to memorialize it.
Now, getting really fancy and having a bunch of drop-down pickers/assistants, should probably be a separate second PR. I think the first level problem is to get more dynamic syntax checking, and then we start thinking about assistants.
-
Dang, I just jetted back here to declare my idea #1 as "dumb" but thankfully you beat me to it. Individual Rules already have their own (manual) enable/disable anyway. Dunno what I was talking about.
-
USER NOTE: Whereas in MFL I followed your prescribed paradigm of naming Reactors after individual Rooms (e.g. "DINING ROOM", "PORCH", etc.), with MSR I'm leaning toward naming Rulesets after their meta-function (e.g. "LIGHTING", "SECURITY", "ENVIRONMENT", etc.) instead.
Dunno if you've made a conscious decision to promote one naming schema over another, but wanted to toss this idea in the ring.
