Well, that may be true for you, but as we've seen with the Cyberpunk 2077 launch, different systems seem to yield different results.
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.
I'm slowly migrating all my stuff to MQTT under MSR, so I have a central place to integrate everything (and, in a not-so-distant future, to remove virtual devices from my Vera and leave it running zwave only).
Anyway, here's my reactor-mqtt-contrib package:
Contrib MQTT templates for Reactor. Contribute to dbochicchio/reactor-mqtt-contrib development by creating an account on GitHub.
Simply download yaml files (everything or just the ones you need) and you're good to go.
I have mapped my most useful devices, but I'll add others soon. Feel free to ask for specific templates, since I've worked a lot in the last weeks to understand and operate them.
The templates are supporting both init and query, so you have always up-to-date devices at startup, and the ability to poll them. Online status is supported as well, so you can get disconnected devices with a simple expression.
Many-many thanks to @toggledbits for its dedication, support, and patience with me and my requests 🙂
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.0Quixote
Posts
-
-
I 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 -
I'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. -
ah shit. I see it now.
Think I'm just worn down at this point. That''s embarrassing. -
@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? -
@akbooer
Can't even get a f*****g image to display here. I think I'm about done here. -
Yes, multiple times. Like, multi multi times.
-
Welp, 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
-
@therealdb but that's literally what I just did. What would be the changing factor?
-
Ok, 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. -
@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! -
@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 -
@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}: 0x55cdaf4dbe78
Yes, 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.
-
@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 -
@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}: 0x55cccfb14ab8
I'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 OK
Scheduler: 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 Store
Servers: http
request #requests status /openLuup 26 200 icons/openLuup.svg 1 200 w3.css 1 200
I hope this will help!
-
I 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. -
Thanks 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.
-
Thank 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.
New to the forum
New to the forum
New to the forum
New to the forum
New to the forum
New to the forum
New to the forum
New to the forum
New to the forum
New to the forum
New to the forum
New to the forum
New to the forum
New to the forum
New to the forum
New to the forum
New to the forum
New to the forum