Well, that may be true for you, but as we've seen with the Cyberpunk 2077 launch, different systems seem to yield different results. 
Q
Quixote
@Quixote
@toggledbits I understand that you do not perform testing on Mac computers but thought I'd share the following with you in case something can be done.
I started seeing these errors with version 24302. I thought that upgrading to 24343 would have fixed the issue but unfortunately not. I either have to close the browser or clear the cache for the errors to stop popping-up but they slowly come back.
I see these errors on the following browsers:
Safari 16.6.1 on macOS Big Sur Safari 18.1.1 on MacOS Sonoma DuckDuckGo 1.118.0 on macOS Big Sur and Sonoma Firefox 133.0.3 on macOS Big Sur Chrome 131.0.6778 on macOS Big SurHere are the errors
Safari while creating/updating an expression
@http://192.168.0.13:8111/reactor/en-ca/lib/js/reaction-editor.js:543:91 makeExprMenu@http://192.168.0.13:8111/reactor/en-ca/lib/js/reaction-editor.js:537:28 @http://192.168.0.13:8111/reactor/en-ca/lib/js/reaction-editor.js:92:64 @http://192.168.0.13:8111/reactor/en-ca/lib/js/reaction-editor.js:89:68 each@http://192.168.0.13:8111/node_modules/jquery/dist/jquery.min.js:2:3133 @http://192.168.0.13:8111/reactor/en-ca/lib/js/reaction-editor.js:89:35 @http://192.168.0.13:8111/client/MessageBus.js:98:44 forEach@[native code] @http://192.168.0.13:8111/client/MessageBus.js:95:54 @http://192.168.0.13:8111/client/MessageBus.js:106:44 @http://192.168.0.13:8111/client/Observable.js:78:28 signalModified@http://192.168.0.13:8111/reactor/en-ca/lib/js/ee.js:146:21 signalModified@http://192.168.0.13:8111/reactor/en-ca/lib/js/expression-editor.js:40:29 reindexExpressions@http://192.168.0.13:8111/reactor/en-ca/lib/js/expression-editor.js:71:32 @http://192.168.0.13:8111/reactor/en-ca/lib/js/expression-editor.js:608:40 dispatch@http://192.168.0.13:8111/node_modules/jquery/dist/jquery.min.js:2:40040DuckDuckGo while clicking on status
http://192.168.0.13:8111/reactor/en-ca/lib/js/reactor-ui-status.js:789:44 asyncFunctionResume@[native code] saveGridLayout@[native code] dispatchEvent@[native code] _triggerEvent@http://192.168.0.13:8111/node_modules/gridstack/dist/gridstack.js:1401:30 _triggerAddEvent@http://192.168.0.13:8111/node_modules/gridstack/dist/gridstack.js:1383:31 makeWidget@http://192.168.0.13:8111/node_modules/gridstack/dist/gridstack.js:968:30 addWidget@http://192.168.0.13:8111/node_modules/gridstack/dist/gridstack.js:388:24 placeWidgetAdder@http://192.168.0.13:8111/reactor/en-ca/lib/js/reactor-ui-status.js:183:44Firefox while updating a rule
@http://192.168.0.13:8111/reactor/en-ca/lib/js/reaction-editor.js:543:91 makeExprMenu@http://192.168.0.13:8111/reactor/en-ca/lib/js/reaction-editor.js:537:28 @http://192.168.0.13:8111/reactor/en-ca/lib/js/reaction-editor.js:92:64 @http://192.168.0.13:8111/reactor/en-ca/lib/js/reaction-editor.js:89:68 each@http://192.168.0.13:8111/node_modules/jquery/dist/jquery.min.js:2:3133 @http://192.168.0.13:8111/reactor/en-ca/lib/js/reaction-editor.js:89:35 @http://192.168.0.13:8111/client/MessageBus.js:98:44 forEach@[native code] @http://192.168.0.13:8111/client/MessageBus.js:95:54 @http://192.168.0.13:8111/client/MessageBus.js:106:44 @http://192.168.0.13:8111/client/Observable.js:78:28 notifySaved@http://192.168.0.13:8111/reactor/en-ca/lib/js/ee.js:82:21 notifySaved@http://192.168.0.13:8111/reactor/en-ca/lib/js/expression-editor.js:47:26 @http://192.168.0.13:8111/reactor/en-ca/lib/js/reactor-ui-rules.js:1460:39 forEach@[native code] @http://192.168.0.13:8111/reactor/en-ca/lib/js/reactor-ui-rules.js:1459:58Chrome while creating/updating an expression
TypeError: Cannot read properties of undefined (reading 'getEditor') at RuleEditor.makeExprMenu (http://192.168.0.13:8111/reactor/en-ca/lib/js/rule-editor.js:1788:86) at Object.handler (http://192.168.0.13:8111/reactor/en-ca/lib/js/rule-editor.js:2174:54) at http://192.168.0.13:8111/client/MessageBus.js:98:44 at Array.forEach (<anonymous>) at MessageBus._sendToBus (http://192.168.0.13:8111/client/MessageBus.js:95:54) at MessageBus.send (http://192.168.0.13:8111/client/MessageBus.js:106:44) at ExpressionEditor.publish (http://192.168.0.13:8111/client/Observable.js:78:28) at ExpressionEditor.signalModified (http://192.168.0.13:8111/reactor/en-ca/lib/js/ee.js:146:14) at ExpressionEditor.signalModified (http://192.168.0.13:8111/reactor/en-ca/lib/js/expression-editor.js:40:15) at ExpressionEditor.reindexExpressions (http://192.168.0.13:8111/reactor/en-ca/lib/js/expression-editor.js:71:18) ``Build 24343 has fully HTTP actions, so cool things could be created (see docs). I've recently changed a couple of cams because better definition and I've found tha Reolink has a couple of cams that have spotlights. While the spotlights are driven by motion (so the cam could record in color), I wanted to drive them directly, so in case of any "security" event, like alarm on, door open, etc, I could use the lights to have a better video and make - you know - light.
So, if you want to use HTTP actions in VirtualController, just go to config, entities under your VirtualEntityController section in reactor.yaml, and add this:
- id: cams_retro_spotlights name: "Retro Cam - Spotlights" template: Binary Switch # update the status at interval http_request: interval: 900 # 15m url: "http://192.168.1.31/cgi-bin/api.cgi?user=foo&password=foo" method: "POST" force_json: true headers: "Content-Type": "application/json" "Accept": "application/json" body: '[{"cmd": "GetWhiteLed", "action": 0 , "param": { "channel": 0 }}]' capabilities: power_switch: attributes: state: expr: "isnull( response ) ? null : response[0]?.value?.WhiteLed?.state == 1" default: false actions: "on": http_request: url: "http://192.168.1.31/cgi-bin/api.cgi?user=foo&password=foo" method: "POST" force_json: true headers: "Content-Type": "application/json" "Accept": "application/json" body: '[{"cmd": "SetWhiteLed", "param": { "WhiteLed": {"bright" : 100, "channel": 0, "mode": 1, "state": 1}}}]' target: state expr: "isnull( response ) ? null: response[0]?.value?.rspCode == '200'" "off": http_request: url: "http://192.168.1.31/cgi-bin/api.cgi?user=foo&password=foo" method: "POST" force_json: true headers: "Content-Type": "application/json" "Accept": "application/json" body: '[{"cmd": "SetWhiteLed", "param": { "WhiteLed": {"bright" : 100, "channel": 0, "mode": 1, "state": 0}}}]' target: state expr: "isnull( response ) ? null : response[0]?.value?.rspCode == '200' ? false : null"Reolink has API where you have to post a JSON and the response will give you a JSON (in theory). It's not really JSON, so force_json: true will do the trick for you. I'm lefting this as an example of cool things you could do with the new capabilites added/documented in 24343. HTH.
Thanks to @toggledbits for adding a custom CSS. I've started doing a darker Reactor style.
Here's the file: https://gist.github.com/dbochicchio/825098ac13b7f8cac22012eae37ff7ce
A couple of things are still too bright and I'll eventually catch-up. Just place it under your /config directory, naming the file as customstyles.css. Hard refresh your browser.
Hi
Having to rebuild my Linux Debian box as the SSD failed. And I have forgotten exactly what I did the first time to get it all setup.
I have Debian 12 up and running on the new SSD, I only have console no Desktop GUI.
I am trying to do the bare metal install for MSR. However I am not sure if I am meant to install nodejs whlist logged in as the root user or as the none root user with my name ?
I used putty and connected via SSH and logged in as root and I installed nodejs but I think this was wrong as when logged in as my user name and I do a node -v command it says node is not installed or doesn't show any version number anyway.
But when logged in as root and I do a node -v command it does show me its installed and displays the version number. maybe its a path issue for my username and he can't see node is installed?
So now I am thinking I should of installed node whilst logged in as my user name and not as the root user.
This is how I installed nodejs as whilst logged in as root
ac7bf6c3-23ad-46fc-8ada-44af6704e63e-image.png
Thanks in advance.
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.As the title says, here's my OpenAI Controller for Reactor:
OpenAI Controller per Reactor. Contribute to dbochicchio/reactor-openai development by creating an account on GitHub.
It supports both OpenAI and Azure OpenAI endpoints. You'll need keys/endpoints, according to each service.
The controller supports multiple models, and each one could be mapped as an entity.
It's quite easy to use, and responses can be stored in variables, for easy access. Or sent to another action (Text To Speech, another endpoint, etc).
9013ae50-fd68-42a2-87c3-97479132e465-image.png
80a88eec-7c89-464a-8196-690b4b72d044-image.png
Have fun with LLM into your scenes!
I've switched to a virtual entity with both power_switch and string_sensor capabilities to represent the current holiday.
The power switch is used to indicate if it's a public holiday (so, no school/work), while the string sensor is a string with the actual holiday (Easter, Christmas, Halloween, etc - we don't have thanksgiving), mostly to drive lights.
I build it with some static dates (mostly birthdays/anniversaries) and then the dynamics ones are taken from webcal.guru. My lights/scenes are linked to events this way and it's easier to manage it in the long run: just a bunch of group action in the reaction driving the lights. This part is outside Reactor for me (because, legacy), but it's not difficult to completly drive it off a virtual sensor or a custom controller.
I don't know how people are doing this, but I'm lefting a note for the ones looking for a working solution.
In Home Assistant I have an integration that if I add entities to it, I will get the following error in MSR as certain entity values I'm using in expressions are null for a moment. This is more or less cosmetic issue and happens very rarely as I rarely modify that integration on the hass side.
Screenshot 2024-11-28 at 22.20.41.png
And the expression is
Screenshot 2024-11-28 at 22.38.19.png
Could I "wrap" hass-entity shown above somewhat differently to prevent this error from happening? Using build 24302.
Hello
I am trying to set up Multi System Reactor to automate routines across multiple smart home devices & platforms (e.g., Home Assistant, SmartThings, and Hubitat). While I have successfully linked the systems; I am facing issues with:
-Delays in triggering actions on secondary devices.
-Inconsistent execution of complex logic conditions.
-Synchronization of states between devices when one system updates.
Is there a recommended way to optimize performance & confirm seamless state sharing across systems?
I have checked https://smarthome.community/category/22/multi-system-reactor-msbi guide for reference but still need advice.
Any tips on debugging or log analysis to pinpoint where the issue arises would also be appreciated.
Thank you !
Hello AK
Have been writing about the openLuup email server as I was tinkering with it the other day. One minor problem: it looks like the domain part of the email address eg ...@openLuup.local is case sensitive in openLuup.
Looking round the net, it suggests that the local part is case sensitive but the domain part is not meant to be. To keep things so they are more likely to work, it's suggested the email address should be totally case insensitive regardless. Refer to rfc2821 page 13 or search on the word "sensitive". Suffice to say I was using mail@openluup.local rather than mail@openLuup.local, so it didn't work for me.
Next challenge was that the file saved in /etc/cmh-ludl/mail has "Content-Transfer-Encoding: base64" so the body of the email was encoded:
Received: from ((openLuup.smtp) [ip_address_1] by (openLuup.smtp v18.4.12) [ip_address_2]; Tue, 26 Nov 2024 14:21:22 +1000 From: "dali@switchboard" <dali@switchboard> To: "mail@openLuup.local" <mail@openLuup.local> Subject: Warning form R2E. MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: base64 QXV0byBXYXJuaW5nOiBDb2xkIHN0YXJ0IGV2ZW50The above base 64 text translates to "Auto Warning: Cold start event".
Is it your preference to leave the saved files in the raw mode or would you consider translating the base64 text in the openLuup code base?
On a side note, does the reception of an email by openLuup generate some sort of trigger that can be watched. In the case above; the email represents the restoration of power after a power outage. I would like to know about that by the email triggering a "Telegram" notification on my mobile.
I see that the images@openLuup.local images@openLuup.local can be associated with I_openLuupCamera1.xml, which spawns a movement detector child. Anything similar for the other email addresses?
I've managed to use MSR UI on iOS devices to some degree*, so that although UI elements (e.g. rule sets) are not visible in portrait mode, you've seen them in landscape. Now with recents builds (24302) this does not work anymore, elements (rule sets, entities) are not anymore visible in landscape mode.
Does anyone have similar experiences? Using iOS 18 and Safari/Chrome browser.
( *Drag & drop of rule conditions have never worked on a mobile)
@toggledbits Since I have upgraded ZWaveJSController to 24293 from 24257 I am seeing entries related to registering action set_volume, but action is not defined by the capability 143 every time I restart Reactor.
The Siren seems to be doing what it is supposed to do. The volume levels are fine. Should I worry about it?
Reactor version 24302
ZWaveJSController version 24293
Z-Wave JS UI version 9.27.4
zwave-js version 14.3.4
I have an oven that I need to manage the temperature of, keeping it in the neighborhood of 600° C (1100° F). I have not been able to find a Zigbee-enabled solution to measure temps that high. Does anyone know if such a thing exists? If not, any ideas for how to roll a custom solution that I could integrate into a Sonoff ihost controller? I have no trouble finding high temperature probes, but none of them interface with my automation stack.
Hi All
Hopefully this place looks like a helpful forum as I’m quite new to all this!
I’ve had a few devices all working separately /through their proprietary apps but we’re just finishing off a large house extension and this has added to the list.
I’d ideally like to be able to view/switch a number of different devices on one screen/head end but have no idea where to start.
The devices we have/will have shortly are as follows;
Zigbee Smart Sockets
Zigbee smart switches (for lights)
Heatmiser Neo Underfloor Heating (this runs from a Samsung ASHP but that part is automatic)
Samsung VRF air conditioning (currently using Smart Things App)
Hive (2xLTHW heating circuits in the existing house and Hot Water)
Ring (doorbell!)
Hik Vision PoE CCTV
We have lots of appliances (Neff N70) which we can control remotely but not too fussed about controlling those at the
Moment)
Any help/recommendations would be appreciated!
Thanks
Adrian
After a major hassle got z-way running on my ubuntu 16 VM with a USB pasthough UZB1 stick including license and connected to Vera...
I see:
I also see:
0d6e8c78-c8cd-4307-9474-23e0d6a55094-image.png
But how do I update that?
e09ffa19-a31d-4a03-8983-01228bc5478f-image.png
I have a legacy home automation set-up running on Windows XP. the computer and software have now died.
I have written a very nice Excel VBA program to replace the software and it can run on any modern Windows system.
My only remaining problem is to output the correct signal to a USB port to trigger the wireless switches.
Has anybody done a similar exercise. Please help.
The locksmith is trying to persuade me to purchase the BE-TECH K35 touchscreen lock with both Wi-Fi and Bluetooth, claiming it's better than the Yale Assure Lock 2. What are your thoughts on this? Which one would you recommend?
Here is the link to the Chinese brand BE-TECH: BE-TECH Smart Deadbolt K3S.
The other smart lock I am considering is the Schlage Encode Plus.
Thank you!
Posts
-
New to the forum -
New to the forumI had no idea you had put so much effort into this. I'll give it one last try.
You didn't take my time -- I took my own. We were trying something unconventional and I knew that even before attempting this, so don't worry about it. Sorry if I was snarky but it seems like everything I've been trying relating to HA in the last year or so has gone dreadfully wrong.
I'll try it out when I feel up to it and let you know how things go.
Thanks -
New to the forumI'm not an idiot, and I've installed and worked on several complicated systems, both hard and software related, but it seems that I have some sort of technological curse. I'm not even kidding -- I can follow directions to the tee without a single deviation, it will fuck up. Ok, so I misspelled "openLuup" once, but I assure you, I've been super attentive to every instruction and somehow things just aren't gelling. I understand case-sensitive commands, etc.
I wish I were a Linux nerd. Too bad gaming pulled me into Micro$oft Winblows as a kid. It is what it is.
So, I've literally followed "the idiot proof" instructions, changed my Linux distribution according to instruction, reinstalled multiple times, ... I guess that's it then?
I'm sorry for taking up so much of you guys' time.
-
New to the forumah shit. I see it now.
Think I'm just worn down at this point. That''s embarrassing. -
New to the forum@akbooer Sorry... I'm just kind of at the end of my rope here, other stuff included. My apologies.
So please explain to me how I misspelled openLuup when I've been meticulously spelling it over and over like literally hundreds of times in the last week or two. I must be losing it. Perhaps a sign for me to take up another hobby?
-
New to the forum@akbooer
Can't even get a f*****g image to display here. I think I'm about done here.
-
New to the forumYes, multiple times. Like, multi multi times.
-
New to the forumWelp, I'm not getting anywhere with this. I tried installing over my previous install once again and then navigating to the address provided (http://172.31.206.111:3480/data_request?id=altui ). If anything, things are getting worse. The openLuup page is no longer formatted properly and lacks the graphic element that was there the first time around.
Here's my latest log:2020-12-14 01:54:34.563 :: openLuup LOG ROTATION :: (runtime 0.0 days) 2020-12-14 01:54:34.563 openLuup.init:: init phase completed 2020-12-14 01:54:34.563 openLuup.io.server:: starting HTTP:3480 server on port: 3480 tcp{server}: 0x557ccbcb5a68 2020-12-14 01:54:34.563 openLuup.io.server:: starting SMTP server on port: 2525 tcp{server}: 0x557ccbd381c8 2020-12-14 01:54:34.563 openLuup.io.server:: starting POP3 server on port: 11011 tcp{server}: 0x557ccbd141c8 2020-12-14 01:54:34.563 openLuup.historian:: starting data historian 2020-12-14 01:54:34.563 openLuup.historian:: using memory cache size (per-variable): 1024 2020-12-14 01:54:34.563 openLuup.scheduler:: starting 2020-12-14 01:54:34.563 openLuup.scheduler:: [2] openLuup device startup 2020-12-14 01:54:34.563 luup_log:2: v20.5.22 2020-12-14 01:54:34.563 luup_log:2: sync in 85.4 s 2020-12-14 01:54:34.563 luup.variable_watch:: callback=housemode_watcher, watching=2.openLuup.HouseMode 2020-12-14 01:54:34.563 luup.register_handler:: global_function_name=openLuup_email, request=openLuup@openLuup.local 2020-12-14 01:54:34.563 luup.register_handler:: global_function_name=openLuup_images, request=images@openLuup.local 2020-12-14 01:54:34.564 luup.register_handler:: global_function_name=openLuup_events, request=events@openLuup.local 2020-12-14 01:54:34.564 luup.register_handler:: global_function_name=openLuup_mailbox, request=mail@openLuup.local 2020-12-14 01:54:34.564 luup.chdev.append:: [AltAppStore] Alternate App Store 2020-12-14 01:54:34.564 luup.chdev.sync:: [2] openLuup, syncing children 2020-12-14 01:54:34.564 luup_log:2: 1Mb, 0%cpu, 0.0days 2020-12-14 01:54:34.564 openLuup.scheduler:: [2] openLuup device startup completed: status=true, msg=sync in 85.4 s, name=L_openLuup 2020-12-14 01:54:34.564 openLuup.scheduler:: [3] Alternate App Store device startup 2020-12-14 01:54:34.564 luup_log:3: AltAppStore : starting... 2020-12-14 01:54:34.564 luup.variable_set:: 3.urn:upnp-org:serviceId:altui1.DisplayLine1 was: EMPTY now: AltAppStore #hooks:0 2020-12-14 01:54:34.564 luup.variable_set:: 3.urn:upnp-org:serviceId:altui1.DisplayLine2 was: EMPTY now: #hooks:0 2020-12-14 01:54:34.564 luup.variable_set:: 3.urn:upnp-org:serviceId:AltAppStore1.Version was: EMPTY now: v20.3.30 #hooks:0 2020-12-14 01:54:34.564 luup_log:3: AltAppStore : v20.3.30 2020-12-14 01:54:34.564 luup.set_failure:: status = 0 2020-12-14 01:54:34.564 luup.variable_set:: 3.urn:micasaverde-com:serviceId:HaDevice1.CommFailure was: EMPTY now: 0 #hooks:0 2020-12-14 01:54:34.564 luup.variable_set:: 3.urn:micasaverde-com:serviceId:HaDevice1.CommFailureTime was: EMPTY now: 0 #hooks:0 2020-12-14 01:54:34.564 openLuup.scheduler:: [3] Alternate App Store device startup completed: status=true, msg=OK, name=AltAppStore 2020-12-14 01:56:00.050 luup_log:2: synchronising to on-the-minute 2020-12-14 01:56:00.050 luup.call_timer:: interval: time=2m, days={} 2020-12-14 01:56:00.050 luup_log:2: 2 minute timer launched 2020-12-14 01:56:00.050 luup_log:2: 2Mb, 0%cpu, 0.0days 2020-12-14 01:57:09.812 openLuup.io.server:: HTTP:3480 connection from 172.31.192.1 tcp{client}: 0x557ccbe5faf8 2020-12-14 01:57:09.814 openLuup.server:: GET / HTTP/1.1 tcp{client}: 0x557ccbe5faf8 2020-12-14 01:57:09.814 openLuup.server:: request completed (194 bytes, 0 chunks, 0 ms) tcp{client}: 0x557ccbe5faf8 2020-12-14 01:57:10.466 openLuup.server:: GET /data_request?id=lr_ALTUI_Handler&command=home HTTP/1.1 tcp{client}: 0x557ccbe5faf8 2020-12-14 01:57:10.466 openLuup.servlet:: No handler for data_request?id=lr_ALTUI_Handler 2020-12-14 01:57:10.466 openLuup.server:: request completed (153 bytes, 0 chunks, 0 ms) tcp{client}: 0x557ccbe5faf8 2020-12-14 01:57:10.524 openLuup.server:: GET /favicon.ico HTTP/1.1 tcp{client}: 0x557ccbe5faf8 2020-12-14 01:57:10.524 openLuup.servlet:: file not found:favicon.ico 2020-12-14 01:57:10.525 openLuup.server:: request completed (126 bytes, 0 chunks, 0 ms) tcp{client}: 0x557ccbe5faf8 2020-12-14 01:58:00.133 luup_log:0: 2Mb, 0%cpu, 0.0days 2020-12-14 01:58:24.472 openLuup.server:: GET /data_request?id=altui HTTP/1.1 tcp{client}: 0x557ccbe5faf8 2020-12-14 01:58:24.473 luup.call_action:: 3.urn:upnp-org:serviceId:AltAppStore1.update_plugin 2020-12-14 01:58:24.473 luup_log:3: AltAppStore : starting <run> phase... 2020-12-14 01:58:24.473 luup_log:3: AltAppStore : downloading amg0/ALTUI [master] to trash/AltAppStore/ 2020-12-14 01:58:24.473 luup_log:3: AltAppStore : GitHub request: https://api.github.com/repos/amg0/ALTUI/contents?ref=master 2020-12-14 01:58:25.268 luup_log:3: AltAppStore : GitHub request: https://api.github.com/repos/amg0/ALTUI/contents/blockly?ref=master 2020-12-14 01:58:25.678 luup_log:3: AltAppStore : getting contents of version: master 2020-12-14 01:58:25.678 luup.variable_set:: 3.urn:upnp-org:serviceId:altui1.DisplayLine1 was: AltAppStore now: Downloading... #hooks:0 2020-12-14 01:58:25.678 luup.variable_set:: 3.urn:upnp-org:serviceId:altui1.DisplayLine2 was: now: Alternate UI #hooks:0 2020-12-14 01:58:25.678 luup_log:3: AltAppStore : scheduling <job> phase... 2020-12-14 01:58:25.678 openLuup.requests:: 2020-12-14 01:58:25.678 openLuup.server:: request completed (0 bytes, 0 chunks, 1205 ms) tcp{client}: 0x557ccbe5faf8 2020-12-14 01:58:30.958 luup_log:3: AltAppStore : starting <job> phase... 2020-12-14 01:58:30.958 luup_log:3: AltAppStore : download failed, status: wantread 2020-12-14 01:58:30.958 luup.variable_set:: 3.urn:upnp-org:serviceId:altui1.DisplayLine2 was: Alternate UI now: Alternate UI failed #hooks:0 2020-12-14 01:59:56.243 openLuup.io.server:: HTTP:3480 connection closed EXPIRED tcp{client}: 0x557ccbe5faf8 2020-12-14 02:00:00.051 luup_log:0: 2Mb, 0.1%cpu, 0.0days 2020-12-14 02:02:00.110 luup_log:0: 2Mb, 0%cpu, 0.0days 2020-12-14 02:04:00.062 luup_log:0: 3Mb, 0%cpu, 0.0days 2020-12-14 02:06:00.116 luup_log:0: 2Mb, 0%cpu, 0.0days 2020-12-14 02:07:33.504 openLuup.io.server:: HTTP:3480 connection from 172.31.192.1 tcp{client}: 0x557ccbe8a1f8 2020-12-14 02:07:33.504 openLuup.server:: GET / HTTP/1.1 tcp{client}: 0x557ccbe8a1f8 2020-12-14 02:07:33.504 openLuup.server:: request completed (194 bytes, 0 chunks, 0 ms) tcp{client}: 0x557ccbe8a1f8 2020-12-14 02:07:33.575 openLuup.server:: GET /data_request?id=lr_ALTUI_Handler&command=home HTTP/1.1 tcp{client}: 0x557ccbe8a1f8 2020-12-14 02:07:33.576 openLuup.servlet:: No handler for data_request?id=lr_ALTUI_Handler 2020-12-14 02:07:33.576 openLuup.server:: request completed (153 bytes, 0 chunks, 0 ms) tcp{client}: 0x557ccbe8a1f8 2020-12-14 02:07:33.647 openLuup.server:: GET /favicon.ico HTTP/1.1 tcp{client}: 0x557ccbe8a1f8 2020-12-14 02:07:33.647 openLuup.servlet:: file not found:favicon.ico 2020-12-14 02:07:33.647 openLuup.server:: request completed (126 bytes, 0 chunks, 0 ms) tcp{client}: 0x557ccbe8a1f8 2020-12-14 02:07:33.647 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x557ccbe8a1f8 2020-12-14 02:08:00.103 luup_log:0: 2Mb, 0%cpu, 0.0days 2020-12-14 02:08:01.193 openLuup.io.server:: HTTP:3480 connection from 172.31.192.1 tcp{client}: 0x557ccbe949c8 2020-12-14 02:08:01.194 openLuup.server:: GET /openLuup HTTP/1.1 tcp{client}: 0x557ccbe949c8 2020-12-14 02:08:01.194 openLuup.wsapi:: using openLuup/console.lua for openLuup 2020-12-14 02:08:01.196 openLuup.wsapi:: using REQUIRE to load CGI openLuup/console.lua 2020-12-14 02:08:01.206 openLuup.server:: request completed (8063 bytes, 0 chunks, 12 ms) tcp{client}: 0x557ccbe949c8 2020-12-14 02:08:01.819 openLuup.server:: GET /w3.css HTTP/1.1 tcp{client}: 0x557ccbe949c8 2020-12-14 02:08:01.819 openLuup.server:: request completed (0 bytes, 0 chunks, 0 ms) tcp{client}: 0x557ccbe949c8 2020-12-14 02:08:01.821 openLuup.server:: GET /icons/openLuup.svg HTTP/1.1 tcp{client}: 0x557ccbe949c8 2020-12-14 02:08:01.821 openLuup.server:: request completed (458 bytes, 0 chunks, 0 ms) tcp{client}: 0x557ccbe949c8 2020-12-14 02:08:01.821 openLuup.io.server:: HTTP:3480 connection from 172.31.192.1 tcp{client}: 0x557ccbeddd88 2020-12-14 02:08:06.822 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x557ccbeddd88 2020-12-14 02:08:13.090 openLuup.server:: GET /openLuup?page=log HTTP/1.1 tcp{client}: 0x557ccbe949c8@therealdb What is the difference between Windows Terminal and PowerShell? Are you suggesting that I type my commands into Terminal instead of Ubuntu Bash?
Thanks
-
New to the forum@therealdb but that's literally what I just did. What would be the changing factor?
-
New to the forumOk, this is getting ridiculous.
I uninstalled Kali as a Windows app, installed Ubuntu 20.04 LTS instead, reinstalled Lua 5.1 and all dependencies, reinstalled openLuup.
After all that, I try to open http://172.22.154.28:3480 as prompted and get nothing but "No handler for data_request?id=lr_ALTUI_Handler" at the top of the page.
aaaarrrrgh!!! No idea what I could be doing wrong here. -
New to the forum@akbooer Thanks!
I imagine that will be quite easy from my past experience (with Lua for Windows, I mean). My worry is only that running plugins, etc. may not translate well when ported from a Linux/Unix environment. Guess there's only one way to find out! -
New to the forum@therealdb Hi, sorry, could you spell it out for me so that there's no way I'll mess it up? I'd like to delete the files I've installed and wipe the Kali installation before I give this one last go with Ubuntu. I only initially installed Kali because I thought it could come in handy were I to install Wireshark, etc.
Thanks for your assistance -
New to the forum@akbooer Here are the log entries:
2020-12-11 01:16:03.648 openLuup.io.server:: HTTP:3480 connection from 172.19.112.1 tcp{client}: 0x55cdaf32ae08 2020-12-11 01:16:03.649 openLuup.server:: POST /openLuup? HTTP/1.1 tcp{client}: 0x55cdaf32ae08 2020-12-11 01:16:03.649 luup.call_action:: 3.urn:upnp-org:serviceId:AltAppStore1.update_plugin 2020-12-11 01:16:03.649 luup_log:3: AltAppStore : starting <run> phase... 2020-12-11 01:16:03.650 luup_log:3: AltAppStore : downloading amg0/ALTUI [master] to trash/AltAppStore/ 2020-12-11 01:16:03.650 luup_log:3: AltAppStore : GitHub request: https://api.github.com/repos/amg0/ALTUI/contents?ref=master 2020-12-11 01:16:12.565 luup_log:3: AltAppStore : GitHub request: https://api.github.com/repos/amg0/ALTUI/contents/blockly?ref=master 2020-12-11 01:16:16.980 luup_log:3: AltAppStore : getting contents of version: master 2020-12-11 01:16:16.980 luup.variable_set:: 3.urn:upnp-org:serviceId:altui1.DisplayLine1 was: Downloading... now: Downloading... #hooks:0 2020-12-11 01:16:16.980 luup.variable_set:: 3.urn:upnp-org:serviceId:altui1.DisplayLine2 was: Alternate UI failed now: Alternate UI #hooks:0 2020-12-11 01:16:16.982 luup_log:3: AltAppStore : scheduling <job> phase... 2020-12-11 01:16:16.982 openLuup.requests:: 2020-12-11 01:16:16.983 openLuup.server:: request completed (16694 bytes, 0 chunks, 13334 ms) tcp{client}: 0x55cdaf32ae08 2020-12-11 01:16:24.034 luup_log:3: AltAppStore : starting <job> phase... 2020-12-11 01:16:24.034 luup_log:3: AltAppStore : download failed, status: wantread 2020-12-11 01:16:24.034 luup.variable_set:: 3.urn:upnp-org:serviceId:altui1.DisplayLine2 was: Alternate UI now: Alternate UI failed #hooks:0 2020-12-11 01:16:24.034 openLuup.server:: GET /openLuup?page=devices HTTP/1.1 tcp{client}: 0x55cdaf32ae08 2020-12-11 01:16:24.035 openLuup.server:: request completed (9499 bytes, 0 chunks, 1 ms) tcp{client}: 0x55cdaf32ae08 2020-12-11 01:16:24.379 openLuup.server:: GET /icons/zwave_default.png HTTP/1.1 tcp{client}: 0x55cdaf32ae08 2020-12-11 01:16:24.379 openLuup.server:: request completed (0 bytes, 0 chunks, 0 ms) tcp{client}: 0x55cdaf32ae08 2020-12-11 01:16:24.379 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x55cdaf32ae08 2020-12-11 01:16:29.954 openLuup.io.server:: HTTP:3480 connection from 172.19.112.1 tcp{client}: 0x55cdaf4dbe78 2020-12-11 01:16:29.955 openLuup.server:: GET /openLuup?page=log HTTP/1.1 tcp{client}: 0x55cdaf4dbe78Yes, this setup is showing itself to be quite problematic. I'll try for a while longer before giving up. That would be really disappointing. I was getting really hyped to get back into automating things around here, and Alexa routines just don't cut it.
-
New to the forum@therealdb thank you, I'll try that.
@akbooer The download fails every time. It'll hit 3%, maybe 12% once, then fail.
Sorry, but WSL is my only option at present. I did have the VeraBridge functioning (at least in part) because I could see devices from the Vera in openLuup. Don't ask me what the heck happened overnight the other night, though! I swear, I have some sort of technology curse!!
How about using the github repository with the icon? Is that possible and how?
Thanks -
New to the forum@akbooer I have no idea about configuring WSL in Windows. All I did was install it along with Kali Linux, and then Lua 5.1 and the other dependencies from the Bash prompt. I'm guessing that therealdb would probably have mentioned any setup procedures specific to this particular arrangement that I may have missed, but it seemed fairly straightforward. Here are the logs:
logs/LuaUPnP_startup.log 2020-12-10 05:10:17.519 :: openLuup STARTUP :: /etc/cmh-ludl 2020-12-10 05:10:17.519 openLuup.init:: version 2020.05.01 @akbooer 2020-12-10 05:10:17.527 openLuup.scheduler:: version 2020.01.25 @akbooer 2020-12-10 05:10:17.531 openLuup.wsapi:: version 2019.08.12 @akbooer 2020-12-10 05:10:17.531 openLuup.servlet:: version 2020.01.29 @akbooer 2020-12-10 05:10:17.531 openLuup.client:: version 2019.10.14 @akbooer 2020-12-10 05:10:17.532 openLuup.io:: version 2019.11.29 @akbooer 2020-12-10 05:10:17.532 openLuup.server:: version 2020.03.20 @akbooer 2020-12-10 05:10:17.533 openLuup.scenes:: version 2020.03.16 @akbooer 2020-12-10 05:10:17.534 openLuup.chdev:: version 2020.03.07 @akbooer 2020-12-10 05:10:17.534 openLuup.userdata:: version 2020.03.31 @akbooer 2020-12-10 05:10:17.534 openLuup.requests:: version 2020.04.15 @akbooer 2020-12-10 05:10:17.535 openLuup.gateway:: version 2020.03.08 @akbooer 2020-12-10 05:10:17.535 openLuup.smtp:: version 2018.04.12 @akbooer 2020-12-10 05:10:17.536 openLuup.historian:: version 2020.02.12 @akbooer 2020-12-10 05:10:17.536 openLuup.luup:: version 2020.03.21 @akbooer 2020-12-10 05:10:17.537 openLuup.pop3:: version 2018.04.23 @akbooer 2020-12-10 05:10:17.537 openLuup.compression:: version 2016.06.30 @akbooer 2020-12-10 05:10:17.537 openLuup.timers:: version 2019.05.03 @akbooer 2020-12-10 05:10:17.537 openLuup.logs:: version 2018.03.25 @akbooer 2020-12-10 05:10:17.537 openLuup.json:: version 2020.05.20 @akbooer 2020-12-10 05:10:17.537 openLuup.init:: Cjson not installed - using openLuup.json.Lua.decode() instead 2020-12-10 05:10:17.548 luup.create_device:: [1] D_ZWaveNetwork.xml / I_ZWave.xml / (urn:schemas-micasaverde-com:device:ZWaveNetwork:1) 2020-12-10 05:10:17.552 luup.create_device:: [2] D_openLuup.xml / I_openLuup.xml / D_openLuup.json (openLuup) 2020-12-10 05:10:17.552 openLuup.init:: loading configuration user_data.json 2020-12-10 05:10:17.552 openLuup.userdata:: loading user_data json... 2020-12-10 05:10:17.553 luup.variable_set:: 2.openLuup.HouseMode was: EMPTY now: 1 #hooks:0 2020-12-10 05:10:17.553 openLuup.userdata:: loading rooms... 2020-12-10 05:10:17.553 openLuup.userdata:: ...room loading completed 2020-12-10 05:10:17.553 openLuup.userdata:: loading devices... 2020-12-10 05:10:17.554 luup.create_device:: [1] D_ZWaveNetwork.xml / I_ZWave.xml / (urn:schemas-micasaverde-com:device:ZWaveNetwork:1) 2020-12-10 05:10:17.557 luup.create_device:: [3] D_AltAppStore.xml / I_AltAppStore.xml / D_AltAppStore.json (urn:schemas-upnp-org:device:AltAppStore:1) 2020-12-10 05:10:17.557 openLuup.userdata:: loading scenes... 2020-12-10 05:10:17.557 openLuup.userdata:: number of scenes = 0 2020-12-10 05:10:17.557 openLuup.userdata:: ...scene loading completed 2020-12-10 05:10:17.557 openLuup.userdata:: loading installed plugin info... 2020-12-10 05:10:17.557 openLuup.userdata:: [openLuup] openLuup (20.5.22) 2020-12-10 05:10:17.557 openLuup.userdata:: [AltAppStore] Alternate App Store (20.3.30) 2020-12-10 05:10:17.557 openLuup.userdata:: [VeraBridge] VeraBridge (not.installed) 2020-12-10 05:10:17.557 openLuup.userdata:: [8246] Alternate UI (not.installed) 2020-12-10 05:10:17.557 openLuup.userdata:: [Z-Way] Z-Way (not.installed) 2020-12-10 05:10:17.557 openLuup.userdata:: [Arduino] MySensors (not.installed) 2020-12-10 05:10:17.557 openLuup.userdata:: ...user_data loading completed 2020-12-10 05:10:17.557 openLuup.init:: running _openLuup_STARTUP_ 2020-12-10 05:10:17.557 luup_log:0: startup code completed 2020-12-10 05:10:17.557 openLuup.init:: init phase completed 2020-12-10 05:10:17.557 :: openLuup LOG ROTATION :: (runtime 0.0 days)logs/LuaUPnP.log 2020-12-10 05:10:17.557 :: openLuup LOG ROTATION :: (runtime 0.0 days) 2020-12-10 05:10:17.557 openLuup.init:: init phase completed 2020-12-10 05:10:17.557 openLuup.io.server:: starting HTTP:3480 server on port: 3480 tcp{server}: 0x55cccfabb738 2020-12-10 05:10:17.557 openLuup.io.server:: starting SMTP server on port: 2525 tcp{server}: 0x55cccfb272f8 2020-12-10 05:10:17.557 openLuup.io.server:: starting POP3 server on port: 11011 tcp{server}: 0x55cccfa9c848 2020-12-10 05:10:17.557 openLuup.historian:: starting data historian 2020-12-10 05:10:17.557 openLuup.historian:: using memory cache size (per-variable): 1024 2020-12-10 05:10:17.557 openLuup.scheduler:: starting 2020-12-10 05:10:17.557 openLuup.scheduler:: [2] openLuup device startup 2020-12-10 05:10:17.557 luup_log:2: v20.5.22 2020-12-10 05:10:17.557 luup_log:2: sync in 102.4 s 2020-12-10 05:10:17.558 luup.variable_watch:: callback=housemode_watcher, watching=2.openLuup.HouseMode 2020-12-10 05:10:17.558 luup.register_handler:: global_function_name=openLuup_email, request=openLuup@openLuup.local 2020-12-10 05:10:17.558 luup.register_handler:: global_function_name=openLuup_images, request=images@openLuup.local 2020-12-10 05:10:17.558 luup.register_handler:: global_function_name=openLuup_events, request=events@openLuup.local 2020-12-10 05:10:17.558 luup.register_handler:: global_function_name=openLuup_mailbox, request=mail@openLuup.local 2020-12-10 05:10:17.558 luup.chdev.append:: [AltAppStore] Alternate App Store 2020-12-10 05:10:17.558 luup.chdev.sync:: [2] openLuup, syncing children 2020-12-10 05:10:17.558 luup_log:2: 2Mb, 0%cpu, 0.0days 2020-12-10 05:10:17.558 openLuup.scheduler:: [2] openLuup device startup completed: status=true, msg=sync in 102.4 s, name=L_openLuup 2020-12-10 05:10:17.558 openLuup.scheduler:: [3] Alternate App Store device startup 2020-12-10 05:10:17.558 luup_log:3: AltAppStore : starting... 2020-12-10 05:10:17.558 luup.variable_set:: 3.urn:upnp-org:serviceId:altui1.DisplayLine1 was: AltAppStore now: AltAppStore #hooks:0 2020-12-10 05:10:17.558 luup.variable_set:: 3.urn:upnp-org:serviceId:altui1.DisplayLine2 was: now: #hooks:0 2020-12-10 05:10:17.558 luup_log:3: AltAppStore : v20.3.30 2020-12-10 05:10:17.558 luup.set_failure:: status = 0 2020-12-10 05:10:17.558 luup.variable_set:: 3.urn:micasaverde-com:serviceId:HaDevice1.CommFailure was: 0 now: 0 #hooks:0 2020-12-10 05:10:17.558 luup.variable_set:: 3.urn:micasaverde-com:serviceId:HaDevice1.CommFailureTime was: 0 now: 0 #hooks:0 2020-12-10 05:10:17.558 openLuup.scheduler:: [3] Alternate App Store device startup completed: status=true, msg=OK, name=AltAppStore 2020-12-10 05:10:17.816 openLuup.io.server:: HTTP:3480 connection from 172.19.112.1 tcp{client}: 0x55cccfa9e8f8 2020-12-10 05:10:17.817 openLuup.server:: GET /w3.css HTTP/1.1 tcp{client}: 0x55cccfa9e8f8 2020-12-10 05:10:17.817 openLuup.server:: request completed (23661 bytes, 2 chunks, 0 ms) tcp{client}: 0x55cccfa9e8f8 2020-12-10 05:10:17.820 openLuup.server:: GET /icons/openLuup.svg HTTP/1.1 tcp{client}: 0x55cccfa9e8f8 2020-12-10 05:10:17.820 openLuup.server:: request completed (458 bytes, 0 chunks, 0 ms) tcp{client}: 0x55cccfa9e8f8 2020-12-10 05:10:17.821 openLuup.io.server:: HTTP:3480 connection from 172.19.112.1 tcp{client}: 0x55cccfaade28 2020-12-10 05:10:23.085 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x55cccfaade28 2020-12-10 05:10:29.799 openLuup.server:: GET /openLuup?page=system HTTP/1.1 tcp{client}: 0x55cccfa9e8f8 2020-12-10 05:10:29.799 openLuup.wsapi:: using openLuup/console.lua for openLuup 2020-12-10 05:10:29.799 openLuup.wsapi:: using REQUIRE to load CGI openLuup/console.lua 2020-12-10 05:10:29.807 openLuup.server:: request completed (11022 bytes, 0 chunks, 7 ms) tcp{client}: 0x55cccfa9e8f8 2020-12-10 05:12:00.085 luup_log:2: synchronising to on-the-minute 2020-12-10 05:12:00.085 luup.call_timer:: interval: time=2m, days={} 2020-12-10 05:12:00.085 luup_log:2: 2 minute timer launched 2020-12-10 05:12:00.085 luup_log:2: 3Mb, 0%cpu, 0.0days 2020-12-10 05:12:03.091 openLuup.io.server:: HTTP:3480 connection closed EXPIRED tcp{client}: 0x55cccfa9e8f8 2020-12-10 05:14:00.124 luup_log:0: 2Mb, 0%cpu, 0.0days 2020-12-10 05:15:13.997 openLuup.io.server:: HTTP:3480 connection from 172.19.112.1 tcp{client}: 0x55cccfc0ffa8 2020-12-10 05:15:13.998 openLuup.server:: GET /openLuup?page=startup_log HTTP/1.1 tcp{client}: 0x55cccfc0ffa8 2020-12-10 05:15:13.998 openLuup.server:: request completed (11674 bytes, 0 chunks, 0 ms) tcp{client}: 0x55cccfc0ffa8 2020-12-10 05:16:00.088 luup_log:0: 4Mb, 0%cpu, 0.0days 2020-12-10 05:16:44.180 openLuup.io.server:: HTTP:3480 connection closed EXPIRED tcp{client}: 0x55cccfc0ffa8 2020-12-10 05:17:16.830 openLuup.io.server:: HTTP:3480 connection from 172.19.112.1 tcp{client}: 0x55cccfb14ab8 2020-12-10 05:17:16.831 openLuup.server:: GET /openLuup?page=log HTTP/1.1 tcp{client}: 0x55cccfb14ab8I'm assuming that logs .1 to .5 are just previous sessions being pushed through the line?
Scheduler: Startup
Plugin Startup Jobs CPU usage (in startup order) # date / time device priority status hh:mm:ss.sss job # info notes 1 2020-12-10 05:10:18.058 2 1 Done 0.000 1 plugin: openLuup sync in 102.4 s 2 2020-12-10 05:10:18.058 3 Done 0.000 2 plugin: Alternate App Store OKScheduler: Plugins
Plugin CPU usage (0.0% system load) # device status hh:mm:ss.sss name message 1 2 -1 0.001 openLuup 2 3 -1 0.000 Alternate App StoreServers: http
request #requests status /openLuup 26 200 icons/openLuup.svg 1 200 w3.css 1 200I hope this will help!
-
New to the forumI see nothing running on that port. Also, it still doesn't work even after using "http://172.25.26.14:3480/data_request?id=exit" and attempting to initialize the program again afterwards.
I'm starting to think this may be firewall related, though I'm unsure as to how that would just manifest itself out of nowhere when I had it running fine last week.Update 1: After rebooting, it just gives me this message:
rm: cannot remove '/www/altui/altui*': No such file or directory
and then hangs.Update 2: Ok, so I tried running the install again and it seemed to work, but opening the IP address did not. I went and browsed the web for a good hour and then tried again for the hell of it and, lo and behold -- it worked. It no longer has VeraBridge installed or any devices that I had imported last week. AltUI still refuses to load.
Interesting. -
New to the forumThanks for bearing with me here.
@akbooer said in New to the forum:
Sorry to sound daft, but I have absolutely no idea where you got that file from. What does it contain?
The file "run_openLuup.sh" was the only file I saw with the extension ".sh" in the directory /etc/cmh-ludl. I found the correct file you mentioned, and tried:
sudo ./openLuup_reload
and I get this:lua5.1: openLuup/init.lua:291: openLuup - is another copy already running? Unable to start HTTP server on port 3480
stack traceback:
[C]: in function 'error'
openLuup/init.lua:291: in main chunk
[C]: ?@therealdb Thanks. I'll revisit that once I can get things going again.
-
New to the forumThank you so much for your assistance. I'm sure it can be an eye-rolling experience to help out newbies like me.
You are accurate that loading at boot is not a priority since I often run this machine for weeks art a time before rebooting. I was just trying to start from zero while considering certain factors such as security since I used to rely on my system to text me on my phone (using an email plugin) if something needed my attention.
Definitely not a top priority, so thanks for snapping me back to reality. lol I tend to get side-tracked.
So I tried:
sudo ./run_openLuup.sh
and a get:Starting openLuup server
To see tail of logfile: tail -f ./out.logNavigating to any variation of http://172.25.26.14:3480 fails.
http://172.25.26.14:3480/data_request?id=exit does nothing, either.