THANK YOU! And Curses. This gives me ALL sorts of ideas now on how to better things and potentially kill off all of my Vera scenes.
Initial testing looks good. Fully enabled the rule and waiting for Sunset to test it for real.
I need a handful of victims volunteers to help test previews of the next build of Reactor. A long-standing request was for "a simple login mechanism," but in practice, adding user authentication and competent access control turned out to be a pretty big project with a lot of big changes on both server and client sides. It's a bit more than I'm comfortable testing myself and springing out to everyone at once, so I'd like to work with a small group to put it through "sea trials."
Major changes/features include:
User authentication with hashed password storage; User group configuration with application restriction (admin, dashboard, API); Detailed control over API access, with user- and token-based authentication/authorization; Improvements to the HTTPS service; Improvements to UI coordination with the core for Rules and Reactions.If this sounds like something you'd like to help with, drop me a reply here in this thread or privately.
Good morning,
So Home Assistant decided to change the default weather home format that I've been using for the past year and a half. I had two Global Expressions set up to pull the high and low temp forecast for the day. Now it's pulling null values.
094c9205-cc9e-4fcc-ac4f-1bf54acea299-image.png
In the dev tools, it now uses a new service (Weather. get forecasts), plural, where the old Weather.get forecast is depreciated and now longer functions.
8c7a1fcc-dd3f-4268-a0b7-29d542f86adc-image.png
It shows a templow field, and a temperature field, which I presume is the forecast high.
When I head back over to MSR, I'm having a hard time finding those values in the Entities tab.
c5ea1048-a72e-4647-9c50-9d0c5fd20767-image.png
wx.asoftime=null wx.ceiling=null wx.ceiling_unit=null wx.cloud_cover=null wx.condition_code=null wx.description="partlycloudy" wx.feels_like=null wx.humidity=57 wx.humidity_unit="%" wx.icon=null wx.location=null wx.precipitation_1hr=null wx.precipitation_24hr=null wx.precipitation_other=null wx.precipitation_type=null wx.precipitation_unit="in" wx.pressure=30 wx.pressure_unit="inHg" wx.temperature=55 wx.temperature_unit="°F" wx.visibility=null wx.visibility_unit="mi" wx.wind_compass=210.3 wx.wind_conditions=null wx.wind_direction="SSW" wx.wind_gust=null wx.wind_speed=6.28 wx.wind_speed_unit="mph" x_hass.domain="weather" x_hass.entity_id="weather.forecast_home" x_hass.services=["weather"] x_hass.state="partlycloudy" x_hass_attr.attribution="Weather forecast from met.no, delivered by the Norwegian Meteorological Institute." x_hass_attr.cloud_coverage=85.9 x_hass_attr.dew_point=40 x_hass_attr.friendly_name="New Windsor Weather" x_hass_attr.humidity=57 x_hass_attr.precipitation_unit="in" x_hass_attr.pressure=30 x_hass_attr.pressure_unit="inHg" x_hass_attr.supported_features=3 x_hass_attr.temperature=55 x_hass_attr.temperature_unit="°F" x_hass_attr.visibility_unit="mi" x_hass_attr.wind_bearing=210.3 x_hass_attr.wind_speed=6.28 x_hass_attr.wind_speed_unit="mph"There is a x_hass_attr.temperature, but that appears to be the current temperature, not the high that I found on the dev tools screenshot.
Any ideas?
Running:
Core
2024.4.3
Supervisor
2024.04.0
Operating System
12.2
Frontend
20240404.2
MSR: latest-24057-e9add9f5
Build 21228 has been released. Docker images available from DockerHub as usual, and bare-metal packages here.
Home Assistant up to version 2021.8.6 supported; the online version of the manual will now state the current supported versions; Fix an error in OWMWeatherController that could cause it to stop updating; Unify the approach to entity filtering on all hub interface classes (controllers); this works for device entities only; it may be extended to other entities later; Improve error detail in messages for EzloController during auth phase; Add isRuleSet() and isRuleEnabled() functions to expressions extensions; Implement set action for lock and passage capabilities (makes them more easily scriptable in some cases); Fix a place in the UI where 24-hour time was not being displayed.@DesT I think I mentioned this some time ago, but Chat in this software seems broken. I normally use Brave browser, but it's same for Chrome. Haven't tried others.
Someone is trying to contact me via chat. I can see that here:
4a8a5332-2f25-476b-a9c9-decffb6a9c01-image.png
When I click on that message, or any message in this list, the header and navigation left/right of the side go away, and I get a page that looks like this:
f69b117b-8ac9-446b-8487-6d586b24ea29-image.png
It has no messages in it, not even the message that I can see the preview for in the previous image. Nothing I do from here seems to bring up any conversations. The user who messaged me isn't listed on the left. And if I click on any of the messages in the list on the left, nothing major happens: the tab title changes and the message in the left list I click on is highlighted gray, but no conversation is displayed and the middle of page stays blank except for the input area, it doesn't even display the full text of the message I clicked on. Since there's no navigation on the page, the only way I can leave this page is to use the back button or re-enter the URL in the location bar to start over.
Maybe I'm committing some kind of ID 10T error, but it's not obvious to me what it is. Just seems... not working.
Hey Patrick, I recently have been noticing that MSR has been acting up ie. it's been needing restarts and has been slow. I began trouble shooting by looking at the logs and have noticed the following errors for a lot of entities. I thought maybe a simple reboot of RPi was needed and I kept seeing the same errors in the system logs. I am oddly enough not seeing these same errors in the MSR logs. Where things started getting weird is whenever I rebooted MSR it wouldn't come back online .I would have to restart the RPi then it would come back online. I just restarted MSR again to capture logs and it restarted fine, so I guess its good for now? I think this is more or so a corrupted SD card issue rather a MSR issue but well being troubleshooting from here. The SD card is about 1-2 years old.
Apologies if this post is everywhere, I cannot consistently recreate any oddities that are happening, that's what is leading me to believe my SD is going bad.
PS: If anyone knows how to diagnose a corrupt SD card please chime in.
MSR latest-24057-e9add9f5
Home Assistant 2024.4.3
Raspberry Pi 3b+
Feedback / solutions with openLuup's built-in Shelly bridge.
Been using zigbee2mqtt and openLuup for sometime now and it is working well.
I attempted to add another Hue switch to-day. It's a newer version of the other ones I have been using so far. They are pretty much identical.
The older ones installed no problem (which is weird), but the new one won't. Looking at the code, it looks this function in L_Zigbee2MQTTBridge.lua:
configure_scene_controller(dno)is not being passed the parameter "dno" when the function is called. The device is created but is incomplete.
Just out of interest how do you pretty print to the log from within say L_Zigbee2MQTTBridge.lua? I tried a few incarnations such a:
local pretty = openLuup.loader.shared_environment.prettybut they all failed.
A list of openLuup releases including the latest developments…
master – stable, and infrequently updated, development – latest updates and bug fixes, testing – use only when advised!A long while ago (May, 2015) I wrote my 2000-th post on another forum: openLuup - running unmodified plugins on any machine.
Now rehosted at https://community.ezlo.com/t/openluup-running-unmodified-plugins-on-any-machine/187412
Here’s the gist of it:
...I want to work in a more open and stable [Vera] environment...
...All would be solved if Luup was open source and could be run on the plethora of cheap and reliable hardware available today. But it’s not. But we could get something like that effect if we engineered a sufficient subset of Luup to run on such a platform. Could it be done? What would we need?
1. UI
2. scheduler
3. web server
4. Luup compatible API
5. Device and Implementation xml file reader
6. Zwave bridge to Vera
7. runs most plugins without modification
What we wouldn’t need is UPnP.
What have we (nearly) got already?
We have, courtesy of @amg0, the most excellent AltUI: Alternate UI to UI7, and that, I think, is probably the hardest one to do in the above list. Items 2 - 5, and 7, I’ve prototyped, in pure Lua, and posted elsewhere: DataYours on Raspberry Pi, running selected plugins unmodified, including: DataYours, EventWatcher, Netatmo, RBLuaTest, altUI. See screenshot attached.Is it worth the effort? Probably not. Will I pursue this quest? Yes.
openLuup was the result.
This system has been running flawlessly year after year for the time changes twice a year literally since MSR came out so I was caught off-guard when this happened this morning.
Time in MSR browser is EST, time on RPi is local time (DST).
76ed5313-b9b9-46d4-b0f9-462c40e99750-image.png
195e61c5-58a7-4453-b96a-18cebae75550-image.png
I've rebooted the RPi I've restarted MSR after double-checking the time on the RPi. Used a completely different browser to eliminate any caching concerns. Double-checked MSR reactor.yamla5f23151-d691-4343-8499-8e77a55528e5-image.png
What am I missing here @toggledbits ?
Hello,
I had an iCOMEN boiler switch that worked for many years. And I used iCOMEN app on my phone to manage it. Short time ago app started to have an error message that it cannot connect to the server, and after some time the device also stopped working.
With their awesome new X10 switch!
dbe7408f-dc86-4932-bf71-f0528f5384c1-image.png
I'm hopping in my 1980s time machine to go see whether this is exactly what I think it is. 🙂
(Srsly, tho, I love(d) X10 and did everything humanly possible to keep that old equipment perking along with Vera, and almost succeeded.)
LibraP.S. Just got banned for the 9th time from Hubitat Forum, so had a little extra time to throw shade.
P.P.S. The boilerplate 5-star reviews for this brand-new product come from bots with names like Avery, Phoenix and Owen (two from Mateo!). Sheesh.
Hi,
For the standard capabilities MSR sends both a value record and a units record to InfluxDB. The latter I would like not to send as they are not really any use for me and it will reduce the number of records send to my InfluxDB.
Is there a quick way to do this with a filter_entities line like: *>units?
Or do I have to update all capabilities to read like this:
power_sensor:
attributes:
value: true
Cheers Rene
I'm trying to replicate this
wallbox_set_number.PNG
into a MQTT entity where I could set a number with a min and max value.
I can't find a standard capability that fits or any documentation on local MQTT capabilities and the only post on the forum mentioning local MQTT capabilities is this post, is it even possible in current release?
My trial and error work in local_mqtt_capabilities.yaml isn't much to show as it's just a copy of mqtt_capabilities.yaml with changed names and then I got stuck.
Any guidance, examples, documentation, future feature request or denial would be much appreciated, thanks!
Reactor 24057-e9add9f5 bare metal
MQTTController 24050
Hoping you could tell us a bit about your experiences with ZWaveJS and MQTT.
Hi guys,
I've recently bought a new Govee outdoor permanent lights set, and I love it. WAF is pretty high, and the product is good quality. I hope to never run lights in the front of the house.
This new addition has found me searching for something to control these lights, locally. Govee has officials remote and LAN APIs and Home Assistant has it supported, but some undocumented stuff that's integrated into an Homebridge plugin that seems very promising. Without this plugin, my playlist is orchestrated via the cloud and that makes zero sense.
In the past I got some inspiration from plugins running on other platforms and Homebridge seems one of the most active. I could map its devices via HomeKit-local on HA, but I've decommissioned Homebridge years ago when we settled to Alexa (and I want to stay simple), so I had an idea: why get inspiration and rewrite things, when you could write an Homebridge adapter that could load any Homebridge plugin and run them natively under Reactor (MSR)?
I'm not sure if that's viable or made any sense, so I'm posting here to get feedback, encouragement and your thoughts. Anyone could be potentially interested in such a thing?
Hi- looking for a hint in where to start. My goal is to set a PIN code in a zwave kwikset lock triggered in a rule.
The device isn’t exposing methods to help. The x-hass.call-service looks promising, but what would the service name be?
Plan b would be send the zwave controller a config command- I don’t see any way to explicitly send a command through JS Zwave in my environment.
Running reactor bare metal. JS Zwave is running as an add on inside HASS OS.
Any tips are appreciated.
Originally I was using Futzle's UPnP event proxy plugin on Vera with the Sonos plugin. Worked very well.
On making the move to openLuup, one finds that the proxy can't be used because the proxy daemon start and stop, etc uses a script installed by the plugin that only works on openWRT, as used by Vera.
The Sonos plugin still works without the proxy but it reverts to polling. It becomes a bit on the sluggish side and sometimes doesn't function quite as intended.
I've modified the proxy plugin to install a script that runs as a systemd service. systemd can be found on a lot of contemporary Linux installs, including Raspberry Pis. To make use of; just install the plugin from the AltUI app store and restart the Luup engine a couple of times. The dashboard should indicate "Status: Proxy running".
Note that the service file expects "L_UPnPProxyDaemon.lua" to be located at the typical plugin files location:
/etc/cmh-ludl/After the plugin is installed, the service file should be found in:
/etc/systemd/system/as UPnPProxy.service.
If you use the Sonos plugin, you need to change the variable "UseProxy" to "1" and restart the LuupEngine. In the Sonos parent device, you should see: "Running x zones; proxy detected".
Updated doco here.
Hope it works - YMMV.
Hey crew, I'm trying to use MSR to control the RGB values of a Z-Wave bulb in Home Assistant.
Problem I'm running into - I would like to use 'rgb_color.set' to control this, but it doesn't work, instead it always passes the values '255,255,255' to HA no matter what values I enter within MSR.
More notes and examples below - I'm wondering if this is a formatting issue that I'm missing? Thanks for any help!
NOTES FROM TROUBLESHOOTING:
'rgb_color.set_rgb' works successfully, which seems strange. You'd think they would both be affected I've tried a couple different formats, like adding quotes, adding/removing spaces between the RGB values, nothing has fixed it.EXAMPLES:
When I use 'rgb_color.set_rgb', the values successfully carry over to Home Assistant:
f0f4befc-a642-428e-8923-e5f856ca7e2b-image.png
0af0a4f8-50b9-4100-b1e8-52a0de4cbcbb-image.png
But when I use 'rgb_color.set', the values DO NOT successfully carry over to Home Assistant:
9e2d7004-8085-4b70-bb3e-45614b7260a0-image.png 0d630228-c74b-4db8-89bd-2572a08608a3-image.png
DETAILS:
Bulb is LZW42 by Inovelli MSR version: stable-23242-5ee8e1d4HA DETAILS
Core 2024.2.5 Supervisor 2024.02.1 Operating System 12.0Some of you may know that I took at shot at building an alternate geofencing solution for Vera. The core of it was system agnostic, using the OwnTracks application and AWS lambdas to track devices and keep a central data, then disseminate that to the Vera via a websocket-based plugin. It worked with other apps as well, including Tasker and GPSLogger, but of the dozen people that were testing it, most used OwnTracks.
A lot was learned in the process, not the least of which is that the success of any such solution is highly dependent on the phone and its settings. Phone manufacturers love to set things up for the longest battery life, of course, but that's usually very anti-geofencing behavior. In the case of at least one brand, it was unusable and the settings could not be modified. It was also cost-prohibitive to maintain on Amazon, as AWS grabs a dime here and a dollar there and before you know it, it added $100/month to my AWS bill, which my wife deducted from my Scotch budget. Unacceptable.
But it's quite reasonable to use OwnTracks to a local endpoint, and I could pretty easily replicate the functionality as a local application, or maybe even as an additional endpoint built into MSR's API (still separate port and process, but in the package).
So the question really is... would you do it, or would you be too concerned about the security risks associated (e.g., dynamic DNS and NAT mapping in the firewall necessary for the phone to contact the service when not on LAN)?
3rdStng
Posts
-
-
I'm on the edge of my seat and can't wait... I've been on and off researching a dashboard replacement for Imperihome and now that I've started my migration away from Vera to Hubitat, I am getting more serious about finding one. I don't know the first thing about json, so I don't know where to start on getting the MSR dashboard customizations going. I have started looking at The Home Remote, but I'm having a heck of a time to get a device to appear within their Designer App.
Knowing that you have lots in store for the dashboard, may I inquire/suggest on a feature or two? Things that I love about Imperihome, yet can't seem to locate in any other dashboard. Everything seems to be around their APIs.
Changing pages/panels via HTTP command
When the temp outside is hotter than inside, I have the tablet make the TTS announcement to close the windows/doors and then have the tablet switch to the page/panel that has all my door and window sensorsThe blanking of the screen
When my house mode is <> home, I blank the screen. No sense in having it display when nobody is here. I also use nearby motion sensors to blank or activate the screen when someone is here. If nobody has been upstairs in a while, blank that tablet's screen.Viewing of my IP Camera
I have a door/window sensor hooked up to my doorbell. When the bell is rung, it changes the tablet display to the IP camera at my front door so I can see who it is.I also use the tablets main page as a clock and temperature readings, which I know most dashboards can do. But again. Learning curve on the Home Remote and I don't know json.
-
I have seen that before. I run my own Hue Bridge Emulator within a docker and I believe the issue was narrowed down to having multiple generations of Echo devices on my network. This would cause my $device to appear multiple times within the Alexa app. Amazon had a sale on echo dots, and also gave trade in credits, so I was able to take advantage of that and upgrade my Gen 1 and Gen 2 dots to Gen 3 at about $10 each. Once all my generations were the same, I cleaned up the known devices and initiated a discovery again. Every once in a while I get something similar to below, but it doesn't happen very often.
Alexa, turn $device on
$device does not turn on
'$device is not responding. Check its power supply and network connection'Alexa, turn $device on
$device turns on
'OK' -
Ugh. I've had a few of my Gen 1 switches go out. All over 2 years old and I assumed all would not be under any warranty. I had a friend replace the caps in most of them and put them back into service. I wish I had called GE after my 5th or 6th switch went out. Would have been able to get an upgrade.
-
@toggledbits said in MSR feedback post RfV migration:
You shouldn't see the index values at all,
This is interesting. Now that you mention this, on a different computer over the weekend, I didn't see the 0, 1, 2 values. I only saw Home, Away, etc. Besides being a different computer, I'm pretty sure my version of Chrome between the two is the same. The only other difference between then and now is that I upgraded my MSR from the generic 1.0 21200 build to the latest 21221 build. Chrome is all I have and use. I just tried Edge and IE, because they are there by default. But they both suck and won't display anything except the left most side panel. None of the links work either.
@toggledbits said in MSR feedback post RfV migration:
Can't cascade;
At least maybe shade the Rule Set labels to set them apart. Or add an option at the top of the list, or a new button all together, to Copy From Set / Copy From Reset? Just ideas.
-
I have fully migrated off of RfV and onto MSR. A huge thanks for all your work Rigpapa. Amazing products. RfV and MSR. I officially removed RfV from my Vera controller yesterday. During the migration I was noticing things were getting a little more snappy and a little more stable. But now that RfV is off, I'm noticing a big difference. There was always one motion controller that would not behave for me. If I moved it from that area of the house and next to the controller, it worked flawlessly. I figured that the flakiness I was getting was some ZWave delay or a dead spot in the house. But with the migration all the way to MSR, the motion sensor has not skipped a beat. (Yet) I'll give it a few more days to really test. But I am really happy with the move to MSR.
So somethings that I noticed along the way and now that I am adjusting and tweaking my rules.
- During the import, the house modes would import as a number. I/E: 1,3,4. And the trigger would be set to changes from 1,3,4 to blank. I believe this was already reported, or noted, but the mode doesn't work properly. Any trigger that used a house mode would need to be changed to == and then the 1 to home, or 3 to night, etc. I ended up creating a house mode group if the trigger needed more than one, but less than three modes.
- When your Set/Reset Reaction involves a change to the House Mode, the predefined values start with 0 = home, 1 = away. Minor cosmetic difference compared to what Vera actually uses. 1 = Home, 2 = Away, etc.
(See Img1 for examples of 1 & 2) - When you use the Copy From option in the Reactions, it would be awesome if the list could have a few changes. For one, the Rule Set labeling (grouping) is nearly the same color as the rule name itself. Maybe change the color of the Rule Set name, or a background highlight of that line so you know where the rule sets change? A couple other options, if this would be possible. 1) Put your current Rule Set at the top of the list, then scroll to the rest. For me, I am usually copying my Set Reaction and then changing the On to an Off, or vice versa. Or 2) Cascade them. The initial drop down will only show the Rule Sets, clicking on one would extend that rule set out to the right and show you all the rules. For me, I have a very long list and often scroll past what I'm looking for, or struggle to find it.
(See Img2 for the Rule Set and Rules being nearly the same color)
All in all though. LOVE MSR and my wheels are already turning on how to do more with it and not cripple my Vera anymore with too many rules. I'm also scared of my Vera Plus's life. Support made a comment to me that they have one or two more firmware updates planned for the unit. Granted the firmware releases are very slow and really far between, but this is making me think that the product could be EOL in the not to distant future. MSR now gives me the option to start migrating to a second controller. Thank you again @toggledbits.
-
I could use this "Where Used" feature as well. I have 3 Global Expressions that I don't think I have using, but want to make sure before I nuke them. I did not change my logging levels, but did search through all the reactor.log files and do not see anything. Is there a different way to see if they are in use, other than killing them and seeing what breaks?
-
@gwp1 said in Multiple Holidays, one Ruleset:
Complication: one is a static date each year, the others are "last Monday of" and "first Monday of" respectively
I use a Google Calendar plugin in my Vera controller for the holidays that float around. I/E not always on X day. Labor Day, Memorial Day, Mother's Day, etc. If the gCal device contains the word "Easter", lets say, AND my lights are on, then color them. I used to use PLEG in Vera for this and programing it wasn't as easy as I wished, so I never touched it once I got set. Plus there was a bug with any event that contained an apostrophe. I reported this bug several times, but it remained for several versions. Regardless, this worked flawlessly in RfV, but bogged my Vera down. I also doubled my dates when it because super easy in Reactor. That's what helped bog my controller down. But now I'm on MSR and loving it. And I probably took the color changes a tad too far, but that's why I have them too.
My color changing days:
Easter, Mother's Day, Martin Luther King, President's Day, Memorial Day, D-Day, Flag Day, Juneteenth, Independence Day, Labor Day, Patriots Day, Columbus Day, Peral Harbor Day, Valentine's Day, Black History Month (Start of), Cinco de Mayo, Christmas, Women's History Month (Start of), Purple Heart Day, Thanksgiving, Native American Heritage, Halloween, St. Patrick's Day, Veterans Day, and Father's Day.Yikes. I may have a problem.
-
My vote is yes. I was/am running Vera, which we all know is slow and gets bogged down at times. Moving my Reactor for Vera off to its own docker was a huge performance lift in the Vera. I continued to move all of my scenes off next. I now have a Hubitat and Vera, but each are only there for control of the device itself. All my scenes, schedules, modes, etc. are all managed and run by MSR.
-
I just noticed your signature line. That's funny. I realize you don't have Vera. For me though, getting all the routines and everything vendor neutral has made it super simple for me to move/migrate devices between hubs. And the family doesn't know. My only hold up right now is an easy to use and easy to configure dashboard. But I've got a plan for that. Just need to do a bulk migration one day of a group of sensors. I look forward to the day that MSR has its Dashboard running.
-
@gwp1 said in Home Mode setting in Hubitat:
I wasn't aware of the case-sensitivity...
Likewise, this may have been my issue. I'll try again and if successful, which I think it will be, I'll be able to remove my virtual buttons.
-
Oops. So Sorry. I run my docker containers on my unRAID server. It has a GUI front end that does all the docker pull commands and run config parameters. It's basically a Linux server, as they all are. I don't recall where it started, if it truly is due to only have my HE house mode defined. I can add in a Vera Home mode to my rule tomorrow and test.
MSR version is latest-21306-f17d2eb. But I started noticing it at least 2 releases ago. -
@toggledbits said in Active rules re-set upon docker restart:
@3rdstng Try 21307?
Just did. My tests were:
Included both Vera and HE Mode in my rule. (Lights dimmed and restored.)
Just Vera Mode. (Lights did not change.)
Just HE Mode. Just to be sure the issue was still there. (Lights dimmed.)
Updated to 21307-1746e27
Just HE Mode. (Lights did not dim.)Looks like you nailed it. Thank you!
-
Should my Vera die, I will almost certainly jump to Hubitat + Reactor.
I saw the writing on the walls, from other 3rd party vendors, about the Vera line and made that change. HE C7 + MSR docker. Thrilled I did and removed my last Vera device a couple of days ago. I have my second HE C7 hub staged and ready to replace the Vera+ at my cabin next week. I'll be using the Rule Machine there though. Not as friendly as MSR, but easily as powerful.
@toggledbits Is there a prescribed (read: easy) way to identify which Rule(s) a particular device is explicitly mentioned in? I'm busy replacing an in-wall dimmer, and /think/ I know which two Rules the old module participated in, but want to be 100% certain. Thanks!
I would second this. Maybe list out the locations they are used within the Entities section? Although now that I'm off Vera, I don't plan many changes. I updated the rules I could remember/find and then waited a day or two to see the Alerts for the ones I missed. I ended up documenting all my Vera ID numbers of the devices because one would creep up a week later and I had a hard time remember who Vera>256 was.
-
I confirm that I am able to set mode via MSR on my HE. Thanks for bumping this topic @LibraSun and thanks to @toggledbits for pointing out that the case is sensitive.
-
@toggledbits said in Finding Missing Devices & Migrating Devices:
At the moment, no, at least, nothing very tidy. If you're on a Linux-based platform (including NAS docker containers), you can fgrep the storage directory for the device ID.
I don't like to mongodb idea. Reactor is very light and nimble. Plus with everything being text based files, it's harder to corrupt than a DB, thus easier to restore to if you need to.
I do like something under the tools section. Maybe just a stupid simple GUI to a fgrep cli command with collected variables that then display the results in the GUI as well? It's crude, but it should work. Maybe? And also now that my migration is done, I think I would only really use it to find a device I know is in use within a rule I nested elsewhere. I've tried to keep them grouped in areas, like Roller Shades, Light Schedules, Announcements, etc. But every once in a while there is a rule that straddles both and I hunt for it. Aside from that, I am perfectly fine with the red bell in the top right.
-
@toggledbits said in Upcoming HubitatController z-wave polling feature:
I think that's right
It is correct. My polling config left the default frequency at 60000ms (1 minute) and I did not include the interval settings on my devices, of which I am polling 3 until I can get around to replacing them. Upon reactor startup, the first device in the list is polled, one minute later the second device, another minute later, the third device. Seven minutes from there, or ten minutes from the initial poll, device 1 is polled again.
Thank you @toggledbits for adding this feature.
-
@toggledbits You are correct. I had an extra motion sensor and was planning on putting it on the opposite side. While I was testing, with three sensors in the AND group, it dawned on me that all three would have to have triggered and gone false for this to work. This won't happen if you only enter the garage a few feet and never to the other side. I ended up creating my rules exactly how your example was and it's working great. Thanks for the insight and example.
-
Thank you. I changed all my rules that had a presence sensor written in them. As well as a few other rules that have an app that phones home every minute. Just restarted MSR for good measure and can see a different. I'm over 30 minutes right now between .log and .log.1.
[Solved] Trigger based on door lock PIN code
Future Plans for the Dashboard?
Anyone else with Alexa / HA Bridge oddity
GE/Jasco Z-wave wall switch
MSR feedback post RfV migration
MSR feedback post RfV migration
Entities - where used and what triggered it
[SOLVED] Multiple Holidays, one Ruleset
MSR if you have only one system
MSR if you have only one system
[SOLVED] Home Mode setting in Hubitat
[SOLVED] Active rules re-set upon docker restart
[SOLVED] Active rules re-set upon docker restart
Finding Missing Devices & Migrating Devices
[SOLVED] Home Mode setting in Hubitat
Finding Missing Devices & Migrating Devices
[CONFIRMED] Upcoming HubitatController z-wave polling feature
[Solved] Group in Reset Reaction is being ignored
[RESOLVED] How quickly should logs rotate?