Edit: Solved in latest-26221.
Bare-metal latest-26193
I have this group:
"OKforLarm":
name: OK för Larm
select:
- include_controller: vera
- include_capability: door_sensor
filter_expression: entity.attributes.door_sensor.state
It contains the entities I expect but behaves a bit odd. When I open vera>device_10097 the entity attribute door_sensor.state changes to true but it won't show up as member in the group, when I also open vera>device_10095 they both shows as members and when I close vera>device_10095 it disappear from the group but when I close vera>device_10097 it lingers in the group until I restart Reactor.
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.
Hey @toggledbits I'm back to trying to optimize a couple of things based on dynamic group.
First of all, I think I found a typo in the doc:
primary_attribute: "binary_sensor.state"
primary_attribute_value: |
d = false;
each id in members: d = getEntity(id)?.attributes?.power_switch?.state or d,
d
I think the correct code snippet is d = false,
All that said, my use case for dynamic groups is to group 3 different climate devices, so I could easily command them at the same time. Commands are good, but sometimes I want to check if any of the devices are on, and that's easily done with a similar snippet as the one you have in the docs. But this is limited to the primary attribute, while I want to have any of the attributes in the group to be driven by a similar logic (while all are null in the group). ie, access hvac_control.mode and see if any of the unit is set to cool, or heat. Is that possible, without re-defining an expression in each of my rules? Thanks!
Hey @toggledbits
One thing that bothers me while doing work on new systems/new features, is that I cannot copy&paste actions, and I cannot drag&drop between set and resets.
#1 is for when I want to copy an action between different rules opened in two separate browser windows, while #2 is when I just need to flip a bunch of actions in the reset, or move some logic back and forth.
Both will be appreciated, but I understand the technical challenges. Thanks!
I'm currently on version 26011. I understand that the aarch64 image is no longer supported. So, I therefore need to update to the ARM64 image. Can anyone possibly suggest how I update my docker compose.yaml file (see below). Ideally I'd like to keep my existing reactions etc. rather than start from scratch.
# Multi-System Reactor template docker-compose.yml (version 22160)
#
# Change the lines indicated by "DO"...
#
services:
reactor:
container_name: reactor
environment:
# DO change the TZ: line to set your local time zone.
# See valid TZ list: https://en.wikipedia.org/wiki/List_of_tz_database_time_zones
TZ: GB
#
# DO NOT change this path. Your directory location is in "source" below.
REACTOR_DATA_PREFIX: /var/reactor
# DO change the image below to the one you are using (e.g. armv7l or aarch64 for RPi 4)
image: toggledbits/reactor:latest-aarch64
restart: "always"
expose:
- 8111
ports:
- 8111:8111
volumes:
# DO change the /home/username/reactor below to the directory you created for
# your local data; DO NOT change the /var/reactor part
- /home/pi/docker/reactor:/var/reactor
- /etc/localtime:/etc/localtime:ro
tmpfs: /tmp
If you are using the armv7l docker image, the OpenJS Foundation that publishes node is no longer producing 32-bit builds as of v24. That means the last supported LTS version of node for armv7l is v22, which will go End-of-Life in May 2027.
Therefore, the Reactor armv7l image is now deprecated and will only be produced until node v22 goes EOL, and I will not publish armv7l images beyond that date.
If you are running an RPi 3 or earlier with Reactor, you are on this image, and will need to upgrade hardware to a 64-bit model and use the arm64 image. If you need help getting it done, ask in this category.
@toggledbits I pulled the image (well, Watchtower did) and within minutes the whole system went offline.
The log looks like it ends with 26143.
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-mkahsmgf/26qq82mw-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lqyfljfi/22f8on0t-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lsb61rw8/24oenqi2-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lrh58he0/rule-lrh58he0:S-1c00gfib-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lrh58he0/1c00dylr-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lrh58he0/1nam9w5u-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-miuh2qqi/22ls4lql-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-kwc6rmci/rule-kwc6rmci:S-1vj8sdfc-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-kwc6rmci/rule-kwc6rmci:S-1qanz01x-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-ladyja6a/24lq19p6-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-mk0o8iox/23oy468y-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-miscg2h3/rule-miscg2h3:S-22gmbq1c-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-kxgrfjke/238p0old-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-m7ccsso5/re-m7ccsso5-1r0myjxa-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-ladyja6a/19nl9wq2-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-ladyja6a/rule-ladyja6a:S-yl3xk9t-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-ladyja6a/rule-ladyja6a:S-yl3vv5m-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-ln7j2nqp/re-ln7j2nqp-22mx9lzd-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-ln7j2nqp/22mx87c8-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-licneppy/1mzwe7ht-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-ml3194ih/25jqt1j4-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-kxgrg7kf/227hshak-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-reactorexmachina/13ua1p95-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-reactorexmachina/13uagam7-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-grpvl9oypg/rule-grpvl9oypg:R-134x4cbv-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-grpvl9oypg/rule-grpvl9oypg:R-134x2fyl-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-lscjrws1/238p5c22-cons
[latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lbwr0jvq/1xkczf03-cons
[latest-26143]2026-05-31T15:23:44.547Z <Structure:NOTICE> Structure Structure#1 stopped
[latest-26143]2026-05-31T15:23:44.547Z <app:NOTICE> Closing APIs...
[latest-26143]2026-05-31T15:23:44.547Z <wsapi:NOTICE> wsapi: closing...
[latest-26143]2026-05-31T15:23:44.547Z <wsapi:NOTICE> wsapi: disconnecting from "192.168.1.23#82" (1001 service closing)
[latest-26143]2026-05-31T15:23:44.548Z <httpapi:NOTICE> HTTP API closing...
[latest-26143]2026-05-31T15:23:44.549Z <wsapi:NOTICE> wsapi: server closed
[latest-26143]2026-05-31T15:23:44.549Z <httpapi:INFO> HTTP server closed.
[latest-26143]2026-05-31T15:23:44.549Z <app:NOTICE> Stopping timers...
[latest-26143]2026-05-31T15:23:44.551Z <app:null> Shutdown complete, process ID 1
[latest-26143]2026-05-31T15:23:44.551Z <app:null> Closing logs...
[latest-26143]2026-05-31T15:23:44.551Z <default:null> Closing log
I can SSH to the VM. Alas, I do not have the previous image for 26143 as I'm a little too quick sometimes on housekeeping.
Support for Ezlo Atom controllers?
-
Not sure exactly what I am looking for in the reactor.log file but I can see several errors like these:
2021-07-22T15:41:45.378Z <EzloController:5:Controller.js:581> EzloController#ezlo-atom ws_open caught TimedPromise timeout 2021-07-22T15:41:45.383Z <EzloController:WARN> EzloController#ezlo-atom websocket error during open/negotation: Error: WebSocket was closed before the connection was established 2021-07-22T15:41:45.385Z <EzloController:ERR> EzloController#ezlo-atom failed to connect websocket to wss://192.168.0.243:17000: TimedPromise timeout 2021-07-22T15:41:45.389Z <EzloController:NOTICE> EzloController#ezlo-atom websocket to wss://192.168.0.243:17000 closed during open/negotiationI don't want to post the entire log here or in the ticket system, perhaps I can email it to you if needed?
Thanks
-
No, that's enough for now. Do we know if a local API for the Atom is even possible?
Author of Multi-system Reactor and Reactor, DelayLight, Switchboard, and about a dozen other plugins that run on Vera and openLuup.
-
No, that's enough for now. Do we know if a local API for the Atom is even possible?
@toggledbits said in Support for Ezlo Atom controllers?:
Do we know if a local API for the Atom is even possible?
The Ezlo dev just said "We don't have it on Atom" when I asked him why I couldn't see the offlineAnonymousAccess and offlineInsecureAccess settings in the API Tool for the Atom.
-
I have Atom working, but it uses an undocumented method of access (not the one described on the eZLO Community, but similar), and I'm still working out some issues.
-
It doesn't much matter what they say if the device doesn't answer (won't answer hub.offline.login.ui) on the published port number they use for the others (like Plus), and they don't tell us what the Atom-specific mechanism is. Or, maybe my Atom is too old, but it is a second-gen unit, so I don't think so. I can't work from "we have it". There needs to be documentation to not only describe it, but memorialize their commitment to supporting it.
Remote access is really the same. I can't build on unsupported/undocumented features and functions. It may work today, but if doesn't down the road, I look like the bad guy, and the onus is on me to fix it and restore the feature, which may not even be possible. Poor risk reward, especially for this context.
Author of Multi-system Reactor and Reactor, DelayLight, Switchboard, and about a dozen other plugins that run on Vera and openLuup.
-
It doesn't much matter what they say if the device doesn't answer (won't answer hub.offline.login.ui) on the published port number they use for the others (like Plus), and they don't tell us what the Atom-specific mechanism is. Or, maybe my Atom is too old, but it is a second-gen unit, so I don't think so. I can't work from "we have it". There needs to be documentation to not only describe it, but memorialize their commitment to supporting it.
Remote access is really the same. I can't build on unsupported/undocumented features and functions. It may work today, but if doesn't down the road, I look like the bad guy, and the onus is on me to fix it and restore the feature, which may not even be possible. Poor risk reward, especially for this context.
I totally agree.
I've asked him on Skype what the port number should be? and if they have any documentation for the Web socket API on the RTOS based controllers, such as the Atom.
-
The port number is right, it connects, it just never answers the usual login request, and doesn't issue any messages of any kind at all. I embellished details in my previous post there, and prompted Oleg in it. In any case, none of this is serviceable until this is documented.
Over a year ago on Skype, early on in perhaps March or April, I suggested that all of their PDF documents need to be in a single location/library where they can seen. This business of them posting single PDFs on demand in the forums is the worst possible way to get it done (maybe second worst: they were replying on Skype with them, which was actually worse). Did that ever happen? I know of no such repository. If there were, at least one could research, but as it is, their docs are a hodge-podge of "lucky if you have it" one-offs, a dated web reference site, and an incomplete/dated API tool. And no version control. Ugh. This entire situation is why I didn't want to do this eZLO interface, and I'm really regretting it this morning.
-
I feel your pain.
Forgot it for now then.
For me personally I don't need my Atom connected to MSR. But I just thought I'd try it and test it if it did connect.
As long as Ezlo Plus and Ezlo Secure works, I think most people will be happy with that.
That website you mentioned is all I know of and there's a bit of a library section they created on the forum here.
-
Yeah, nothing there either. Cart before the horse. API docs. No docs for how to log in to the API. And enough people have asked, including you, to produce various unofficial mechanisms; that should have been enough prompt/repetition to cause an official document to be produced (and really, together with/as part of the API docs is the perfect place for it).
-
Yeah, nothing there either. Cart before the horse. API docs. No docs for how to log in to the API. And enough people have asked, including you, to produce various unofficial mechanisms; that should have been enough prompt/repetition to cause an official document to be produced (and really, together with/as part of the API docs is the perfect place for it).
Might be a bit OT, or not... I can't get my only Ezlo controller (a Plus) to work in MSR. I have the latest version of MSR (21203-9503e5d), and I have added all needed lines to my reactor.yaml. This is the message I get:
2021-07-29T13:13:57.524Z <Structure:ERR> [Structure:start] failed to start controller ezlo: Error: Cannot find module 'server/lib/Configuration' Require stack: - D:\msr\server\lib\EzloController.js 2021-07-29T13:13:57.525Z <Structure:CRIT> Error: Cannot find module 'server/lib/Configuration' Require stack: - D:\msr\server\lib\EzloController.js Error: Cannot find module 'server/lib/Configuration' Require stack: - D:\msr\server\lib\EzloController.js at Function.Module._resolveFilename (node:internal/modules/cjs/loader:924:15) at Function.Module._load (node:internal/modules/cjs/loader:769:27) at Module.require (node:internal/modules/cjs/loader:996:19) at require (node:internal/modules/cjs/helpers:92:18) at Object.<anonymous> (D:\msr\server\lib\EzloController.js:527:157) at Module._compile (node:internal/modules/cjs/loader:1092:14) at Object.Module._extensions..js (node:internal/modules/cjs/loader:1121:10) at Module.load (node:internal/modules/cjs/loader:972:32) at Function.Module._load (node:internal/modules/cjs/loader:813:14) at ModuleWrap.<anonymous> (node:internal/modules/esm/translators:201:29) Error: Cannot find module 'server/lib/Configuration' Require stack: - D:\msr\server\lib\EzloController.js at Function.Module._resolveFilename (node:internal/modules/cjs/loader:924:15) at Function.Module._load (node:internal/modules/cjs/loader:769:27) at Module.require (node:internal/modules/cjs/loader:996:19) at require (node:internal/modules/cjs/helpers:92:18) at Object.<anonymous> (D:\msr\server\lib\EzloController.js:527:157) at Module._compile (node:internal/modules/cjs/loader:1092:14) at Object.Module._extensions..js (node:internal/modules/cjs/loader:1121:10) at Module.load (node:internal/modules/cjs/loader:972:32) at Function.Module._load (node:internal/modules/cjs/loader:813:14) at ModuleWrap.<anonymous> (node:internal/modules/esm/translators:201:29) { code: 'MODULE_NOT_FOUND', requireStack: [ 'D:\\msr\\server\\lib\\EzloController.js' ] }And this is my reactor.yaml:
- id: ezlo enabled: true implementation: EzloController name: Ezlo Plus config: source: "wss://192.168.50.211:17000" # change the IP address serial: "90000453" # put your hub's serial # here username: "My_secret_name" # put your username here betw quotes password: "My_top_secret_password" # and passwordI have restarted MSR several times, with no luck. Any clues?
-
How is MSR installed, and how are you running/starting it?
-
How is MSR installed, and how are you running/starting it?
@toggledbits
MSR is installed on Windows 10, bare metall.
I open up Windows Powershell and navigate to the MSR folder, and then type "node app.js".
Everything else is working. I have a Vera and a Home Assistant up and running since months back... It's just the Ezlo that's not working. -
OK. You need to set the shell environment variable NODE_PATH to the install directory where Reactor lives (the directory that contains Reactor's app.js file).
-
OK. You need to set the shell environment variable NODE_PATH to the install directory where Reactor lives (the directory that contains Reactor's app.js file).
@toggledbits . Thanks. Did that. Sadly it still don't work. Got this instead:
PS D:\msr> node app.js basedir D:\msr confdir D:\msr\config datadir D:\msr\storage logsdir D:\msr\logs plugindir D:\msr\ext module.paths [ 'D:\\msr\\node_modules', 'D:\\node_modules' ] NODE_PATH D:\MSR Logging stream path spec may be using pre-21075 form; please remove ./logs/ from the path! 2021-07-30T13:10:38.707Z <app:null> Reactor latest-21203-9503e5d starting on v15.11.0 2021-07-30T13:10:38.708Z <app:INFO> Process ID 16096; platform win32/x64 Windows 10 Pro 2021-07-30T13:10:38.709Z <app:INFO> Basedir D:\msr; data in D:\msr\storage 2021-07-30T13:10:38.709Z <app:INFO> NODE_PATH D:\MSR; module paths [ "D:\\msr\\node_modules", "D:\\node_modules" ] 2021-07-30T13:10:38.751Z <Plugin:null> Module Plugin v21173 2021-07-30T13:10:38.757Z <default:INFO> Module Entity v21177 2021-07-30T13:10:38.760Z <Controller:null> Module Controller v21191 2021-07-30T13:10:38.761Z <default:null> Module Structure v21196 2021-07-30T13:10:38.766Z <default:null> Module Ruleset v21096 2021-07-30T13:10:38.766Z <default:null> Module Rulesets v21096 2021-07-30T13:10:38.781Z <default:null> Module Rule v21168 2021-07-30T13:10:38.786Z <default:null> Module Engine v21197 2021-07-30T13:10:38.787Z <default:null> Module httpapi v21200 2021-07-30T13:10:38.790Z <default:null> Module httpproxy v21054 2021-07-30T13:10:38.806Z <default:null> Module wsapi v21196 2021-07-30T13:10:38.810Z <app:NOTICE> Starting Structure... 2021-07-30T13:10:38.814Z <Structure:INFO> Structure#1 starting controller interface vera (VeraController) 2021-07-30T13:10:38.820Z <Structure:INFO> Structure#1 starting controller interface ezlo (EzloController) 2021-07-30T13:10:38.822Z <Structure:INFO> Structure#1 starting controller interface hass (HassController) 2021-07-30T13:10:38.823Z <Structure:INFO> Structure#1 starting controller interface reactor_system (SystemController) 2021-07-30T13:10:38.860Z <default:null> Module VeraController v21202 2021-07-30T13:10:38.924Z <default:null> Module HassController v21191 2021-07-30T13:10:38.926Z <default:null> Module SystemController v21102 2021-07-30T13:10:38.929Z <VeraController:NOTICE> VeraController#vera starting 2021-07-30T13:10:38.960Z <VeraController:INFO> VeraController#vera loaded mapping ver 21202 rev 1 format 1 notice 2021-07-30T13:10:38.970Z <Controller:CRIT> Controller: failed to load ezlo implementation file:///D:/msr/server/lib/EzloController.js: TypeError: Cannot read property 'getConfig' of undefined 2021-07-30T13:10:38.970Z <Controller:CRIT> TypeError: Cannot read property 'getConfig' of undefined TypeError: Cannot read property 'getConfig' of undefined at Function.getInstance (D:\MSR\server\lib\Configuration.js:128:89) at Object.<anonymous> (D:\MSR\server\lib\Logger.js:154:49) at Module._compile (node:internal/modules/cjs/loader:1092:14) at Object.Module._extensions..js (node:internal/modules/cjs/loader:1121:10) at Module.load (node:internal/modules/cjs/loader:972:32) at Function.Module._load (node:internal/modules/cjs/loader:813:14) at Module.require (node:internal/modules/cjs/loader:996:19) at require (node:internal/modules/cjs/helpers:92:18) at Object.<anonymous> (D:\MSR\server\lib\Capabilities.js:71:99) at Module._compile (node:internal/modules/cjs/loader:1092:14) TypeError: Cannot read property 'getConfig' of undefined at Function.getInstance (D:\MSR\server\lib\Configuration.js:128:89) at Object.<anonymous> (D:\MSR\server\lib\Logger.js:154:49) at Module._compile (node:internal/modules/cjs/loader:1092:14) at Object.Module._extensions..js (node:internal/modules/cjs/loader:1121:10) at Module.load (node:internal/modules/cjs/loader:972:32) at Function.Module._load (node:internal/modules/cjs/loader:813:14) at Module.require (node:internal/modules/cjs/loader:996:19) at require (node:internal/modules/cjs/helpers:92:18) at Object.<anonymous> (D:\MSR\server\lib\Capabilities.js:71:99) at Module._compile (node:internal/modules/cjs/loader:1092:14) -
Fix the case on your NODE_PATH value so it matches the actual case of every element of the directory path and give it a try.
-
Fix the case on your NODE_PATH value so it matches the actual case of every element of the directory path and give it a try.
@toggledbits
I've tried and tried - but I can't get it to work (getting the Ezlo Plus to work in MSR). I've several times tried every step. I use the Windows 10 bare metal install (reactor-latest-21221-4a447cb).
I have repeatedly used:npm install --loglevel error --no-save set NODE_PATH=D:\reactorAll cases are correct.
This is what I get:
2021-08-12T17:45:38.541Z <Controller:CRIT> Controller: failed to load ezlo implementation file:///D:/reactor/server/lib/EzloController.js: Error: Cannot find module 'server/lib/Configuration' Require stack: - D:\reactor\server\lib\EzloController.js 2021-08-12T17:45:38.542Z <Controller:CRIT> Error: Cannot find module 'server/lib/Configuration' Require stack: - D:\reactor\server\lib\EzloController.js Error: Cannot find module 'server/lib/Configuration' Require stack: - D:\reactor\server\lib\EzloController.js at Function.Module._resolveFilename (node:internal/modules/cjs/loader:933:15) at Function.Module._load (node:internal/modules/cjs/loader:778:27) at Module.require (node:internal/modules/cjs/loader:1005:19) at require (node:internal/modules/cjs/helpers:94:18) at Object.<anonymous> (D:\reactor\server\lib\EzloController.js:506:144) at Module._compile (node:internal/modules/cjs/loader:1101:14) at Object.Module._extensions..js (node:internal/modules/cjs/loader:1153:10) at Module.load (node:internal/modules/cjs/loader:981:32) at Function.Module._load (node:internal/modules/cjs/loader:822:12) at ModuleWrap.<anonymous> (node:internal/modules/esm/translators:201:29) Error: Cannot find module 'server/lib/Configuration' Require stack: - D:\reactor\server\lib\EzloController.js at Function.Module._resolveFilename (node:internal/modules/cjs/loader:933:15) at Function.Module._load (node:internal/modules/cjs/loader:778:27) at Module.require (node:internal/modules/cjs/loader:1005:19) at require (node:internal/modules/cjs/helpers:94:18) at Object.<anonymous> (D:\reactor\server\lib\EzloController.js:506:144) at Module._compile (node:internal/modules/cjs/loader:1101:14) at Object.Module._extensions..js (node:internal/modules/cjs/loader:1153:10) at Module.load (node:internal/modules/cjs/loader:981:32) at Function.Module._load (node:internal/modules/cjs/loader:822:12) at ModuleWrap.<anonymous> (node:internal/modules/esm/translators:201:29) { code: 'MODULE_NOT_FOUND', requireStack: [ 'D:\\reactor\\server\\lib\\EzloController.js' ] }I do have the files that's MSR is asking for (eg. D:\reactor\server\lib\EzloController.js). So it's so strange! Do you know what could be wrong?
Best regards,
/Fanan -
Working for me:
C:\Users\Patrick\Documents\MSR>set NODE_PATH=C:\Users\Patrick\Documents\MSR C:\Users\Patrick\Documents\MSR>node app.js basedir C:\Users\Patrick\Documents\MSR confdir C:\Users\Patrick\Documents\MSR\config datadir C:\Users\Patrick\Documents\MSR\storage logsdir C:\Users\Patrick\Documents\MSR\logs plugindir C:\Users\Patrick\Documents\MSR\ext module.paths [ 'C:\\Users\\Patrick\\Documents\\MSR\\node_modules', 'C:\\Users\\Patrick\\Documents\\node_modules', 'C:\\Users\\Patrick\\node_modules', 'C:\\Users\\node_modules', 'C:\\node_modules' ] NODE_PATH C:\Users\Patrick\Documents\MSR 2021-08-12T18:39:38.096Z <app:null> Reactor ###BUILDVERSION### starting on v14.15.5 2021-08-12T18:39:38.097Z <app:INFO> Process ID 26416; platform win32/x64 Windows 10 Pro 2021-08-12T18:39:38.099Z <app:INFO> Basedir C:\Users\Patrick\Documents\MSR; data in C:\Users\Patrick\Documents\MSR\storage 2021-08-12T18:39:38.099Z <app:INFO> NODE_PATH C:\Users\Patrick\Documents\MSR; module paths [ "C:\\Users\\Patrick\\Documents\\MSR\\node_modules", "C:\\Users\\Patrick\\Documents\\node_modules", "C:\\Users\\Patrick\\node_modules", "C:\\Users\\node_modules", "C:\\node_modules" ] 2021-08-12T18:39:38.100Z <app:INFO> process.env=[object Object] 2021-08-12T18:39:38.100Z <app:INFO> process.env.TEST=(undefined) 2021-08-12T18:39:38.145Z <Plugin:null> Module Plugin v21173 2021-08-12T18:39:38.152Z <default:INFO> Module Entity v21177 2021-08-12T18:39:38.155Z <Controller:null> Module Controller v21191 2021-08-12T18:39:38.156Z <default:null> Module Structure v21216 2021-08-12T18:39:38.162Z <default:null> Module Ruleset v21096 2021-08-12T18:39:38.162Z <default:null> Module Rulesets v21096 2021-08-12T18:39:38.181Z <default:null> Module Rule v21221 2021-08-12T18:39:38.185Z <default:null> Module Engine v21213 2021-08-12T18:39:38.186Z <default:null> Module httpapi v21215 2021-08-12T18:39:38.189Z <default:null> Module httpproxy v21054 2021-08-12T18:39:38.209Z <default:null> Module wsapi v21196 2021-08-12T18:39:38.212Z <app:NOTICE> Starting Structure... 2021-08-12T18:39:38.214Z <Structure:NOTICE> Structure#1 plugin ID influx disabled; skipping 2021-08-12T18:39:38.216Z <Structure:INFO> Structure#1 starting controller interface ezlo (EzloController) 2021-08-12T18:39:38.220Z <Structure:INFO> Structure#1 starting controller interface reactor_system (SystemController) 2021-08-12T18:39:38.249Z <default:null> Module EzloController v21218 2021-08-12T18:39:38.251Z <default:null> Module SystemController v21102 2021-08-12T18:39:38.254Z <EzloController:null> EzloController#ezlo created, config { "source": "wss://192.168.0.67:17000", "serial": "900xxxxx", "username": "xxxxx", "password": "xxxxx", "auto_rediscover": false } 2021-08-12T18:39:38.255Z <EzloController:null> EzloController#ezlo instance log level (null) (4) 2021-08-12T18:39:38.269Z <Controller:INFO> EzloController#ezlo device mapping data loaded; checking... 2021-08-12T18:39:38.272Z <Controller:INFO> EzloController#ezlo performing cloud auth to get local access token 2021-08-12T18:39:38.324Z <Controller:NOTICE> Controller SystemController#reactor_system is now online. 2021-08-12T18:39:38.395Z <app:INFO> Structure running; pausing for controllers' initial ready 2021-08-12T18:39:39.934Z <Controller:INFO> EzloController#ezlo cloud auth phase complete (local access token acquired) 2021-08-12T18:39:39.936Z <Controller:INFO> EzloController#ezlo opening local hub connection to "900xxxxx" at wss://192.168.0.67:17000 2021-08-12T18:39:39.938Z <Controller:NOTICE> EzloController#ezlo configured to ignore host ("900xxxxx") certificate 2021-08-12T18:39:39.940Z <Controller:NOTICE> EzloController#ezlo connecting via WS to wss://192.168.0.67:17000 2021-08-12T18:39:40.038Z <Controller:NOTICE> EzloController#ezlo successful hub login; performing inventory 2021-08-12T18:39:40.227Z <Controller:INFO> EzloController#ezlo data load complete; 21 devices received, 26 entities registered; 66 items. 2021-08-12T18:39:40.227Z <Controller:INFO> EzloController#ezlo hub inventory complete/successful; 187ms 2021-08-12T18:39:40.229Z <Controller:NOTICE> Controller EzloController#ezlo is now online. 2021-08-12T18:39:40.231Z <app:NOTICE> Starting Reaction Engine... 2021-08-12T18:39:40.233Z <Engine:INFO> Reaction Engine starting 2021-08-12T18:39:40.234Z <Engine:INFO> Checking rule sets... 2021-08-12T18:39:40.237Z <Engine:INFO> Checking rules... 2021-08-12T18:39:40.237Z <Engine:INFO> Data check complete; no corrections. 2021-08-12T18:39:40.240Z <Engine:NOTICE> Reaction Engine running! 2021-08-12T18:39:40.241Z <app:NOTICE> Starting HTTP server and API... 2021-08-12T18:39:40.245Z <app:NOTICE> Startup complete 2021-08-12T18:39:40.249Z <httpapi:NOTICE> HTTP API v1 21215 base URL http://192.168.0.164:8111; listening 2021-08-12T18:39:40.258Z <app:NOTICE> HTTP server running; registering proxy endpoints. 2021-08-12T18:39:40.259Z <app:NOTICE> Starting WSAPI... 2021-08-12T18:39:40.260Z <wsapi:NOTICE> wsapi: starting version 21196 2021-08-12T18:39:40.343Z <Engine:INFO> Engine#1 master timer tick, local time "8/12/2021, 2:39:40 PM" (TZ offset -240 mins from UTC)Your snippets don't show the current startup information, which would be useful. Make sure that NODE_PATH appears with the correct value in the startup messages, as shown in the log above.
Also works under PowerShell:
PS C:\Users\Patrick\Documents\MSR> $env:NODE_PATH = 'C:\Users\Patrick\Documents\MSR' PS C:\Users\Patrick\Documents\MSR> $env:NODE_PATH C:\Users\Patrick\Documents\MSR PS C:\Users\Patrick\Documents\MSR> node app.js basedir C:\Users\Patrick\Documents\MSR confdir C:\Users\Patrick\Documents\MSR\config datadir C:\Users\Patrick\Documents\MSR\storage logsdir C:\Users\Patrick\Documents\MSR\logs plugindir C:\Users\Patrick\Documents\MSR\ext module.paths [ 'C:\\Users\\Patrick\\Documents\\MSR\\node_modules', 'C:\\Users\\Patrick\\Documents\\node_modules', 'C:\\Users\\Patrick\\node_modules', 'C:\\Users\\node_modules', 'C:\\node_modules' ] NODE_PATH C:\Users\Patrick\Documents\MSR 2021-08-12T18:45:56.225Z <app:null> Reactor ###BUILDVERSION### starting on v14.15.5 2021-08-12T18:45:56.226Z <app:INFO> Process ID 25296; platform win32/x64 Windows 10 Pro 2021-08-12T18:45:56.227Z <app:INFO> Basedir C:\Users\Patrick\Documents\MSR; data in C:\Users\Patrick\Documents\MSR\storage 2021-08-12T18:45:56.227Z <app:INFO> NODE_PATH C:\Users\Patrick\Documents\MSR; module paths [ "C:\\Users\\Patrick\\Documents\\MSR\\node_modules", "C:\\Users\\Patrick\\Documents\\node_modules", "C:\\Users\\Patrick\\node_modules", "C:\\Users\\node_modules", "C:\\node_modules" ] 2021-08-12T18:45:56.228Z <app:INFO> process.env=[object Object] 2021-08-12T18:45:56.228Z <app:INFO> process.env.TEST=(undefined) 2021-08-12T18:45:56.271Z <Plugin:null> Module Plugin v21173 2021-08-12T18:45:56.279Z <default:INFO> Module Entity v21177 2021-08-12T18:45:56.282Z <Controller:null> Module Controller v21191 2021-08-12T18:45:56.283Z <default:null> Module Structure v21216 2021-08-12T18:45:56.287Z <default:null> Module Ruleset v21096 2021-08-12T18:45:56.287Z <default:null> Module Rulesets v21096 2021-08-12T18:45:56.303Z <default:null> Module Rule v21221 2021-08-12T18:45:56.310Z <default:null> Module Engine v21213 2021-08-12T18:45:56.310Z <default:null> Module httpapi v21215 2021-08-12T18:45:56.312Z <default:null> Module httpproxy v21054 2021-08-12T18:45:56.332Z <default:null> Module wsapi v21196 2021-08-12T18:45:56.334Z <app:NOTICE> Starting Structure... 2021-08-12T18:45:56.338Z <Structure:NOTICE> Structure#1 plugin ID influx disabled; skipping 2021-08-12T18:45:56.339Z <Structure:INFO> Structure#1 starting controller interface ezlo (EzloController) 2021-08-12T18:45:56.344Z <Structure:INFO> Structure#1 starting controller interface reactor_system (SystemController) 2021-08-12T18:45:56.370Z <default:null> Module EzloController v21218 2021-08-12T18:45:56.372Z <default:null> Module SystemController v21102 2021-08-12T18:45:56.375Z <EzloController:null> EzloController#ezlo created, config { "source": "wss://192.168.0.67:17000", "serial": "900xxxxx", "username": "xxxxx", "password": "xxxxx", "auto_rediscover": false } 2021-08-12T18:45:56.375Z <EzloController:null> EzloController#ezlo instance log level (null) (4) 2021-08-12T18:45:56.385Z <Controller:INFO> EzloController#ezlo device mapping data loaded; checking... 2021-08-12T18:45:56.386Z <Controller:INFO> EzloController#ezlo performing cloud auth to get local access token 2021-08-12T18:45:56.441Z <Controller:NOTICE> Controller SystemController#reactor_system is now online. 2021-08-12T18:45:56.518Z <app:INFO> Structure running; pausing for controllers' initial ready 2021-08-12T18:45:59.726Z <Controller:INFO> EzloController#ezlo cloud auth phase complete (local access token acquired) 2021-08-12T18:45:59.727Z <Controller:INFO> EzloController#ezlo opening local hub connection to "900xxxxx" at wss://192.168.0.67:17000 2021-08-12T18:45:59.727Z <Controller:NOTICE> EzloController#ezlo configured to ignore host ("900xxxxx") certificate 2021-08-12T18:45:59.729Z <Controller:NOTICE> EzloController#ezlo connecting via WS to wss://192.168.0.67:17000 2021-08-12T18:45:59.823Z <Controller:NOTICE> EzloController#ezlo successful hub login; performing inventory 2021-08-12T18:46:00.006Z <Controller:INFO> EzloController#ezlo data load complete; 21 devices received, 26 entities registered; 66 items. 2021-08-12T18:46:00.006Z <Controller:INFO> EzloController#ezlo hub inventory complete/successful; 182ms 2021-08-12T18:46:00.007Z <Controller:NOTICE> Controller EzloController#ezlo is now online. 2021-08-12T18:46:00.008Z <app:NOTICE> Starting Reaction Engine... 2021-08-12T18:46:00.009Z <Engine:INFO> Reaction Engine starting 2021-08-12T18:46:00.009Z <Engine:INFO> Checking rule sets... 2021-08-12T18:46:00.012Z <Engine:INFO> Checking rules... 2021-08-12T18:46:00.012Z <Engine:INFO> Data check complete; no corrections. 2021-08-12T18:46:00.016Z <Engine:NOTICE> Reaction Engine running! 2021-08-12T18:46:00.017Z <app:NOTICE> Starting HTTP server and API... 2021-08-12T18:46:00.022Z <app:NOTICE> Startup complete 2021-08-12T18:46:00.026Z <httpapi:NOTICE> HTTP API v1 21215 base URL http://192.168.0.164:8111; listening 2021-08-12T18:46:00.039Z <app:NOTICE> HTTP server running; registering proxy endpoints. 2021-08-12T18:46:00.040Z <app:NOTICE> Starting WSAPI... 2021-08-12T18:46:00.042Z <wsapi:NOTICE> wsapi: starting version 21196 2021-08-12T18:46:00.123Z <Engine:INFO> Engine#1 master timer tick, local time "8/12/2021, 2:46:00 PM" (TZ offset -240 mins from UTC)
