Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Unsolved
Collapse
Discussion Forum to share and further the development of home control and automation, independent of platforms.
  1. Home
  2. openLuup
  3. Plugins
  4. openLuup: Shelly Bridge plugin
openweather plugin ?
DesTD

Hey guys....

long time 😉

Since Dark weather is no more active, thanks Apple. Anyone switch to openweather to get weather data ?

Plugins
Openluup: Datayours
D

Hi akbooer,

I've an installation with a centralized openluup/DY on Debian 11 where're archived and consolidated several remote openluup/DY on RPI. I'm also using a user-defined (defined with your support) "DataUser.lua" to process metrics and creating different metric names. I've a schema of this configuration but I can't upload on forum.
I'd like to manage outage network connections between remote and centralized system while the remote DY is running and archives data locally.
I see the whisper-fill.py python routine (https://github.com/graphite-project/whisper/blob/master/bin/whisper-fill.py) from Graphite tool. I know that DY/whisper format is different from Graphite/whisper (CSV vs. binary packing), but based on your deep knowledge and experience is it hard to adapt the fill routine to DY/whisper format ?

tnks

donato

Plugins
openLuup: Shelly Bridge plugin
akbooerA

Feedback / solutions with openLuup's built-in Shelly bridge.

Plugins
zigbee2mqtt and openLuup
A

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.pretty

but they all failed.

Plugins
UPnP event proxy plugin using systemd service file
A

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.

Plugins
Sonos system alerts truncated
A

Well pretty sure I didn't change or touch anything! I've turned everything on and off again as one might hope. Excepting a total reboot of the Pi3 that's running all my stuff very reliably in openLuup.

It's all been working well for years and now all of sudden 6 second alerts are truncated to about 4 seconds. Occasionally it works as it should. I see this in the log - does it help?

2023-02-20 09:39:06.662 luup_log:0: My Lua ver 0.50 debug: executing scene 63: "Check windows doors" in room: "Watchers" 2023-02-20 09:39:06.663 luup.call_action:: 217.urn:micasaverde-com:serviceId:Sonos1.Alert 2023-02-20 09:39:06.663 luup.call_action:: action will be handled by parent: 214 2023-02-20 09:39:06.663 luup_log:0: My Lua ver 0.50 debug: rest of scene 63 was executed 2023-02-20 09:39:06.663 luup.scenes:: scene 63, Check windows doors, initiated by AltUI 2023-02-20 09:39:06.665 luup_log:214: Sonos: Alert action on device 217 URI "http://redacted:3480/www/sounds/AllClosed.mp3" duration "6" 2023-02-20 09:39:06.758 luup_log:214: Sonos: UPnP_request (Pause, urn:schemas-upnp-org:service:AVTransport:1): status=1 statusMsg=500 result=[<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body><s:Fault><faultcode>s:Client</faultcode><faultstring>UPnPError</faultstring><detail><UPnPError xmlns="urn:schemas-upnp-org:control-1-0"><errorCode>701</errorCode></UPnPError></detail></s:Fault></s:Body></s:Envelope>] 2023-02-20 09:39:06.759 luup_log:214: stack traceback: ./L_SonosSystem1.lua:265: in function 'error' ./L_SonosUPnP.lua:289: in function <./L_SonosUPnP.lua:169> (tail call): ? ./L_SonosSystem1.lua:3390: in function 'sayOrAlert' ./L_SonosSystem1.lua:3452: in function 'queueAlert' ./L_SonosSystem1.lua:3843: in function <./L_SonosSystem1.lua:3839> (tail call): ? [C]: in function 'pcall' ./openLuup/scheduler.lua:204: in function 'context_switch' ./openLuup/scheduler.lua:366: in function 'dispatch' ./openLuup/scheduler.lua:588: in function 'task_callbacks' ./openLuup/scheduler.lua:699: in function 'start' openLuup/init.lua:354: in main chunk [C]: ? 2023-02-20 09:39:06.888 luup.variable_set:: 214.urn:toggledbits-com:serviceId:SonosSystem1.zoneInfo was: {"zones":{"RINCON_000E58DC7BBE01400":{"Location":"http://redacted3:1400/xml/device_description.xml","Group":"RIN... now: {"zones":{"RINCON_000E58DC7BBE01400":{"Location":"http://redacted3:1400/xml/device_description.xml","Group":"RIN... #hooks:0 2023-02-20 09:39:06.895 luup.variable_set:: 217.urn:upnp-org:serviceId:AVTransport.TransportState was: STOPPED now: TRANSITIONING #hooks:0 2023-02-20 09:39:06.901 luup.variable_set:: 217.urn:upnp-org:serviceId:AVTransport.CurrentPlayMode was: SHUFFLE_NOREPEAT now: NORMAL #hooks:0 2023-02-20 09:39:06.913 luup.variable_set:: 217.urn:upnp-org:serviceId:AVTransport.CurrentTransportActions was: Set, Stop, Pause, Play, X_DLNA_SeekTime, Next, X_DLNA_SeekTrackNr now: Set, Stop, Pause, Play, X_DLNA_SeekTime, X_DLNA_SeekTrackNr #hooks:0 2023-02-20 09:39:06.921 luup.variable_set:: 217.urn:upnp-org:serviceId:AVTransport.NumberOfTracks was: 10 now: 1 #hooks:0 2023-02-20 09:39:06.922 luup.variable_set:: 217.urn:upnp-org:serviceId:AVTransport.AVTransportURI was: x-rincon-queue:RINCON_000E58DC7BBE01400#0 now: http://redacted:3480/www/sounds/AllClosed.mp3 #hooks:0 2023-02-20 09:39:11.929 luup_log:214: Sonos: UPnP_request() "urn:schemas-upnp-org:service:AVTransport:1"#"GetPositionInfo" action took 5.0073010921478s (long) 2023-02-20 09:39:11.932 luup.variable_set:: 217.urn:upnp-org:serviceId:AVTransport.CurrentTrackDuration was: 0:02:22 now: 0:00:00 #hooks:0 2023-02-20 09:39:11.933 luup.variable_set:: 217.urn:upnp-org:serviceId:AVTransport.CurrentTrackURI was: x-file-cifs://ELEPHANT1/Multimedia/My%20Music/Music%20JP/The%20Smiths/The%20Queen%20Is%20Dead/08%20Vicar%20in%20a%2... now: http://redacted:3480/www/sounds/AllClosed.mp3 #hooks:0 2023-02-20 09:39:11.934 luup.variable_set:: 217.urn:upnp-org:serviceId:AVTransport.CurrentTrackMetaData was: <DIDL-Lite xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:upnp="urn:schemas-upnp-org:metadata-1-0/upnp/" xmlns:r... now: <DIDL-Lite xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:upnp="urn:schemas-upnp-org:metadata-1-0/upnp/" xmlns:r... #hooks:0 2023-02-20 09:39:11.936 luup.variable_set:: 217.urn:upnp-org:serviceId:AVTransport.CurrentStatus was: Vicar in a Tutu: (The Smiths, The Queen Is Dead) now: AllClosed.mp3 #hooks:0 2023-02-20 09:39:11.937 luup.variable_set:: 217.urn:upnp-org:serviceId:AVTransport.CurrentTitle was: Vicar in a Tutu now: AllClosed.mp3 #hooks:0 2023-02-20 09:39:11.937 luup.variable_set:: 217.urn:upnp-org:serviceId:AVTransport.CurrentArtist was: The Smiths now: #hooks:0 2023-02-20 09:39:11.938 luup.variable_set:: 217.urn:upnp-org:serviceId:AVTransport.CurrentAlbum was: The Queen Is Dead now: #hooks:0

Also see these:

2023-02-24 16:12:13.576 openLuup.server:: GET /www/sounds/YouRang.mp3 HTTP/1.1 tcp{client}: 0x17e96f0 2023-02-24 16:12:13.579 openLuup.server:: error 'closed' sending 43102 bytes to tcp{client}: 0x17e96f0

So any clues?

Plugins
Generic support for vacuums
therealdbT

I've got myself a nice Ecovacs Deebot 950, because one of the Roombas is getting really old (12 years and still going strong). It's my first one connected to WiFi, since the others are legacy. I've found a nice mqtt library and it's already pushing to my broker in real time, but I'm wondering if there's a generic device template and/or service, otherwise I'll start building one and I'll try to keep it as much generic as possible.

Plugins
Switchboard plugin
D

Hi,
I've installed switchboard plugin from openluup app store but I'm not sure which action to use to create a binary switch. I try "addswitch" action but I see the device only after using the "addchild" action too. is it correct ?

Attached the openluup device screen, the control switchboard and the actions i see.

tnks donato

switchboard_openluup_console.png

Plugins
Cannot publish new version in ALTAPP Store
M

Hi @akbooer,

I have an updated version of one of my plugins but I cannot publish it in the ALTApp Store. When I click publish it gets in a sort of loop of Refreshing Token.../Token refreshed. However, I never get to page to refresh the token.

Looking at the browser debug window I see this as the response to http://192.168.178.101:3480/data_request?id=lr_ALTUI_Handler&command=refresh_auth_token
{"error":{"code":400,"message":"Bad Request - invalid_grant","step":"Get access token from refresh token"}}

Running openLuup v21.7.25. Any suggestion?

Cheers Rene

Plugins
openLuup: UI Device / Tile Text
parkercP

Hi,

Sorry if I missed it but how do I update the .json file of my plugins so that I can make the text/content visible on the tile itself, via openLuup/ALTui dashboard ?

The same plugins on Vera show the content ?

BF995483-F9E0-4FCE-8EE6-AE56AFDEEA00.jpeg

Plugins
Reactor scope issues
B

Hi Patrick/AK Booer

I am able to see Reactor expressions in the AltUI UI per the below and the expressions work as they should in my reactor sensors. When an expression changes, the reactor sensor responds accordingly.

javascript.png

However, I cannot see the expressions in luup state variables or the luup logs:

Luup.png

Log.png

I tried reinstalling openLuup (latest development) and when that failed to change the noted behavior, I reinstalled lua5.1. There was also no change. Rebooting the machine also produced no change.
I suspect this is an openLuup issue as I also see nil values for some plugins:

plugin.png

And other plugins are fine:

2022-01-12 20:47:12.027 luup.variable_set:: 63.urn:upnp-micasaverde-com:serviceId:Weather1.CurrentDewPoint was: 32 now: 29.7 #hooks:0 2022-01-12 20:47:12.028 luup.variable_set:: 63.urn:upnp-micasaverde-com:serviceId:Weather1.WindSpeed was: 1.76 now: 2.8 #hooks:0 2022-01-12 20:47:12.028 luup.variable_set:: 63.urn:micasaverde-com:serviceId:HumiditySensor1.CurrentLevel was: 30 now: 27 #hooks:0 2022-01-12 20:47:12.028 luup.variable_set:: 65.urn:micasaverde-com:serviceId:HumiditySensor1.CurrentLevel was: 30 now: 27 #hooks:0 2022-01-12 20:47:12.028 luup.variable_set:: 63.urn:upnp-micasaverde-com:serviceId:Weather1.LastUpdate was: 1642047430 now: 1642049231 #hooks:0

Any ideas on how to troubleshoot this.....

Plugins
Virtual Devices Plug-in update (with async HTTP support)
therealdbT

I just published an update to my Virtual Devices Plug-in.

What's new in version 1.5:

support for async HTTP (out of the box on openluup, just download https://github.com/akbooer/openLuup/blob/master/openLuup/http_async.lua and copy with the plug-in files on Vera) experimental support for setpoints management in Virtual Heaters (you know, the device will turn itself off if temperature is reached, and automatically on when temperature is not beyond the setpoint) external device for temperature in Virtual Heaters (just set urn:bochicchio-com:serviceId:VirtualHeater1/TemperatureDevice variable) small fixes, stabilization

Grab your copy from https://github.com/dbochicchio/vera/tree/master/VirtualDevices

As always, 100% local, 100% apps friendly, 100% supported by Alexa (and Google Home, I guess).

Plugins
AltUI will not update under openLuup (Vera: not sure what it does)
A

This topic has come up before but I haven't seen an answer. Symptom: AltuUI says there is a new update available, so you tell it to do the update but the update does not happen. AltUI remains stuck on it's old version. On other occasions it works OK. So my version is:

AltUI v2.49.2546, © 2019

AltUI says this:

a newer version #2551 of ALTUI is available, do you want to upgrade ? add scrollable dialog for long boxes bugfix: clock display on safari remote url update ( @olov ) update jquery and bootstrap versions credential to camera device url ( @rafale77 ) ignore Ezlo hub ( @reneboer)

Track through the JavaScript and find that this issues the update command:

function _triggerAltUIUpgrade(newversion,newtracnum) { var url = '?id=action&serviceId=urn:micasaverde-com:serviceId:HomeAutomationGateway1&action=CreatePlugin&PluginNum=8246&Version={1}&TracRev={0}'.format(newversion,newtracnum); return _httpGet(url,{}).always( function() { PageMessage.message(_T("Upgrade Request succeeded, a Luup reload will happen"),"success"); }); };

And the url variable equals:

url: "?id=action&serviceId=urn:micasaverde-com:serviceId:HomeAutomationGateway1&action=CreatePlugin&PluginNum=8246&Version=40628&TracRev=2551"

All looks good so far. I manually issue the same url complete with my openLuup ip_address in a local browser. Update fails - looks like AltUI is doing as it should:

http://ip_address:3480/data_request?id=action&serviceId=urn:micasaverde-com:serviceId:HomeAutomationGateway1&action=CreatePlugin&PluginNum=8246&Version=40628&TracRev=2551

In openLuup I see:

2021-12-06 13:56:14.821 luup_log:3: ALTUI: startupDeferred, called on behalf of device:3 2021-12-06 13:56:14.838 luup.variable_set:: 3.urn:upnp-org:serviceId:altui1.Version was: v2.49 now: v2.49 #hooks:0

And then later:

2021-12-06 13:55:58.256 openLuup.server:: GET /data_request?id=action&serviceId=urn:micasaverde-com:serviceId:HomeAutomationGateway1&action=CreatePlugin&PluginNum=8246&Version=40628&TracRev=2551 HTTP/1.1 tcp{client}: 0x25712a8 2021-12-06 13:55:58.257 luup.call_action:: 0.urn:micasaverde-com:serviceId:HomeAutomationGateway1.CreatePlugin 2021-12-06 13:55:58.259 luup.call_action:: 4.urn:upnp-org:serviceId:AltAppStore1.update_plugin 2021-12-06 13:55:58.260 luup_log:4: AltAppStore : starting <run> phase... 2021-12-06 13:55:58.262 luup_log:4: AltAppStore : downloading amg0/ALTUI [2551] to trash/AltAppStore/ 2021-12-06 13:55:58.262 luup_log:4: AltAppStore : GitHub request: https://api.github.com/repos/amg0/ALTUI/contents?ref=2551 2021-12-06 13:55:58.760 luup_log:4: AltAppStore : GitHub request: https://api.github.com/repos/amg0/ALTUI/contents/blockly?ref=2551 2021-12-06 13:55:59.543 luup_log:4: AltAppStore : getting contents of version: 2551 2021-12-06 13:55:59.544 luup.variable_set:: 4.urn:upnp-org:serviceId:altui1.DisplayLine1 was: AltAppStore now: Downloading... #hooks:0 2021-12-06 13:55:59.544 luup.variable_set:: 4.urn:upnp-org:serviceId:altui1.DisplayLine2 was: now: Alternate UI #hooks:0 2021-12-06 13:55:59.544 luup_log:4: AltAppStore : scheduling <job> phase... 2021-12-06 13:55:59.544 openLuup.requests:: 2021-12-06 13:55:59.545 openLuup.server:: request completed (148 bytes, 1 chunks, 1288 ms) tcp{client}: 0x25712a8 2021-12-06 13:55:59.554 openLuup.server:: request completed (6233 bytes, 1 chunks, 16442 ms) tcp{client}: 0x255e680 2021-12-06 13:55:59.555 luup_log:4: AltAppStore : ...final <job> phase 2021-12-06 13:55:59.555 luup_log:4: AltAppStore : Total size 0.000 (kB) 2021-12-06 13:55:59.555 luup.variable_set:: 4.urn:upnp-org:serviceId:altui1.DisplayLine2 was: Alternate UI now: Alternate UI 100% #hooks:0 2021-12-06 13:55:59.555 luup_log:4: AltAppStore : updating icons in icons/ ... 2021-12-06 13:55:59.555 luup_log:4: AltAppStore : updating device files in ./ ... 2021-12-06 13:55:59.556 luup_log:4: AltAppStore : ... 0 icon files 2021-12-06 13:55:59.556 luup_log:4: AltAppStore : ... 0 device files 2021-12-06 13:55:59.556 luup_log:4: AltAppStore : Alternate UI update completed 2021-12-06 13:55:59.556 openLuup.luup:: device 4 'Alternate App Store' requesting reload 2021-12-06 13:55:59.556 luup.reload:: saving user_data 2021-12-06 13:56:00.262 openLuup.luup:: exiting with code 42 - after 0.3 hours

All looks OK. Then I check GitHub. It shows the latest changes to the version 2551. However this page says the latest version is 2550.

So I wondering what's going on. Seems the latest version number is not being picked by the installer? (not sure how it works.) Is it possible for openLuup to log a bit more about the version it's trying to install. As this call returns.

https://api.github.com/repos/amg0/ALTUI/contents?ref=2551 message "No commit found for the ref 2551" documentation_url "https://docs.github.com/v3/repos/contents/"

But this works fine:

https://api.github.com/repos/amg0/ALTUI/contents?ref=2550

So it looks like AMG0 doesn't always update the repository with whatever is needed to get this to work (I imagine that's easy to forget). But could openLuup send back a fail result to AltUI and AltUI pick that up? Currently it looks like AltUI always assumes everything went OK. Or somehow; could openLuup log and/or notify the user what went wrong?

Plugins
Reactor: double click action
R

Hi @toggledbits and others,

Could you help me out with the following use case? I have a z-wave module that doesn't have scene functionality, but I want to trigger a double click action on the switch.

What is the easiest way to do this in reactor? I'm struggling with this and I think I'm thinking too complex at this point.

Plugins
Virtual Pronto Remote plugin
A

Well, I disappeared down a rabbit hole on a different mission and resurfaced with this monstrosity.

What does it do?

It translates button functions for various (certainly not all) IRP protocols to Pronto codes. These can then be sent by a plugin that sends Pronto Codes to IR transmitters - such as the BroadLink Plugin or the GC100 Plugin (or similar).

The IRP protocol "Device", "Subdevice" and "Function" numbers are stored in a json file as buttons for "virtual remotes".

So you could have say three physical IR transmitters and want to command different AV devices (ie TVs, AVR, Xmas tree, etc) in the vicinity of those various IR emitters.

The button codes are far less cumbersome than heaps of pronto codes. You can set up a virtual remote for each AV device in the json file. Each physical emitter can be assigned to any virtual remote. And away you go!

Well - you already have a pile of pronto codes already running just fine? However, as the plugin "manufacturers" pronto codes, you could also use it to scan/search for functions for any AV device you may have. GitHub has an example for Pioneer: SearchForButtonCodes.lua

Read about the IRP protocol

Find "Device", "Subdevice" and "Function" codes:

IR database

Plugin details in:

GitHub

Install via AltUI:

Plugins available via AltUI

Version 0.51
Initial release.

Version 0.52
Add RC6 format: includes Windows Media Center based items eg Intel NUCs, Xboxes, Kodi, etc

Panasonic plasma TV json.jpg

Panasonic plasma TV web page.jpg

Plugins
openLuup: SmartSwitch plugin
akbooerA

This plugin was updated by @vosmont to run under openLuup (and possibly UI7.)

@DesT recently asked for a slight addition to its functionality, so I'm adding this thread to discuss the changes.

Plugins
Reactor icons for local lan
B

@toggledbits Hi Patrick. I had my internet go down for about 12 hours the other day, and that experience encouraged me to work on getting my HA off the cloud to the extent that I can. I have not converted my Veras to local devices yet, though after the next VeraPlus stable firmware release, I will probably run your scripts to localize the device as I don't see Ezlo surviving to maintain Vera firmware.

My question concerns the icons in your plugins. While attempting to mod a reactor sensor during the outage, I could not really do anything (without a sense of risk anyway) as the icons used are pulled from your website. Many Vera plugins operate this way--no doubt to save space on the vera, and my inclination was to manually start downloading what I needed when the outage was over. I run everything on openLuup and space is not an issue. It occurred to me that localizing a plugin could be a button push somewhere in the plugin UI where one could auto download any needed icons and the plugin would recognize the local copy first, before trying the cloud.

Could this be a possible enhancement to your plugins? I don't really have a technical grasp of whether this would be workable or not.

Plugins
openLuup: Tasmota MQTT Bridge
akbooerA

Feedback / solutions for openLuup's built-in Tasmota MQTT bridge.

Plugins
AltUi
C

I reinstalled the AltUi plugin on OpenLuup and I no longer access its web interface
I have the following error:
error in callback [lr_ALTUI_Handler]: ./dkjson.lua:397: bad argument # 1 to 'strfind' (string expected, got nil)
Can someone help me?
OpenLuup version 2021.05.08

Plugins
AltUI sort?
CatmanV2C

Am I losing it or did there used to be a sort either alphabetically or numerically option on devices in AltUI?

Seems to not be there there?

TIA

C

Plugins

openLuup: Shelly Bridge plugin

Scheduled Pinned Locked Moved Plugins
144 Posts 7 Posters 33.0k Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • A Offline
    A Offline
    a-lurker
    wrote on last edited by a-lurker
    #121

    Had a quick look at the Shelly pro 3em. Looks like it gets ignored at line 643:

    if not shelly: match "^shellyplus" then return end ...

    The H&T device publishes: "shellyplusht-MAC_address". However the Shelly pro 3em publishes: "shellypro3em-MAC_address". So no "plus" found. And the user can change this label in the device's web page under "MQTT prefix". I changed the prefix so it included "plus" but that didn't seem to help. EDIT: it did help - I had just plugged the "plus" in the wrong spot. See post further below.

    On the shelly-gen2-cmd/rpc topic I only see the H&T device - not the shellypro3em.

    I don't have a Gen 1 device, so I can't see what would identify one from the other. Could have a numeric value associated with each known device indicating its generation. Also the RPC communication seems to be purely Gen 2?

    1 Reply Last reply
    0
    • akbooerA Offline
      akbooerA Offline
      akbooer
      wrote on last edited by akbooer
      #122

      My strong recommendation is not to change the default device MQTT prefix. It would just make setting up each device a total hassle. I've gone with defaults wherever possible, the only mandatory chamge being the IP address of openLuup's MQTT server.

      I hadn't appreciated that the Pro devices don't identify as "shellyplus" and I can fix that.

      therealdbT 1 Reply Last reply
      0
      • akbooerA Offline
        akbooerA Offline
        akbooer
        wrote on last edited by
        #123

        Shelly firmware has changed considerably since the early versions. I should probably revisit the Gen 1 handling and make it more generic.

        A 1 Reply Last reply
        0
        • A Offline
          A Offline
          a-lurker
          replied to akbooer on last edited by
          #124

          "not to change the default device MQTT prefix". I always leave things at default if possible. This was just for test purposes. Below is the resulting log of the device being created with a few edits. Note that "shellypro3em" was temporarily replaced with "shellypluspro3em" in order to get some action:

          2024-03-28 13:09:35.516   openLuup.io.server:: MQTT:1883 connection closed  tcp{client}: 0x558f264ee8
          2024-03-28 13:09:35.546   openLuup.mqtt:: shellypluspro3em-MAC_address_redacted UNSUBSCRIBE from ALL tcp{client}: 0x558f264ee8
          
          2024-03-28 13:09:38.357   openLuup.io.server:: MQTT:1883 connection from Shelly_IP_redacted tcp{client}: 0x5590804a28
          
          
          2024-03-28 13:09:38.392   openLuup.mqtt:: shellypro3em-MAC_address_redacted SUBSCRIBE to shellypluspro3em-MAC_address_redacted/rpc tcp{client}: 0x5590804a28
          
          2024-03-28 13:09:38.410   openLuup.mqtt:: shellypro3em-MAC_address_redacted SUBSCRIBE to shellypluspro3em-MAC_address_redacted/command/sys tcp{client}: 0x5590804a28
          
          2024-03-28 13:09:38.413   openLuup.mqtt:: shellypro3em-MAC_address_redacted SUBSCRIBE to shellypluspro3em-MAC_address_redacted/command tcp{client}: 0x5590804a28
          
          2024-03-28 13:09:38.425   openLuup.mqtt:: shellypro3em-MAC_address_redacted SUBSCRIBE to shellies/command tcp{client}: 0x5590804a28
          
          2024-03-28 13:09:38.427   luup.shelly:207: ShellyPlus: shellypluspro3em-MAC_address_redacted/online true
          
          2024-03-28 13:09:38.427   luup.register_handler:: global_function_name=Shelly_Plus_Handler, request=mqtt:shellypluspro3em-MAC_address_redacted/#
          
          2024-03-28 13:09:38.429   luup.shelly:207: ShellyPlus: shellypluspro3em-MAC_address_redacted/rpc {
            "id":"0x55902bb480",
            "method":"Shelly.GetConfig",
            "src":"shelly-gen2-cmd"
          }
          
          
          2024-03-28 13:09:38.432   luup.shelly:207: ShellyPlus: shellypluspro3em-MAC_address_redacted/status/ble {}
          
          2024-03-28 13:09:38.460   luup.shelly:207: ShellyPlus: shellypluspro3em-MAC_address_redacted/status/cloud {"connected":false}
          
          2024-03-28 13:09:38.463   luup.shelly:207: ShellyPlus: shellypluspro3em-MAC_address_redacted/status/em:0 {
              "id": 0,
              "a_current": 0.115,
              "a_voltage": 0,
              "a_act_power": 0,
              "a_aprt_power": 0,
              "a_pf": 0,
              "a_freq": 0,
              "b_current": 0.109,
              "b_voltage": 0,
              "b_act_power": 0,
              "b_aprt_power": 0,
              "b_pf": 0,
              "b_freq": 0,
              "c_current": 0.104,
              "c_voltage": 239.7,
              "c_act_power": 0,
              "c_aprt_power": 25.2,
              "c_pf": 0,
              "c_freq": 50,
              "n_current": null,
              "total_current": 0.328,
              "total_act_power": 0,
              "total_aprt_power": 25.234,
              "user_calibrated_phase": []
          }
          
          2024-03-28 13:09:38.466   luup.shelly:207: ShellyPlus: shellypluspro3em-MAC_address_redacted/status/emdata:0 {
              "id": 0,
              "a_total_act_energy": 0.04,
              "a_total_act_ret_energy": 0,
              "b_total_act_energy": 0.05,
              "b_total_act_ret_energy": 0,
              "c_total_act_energy": 0.07,
              "c_total_act_ret_energy": 0.2,
              "total_act": 0.16,
              "total_act_ret": 0.2
          }
          
          2024-03-28 13:09:38.468   luup.shelly:207: ShellyPlus: shellypluspro3em-MAC_address_redacted/status/eth {"ip":null}
          
          2024-03-28 13:09:38.470   luup.shelly:207: ShellyPlus: shellypluspro3em-MAC_address_redacted/status/modbus {}
          
          2024-03-28 13:09:38.475   luup.shelly:207: ShellyPlus: shellypluspro3em-MAC_address_redacted/status/mqtt {"connected":true}
          
          2024-03-28 13:09:38.477   luup.shelly:207: ShellyPlus: shellypluspro3em-MAC_address_redacted/status/sys {
              "mac": "MAC_address_redacted",
              "restart_required": false,
              "time": "13:09",
              "unixtime": 1711591778,
              "uptime": 1,
              "ram_size": 240520,
              "ram_free": 121936,
              "fs_size": 524288,
              "fs_free": 192512,
              "cfg_rev": 11,
              "kvs_rev": 0,
              "schedule_rev": 0,
              "webhook_rev": 0,
              "available_updates": {},
              "reset_reason": 3
          }
          
          2024-03-28 13:09:38.479   luup.shelly:207: ShellyPlus: shellypluspro3em-MAC_address_redacted/status/temperature:0 {
              "id": 0,
              "tC": 47.7,
              "tF": 117.8
          }
          
          2024-03-28 13:09:38.482   luup.shelly:207: ShellyPlus: shellypluspro3em-MAC_address_redacted/status/wifi {"sta_ip":"Shelly_IP_redacted","status":"got ip","ssid":"SID_redacted","rssi":-62}
          
          2024-03-28 13:09:38.484   luup.shelly:207: ShellyPlus: shellypluspro3em-MAC_address_redacted/status/ws {"connected":false}
          
          2024-03-28 13:09:38.487   luup.shelly:207: ShellyPlus: shellypluspro3em-MAC_address_redacted/status/mqtt {"connected":true}
          
          2024-03-28 13:09:38.490   luup.shelly:207: ShellyPlus: shellypluspro3em-MAC_address_redacted/events/rpc {
              "src": "shellypro3em-MAC_address_redacted",
              "dst": "shellypluspro3em-MAC_address_redacted/events",
              "method": "NotifyFullStatus",
              "params": {
                  "ts": 1711591778.07,
                  "ble": {},
                  "cloud": {
                      "connected": false
                  },
                  "em:0": {
                      "id": 0,
                      "a_current": 0.115,
                      "a_voltage": 0,
                      "a_act_power": 0,
                      "a_aprt_power": 0,
                      "a_pf": 0,
                      "a_freq": 0,
                      "b_current": 0.109,
                      "b_voltage": 0,
                      "b_act_power": 0,
                      "b_aprt_power": 0,
                      "b_pf": 0,
                      "b_freq": 0,
                      "c_current": 0.104,
                      "c_voltage": 239.7,
                      "c_act_power": 0,
                      "c_aprt_power": 25.2,
                      "c_pf": 0,
                      "c_freq": 50,
                      "n_current": null,
                      "total_current": 0.328,
                      "total_act_power": 0,
                      "total_aprt_power": 25.234,
                      "user_calibrated_phase": []
                  },
                  "emdata:0": {
                      "id": 0,
                      "a_total_act_energy": 0.04,
                      "a_total_act_ret_energy": 0,
                      "b_total_act_energy": 0.05,
                      "b_total_act_ret_energy": 0,
                      "c_total_act_energy": 0.07,
                      "c_total_act_ret_energy": 0.2,
                      "total_act": 0.16,
                      "total_act_ret": 0.2
                  },
                  "eth": {
                      "ip": null
                  },
                  "modbus": {},
                  "mqtt": {
                      "connected": true
                  },
                  "sys": {
                      "mac": "MAC_address_redacted",
                      "restart_required": false,
                      "time": "13:09",
                      "unixtime": 1711591778,
                      "uptime": 1,
                      "ram_size": 240596,
                      "ram_free": 123484,
                      "fs_size": 524288,
                      "fs_free": 192512,
                      "cfg_rev": 11,
                      "kvs_rev": 0,
                      "schedule_rev": 0,
                      "webhook_rev": 0,
                      "available_updates": {},
                      "reset_reason": 3
                  },
                  "temperature:0": {
                      "id": 0,
                      "tC": 47.7,
                      "tF": 117.8
                  },
                  "wifi": {
                      "sta_ip": "Shelly_IP_redacted",
                      "status": "got ip",
                      "ssid": "SID_redacted",
                      "rssi": -62
                  },
                  "ws": {
                      "connected": false
                  }
              }
          }
          
          2024-03-28 13:09:38.493   luup.shelly:207: ShellyPlus: shellypluspro3em-MAC_address_redacted/events/rpc
          {
              "src": "shellypro3em-MAC_address_redacted",
              "dst": "shellypluspro3em-MAC_address_redacted/events",
              "method": "NotifyStatus",
              "params": {
                  "ts": 1711591778.07,
                  "mqtt": {
                      "connected": true
                  }
              }
          }
          
          2024-03-28 13:09:38.539   luup.shelly:207: ShellyGen2: shelly-gen2-cmd/rpc {
              "id": "0x55902bb480",
              "src": "shellypro3em-MAC_address_redacted",
              "dst": "shelly-gen2-cmd",
              "result": {
                  "ble": {
                      "enable": false,
                      "rpc": {
                          "enable": false
                      },
                      "observer": {
                          "enable": false
                      }
                  },
                  "cloud": {
                      "enable": false,
                      "server": "iot.shelly.cloud:6012/jrpc"
                  },
                  "em:0": {
                      "id": 0,
                      "name": null,
                      "blink_mode_selector": "active_energy",
                      "phase_selector": "all",
                      "monitor_phase_sequence": false,
                      "reverse": {}
                  },
                  "emdata:0": {},
                  "eth": {
                      "enable": true,
                      "ipv4mode": "dhcp",
                      "ip": null,
                      "netmask": null,
                      "gw": null,
                      "nameserver": null
                  },
                  "modbus": {
                      "enable": false
                  },
                  "mqtt": {
                      "enable": true,
                      "server": "server_IP_address_redacted:1883",
                      "client_id": "shellypro3em-MAC_address_redacted",
                      "user": null,
                      "ssl_ca": null,
                      "topic_prefix": "shellypluspro3em-MAC_address_redacted",
                      "rpc_ntf": true,
                      "status_ntf": true,
                      "use_client_cert": false,
                      "enable_rpc": true,
                      "enable_control": true
                  },
                  "sys": {
                      "device": {
                          "name": null,
                          "mac": "MAC_address_redacted",
                          "fw_id": "20240223-141900/1.2.2-g7c39781",
                          "discoverable": true,
                          "eco_mode": false,
                          "profile": "triphase",
                          "addon_type": null
                      },
                      "location": {
                          "tz": "redacted",
                          "lat": redacted,
                          "lon": redacted
                      },
                      "debug": {
                          "level": 2,
                          "file_level": null,
                          "mqtt": {
                              "enable": false
                          },
                          "websocket": {
                              "enable": false
                          },
                          "udp": {
                              "addr": null
                          }
                      },
                      "ui_data": {},
                      "rpc_udp": {
                          "dst_addr": null,
                          "listen_port": null
                      },
                      "sntp": {
                          "server": "time.google.com"
                      },
                      "cfg_rev": 11
                  },
                  "temperature:0": {
                      "id": 0,
                      "name": null,
                      "report_thr_C": 5,
                      "offset_C": 0
                  },
                  "wifi": {
                      "ap": {
                          "ssid": "ShellyPro3EM-MAC_address_redacted",
                          "is_open": true,
                          "enable": false,
                          "range_extender": {
                              "enable": false
                          }
                      },
                      "sta": {
                          "ssid": "SID_redacted",
                          "is_open": false,
                          "enable": true,
                          "ipv4mode": "dhcp",
                          "ip": null,
                          "netmask": null,
                          "gw": null,
                          "nameserver": null
                      },
                      "sta1": {
                          "ssid": null,
                          "is_open": true,
                          "enable": false,
                          "ipv4mode": "dhcp",
                          "ip": null,
                          "netmask": null,
                          "gw": null,
                          "nameserver": null
                      },
                      "roam": {
                          "rssi_thr": -80,
                          "interval": 60
                      }
                  },
                  "ws": {
                      "enable": false,
                      "server": null,
                      "ssl_ca": "ca.pem"
                  }
              }
          }
          
          2024-03-28 13:09:38.540   luup.shelly:207: New Shelly announced: shellypro3em-MAC_address_redacted
          2024-03-28 13:09:38.542   luup.create_device:: [30004] D_GenericShellyDevice.xml /  / D_GenericShellyDevice.json   (GenericShellyDevice)
          
          2024-03-28 13:09:38.542   luup.attr_set:: 30004.ip = 
          2024-03-28 13:09:38.542   luup.attr_set:: 30004.mac = Shelly_IP_redacted <-- loaded with correct value
          2024-03-28 13:09:38.542   luup.attr_set:: 30004.model = shellypro3em
          2024-03-28 13:09:38.542   luup.attr_set:: 30004.firmware = 20240223-141900/1.2.2-g7c39781
          
          2024-03-28 13:09:38.956   openLuup.server:: request completed (6784 bytes, 1 chunks, 11054 ms) tcp{client}: 0x558fe2b248
          

          A few notes.

          • You have to enable "Generic status update over MQTT" in the device's web page to get things to work. Same as for the H&T device. It defaults to disabled from the factory.
          • Subscribing to "ShellyPlus: shellypluspro3em-MAC_address_redacted/events/rpc" and looking for "method": "NotifyFullStatus" results in pretty much all the information needed. Same as for the H&T device.
          • It would be nice if the log pretty printed big json blocks. Could possibly just pretty print if the json string was say greater than 40 characters?

          Here is the "method": "NotifyFullStatus" for the H&T device:

          {
            "src": "shellyplusht-MAC_address_redacted",
            "dst": "shellyplusht-MAC_address_redacted/events",
            "method": "NotifyFullStatus",
            "params": {
              "ts": 1.47,
              "ble": {},
              "cloud": {
                "connected": false
              },
              "devicepower:0": {
                "id": 0,
                "battery": {
                  "V": 0.43,
                  "percent": 0
                },
                "external": {
                  "present": true
                }
              },
              "ht_ui": {},
              "humidity:0": {
                "id": 0,
                "rh": 50.9
              },
              "mqtt": {
                "connected": true
              },
              "sys": {
                "mac": "MAC_address_redacted",
                "restart_required": false,
                "time": null,
                "unixtime": null,
                "uptime": 1,
                "ram_size": 246472,
                "ram_free": 167120,
                "fs_size": 458752,
                "fs_free": 192512,
                "cfg_rev": 15,
                "kvs_rev": 0,
                "webhook_rev": 0,
                "available_updates": {},
                "wakeup_reason": {
                  "boot": "deepsleep_wake",
                  "cause": "status_update"
                },
                "wakeup_period": 600,
                "reset_reason": 8
              },
              "temperature:0": {
                "id": 0,
                "tC": 24,
                "tF": 75.2
              },
              "wifi": {
                "sta_ip": "Shelly_IP_redacted",
                "status": "got ip",
                "ssid": "SID_redacted",
                "rssi": -68
              },
              "ws": {
                "connected": false
              }
            }
          }
          

          Immediately above is the "method": "NotifyFullStatus" for the H&T device.

          1 Reply Last reply
          0
          • akbooerA Offline
            akbooerA Offline
            akbooer
            wrote on last edited by akbooer
            #125

            Could you give the latest development version a go?
            It should work without your above edits, but I haven’t customised the device yet.
            What variables does that give you?

            A 1 Reply Last reply
            0
            • A Offline
              A Offline
              a-lurker
              replied to akbooer on last edited by a-lurker
              #126

              Using the default prefix "shellypro3em" I now get these variables. Previously there were none. See below. For the attributes I get firmware version, model number, MAC address but no IP address.

              em/0/a_act_power	0	
              em/0/a_aprt_power	0	
              em/0/a_current	0.028	
              em/0/a_freq	0	
              em/0/a_pf	0	
              em/0/a_voltage	0	
              em/0/b_act_power	0	
              em/0/b_aprt_power	0	
              em/0/b_current	0.027	
              em/0/b_freq	0	
              em/0/b_pf	0	
              em/0/b_voltage	0	
              em/0/c_act_power	0	
              em/0/c_aprt_power	6.4	
              em/0/c_current	0.027	
              em/0/c_freq	50	
              em/0/c_pf	0	
              em/0/c_voltage	236.6	
              em/0/id	0	
              em/0/total_act_power	0	
              em/0/total_aprt_power	6.409	
              em/0/total_current	0.082	
              em/0/user_calibrated_phase	[]	
              emdata/0/a_total_act_energy	0.06	
              emdata/0/a_total_act_ret_energy	0	
              emdata/0/b_total_act_energy	0.06	
              emdata/0/b_total_act_ret_energy	0	
              emdata/0/c_total_act_energy	0.12	
              emdata/0/c_total_act_ret_energy	0.38	
              emdata/0/id	0	
              emdata/0/total_act	0.24	
              emdata/0/total_act_ret	0.38	
              temperature/0/id	0	
              temperature/0/tC	46.7	
              temperature/0/tF	116	
              
              

              Note the device does not have the current clamps connected around anything. ie it's just powered up.

              1 Reply Last reply
              0
              • A Offline
                A Offline
                a-lurker
                wrote on last edited by
                #127

                "I hadn't appreciated that the Pro devices don't identify as "shellyplus" and I can fix that." Works OK now. All the DIN rail mounted devices are "shellyproXYZ".

                1 Reply Last reply
                0
                • akbooerA Offline
                  akbooerA Offline
                  akbooer
                  wrote on last edited by
                  #128

                  Just testing a 12V DC Shelly configuration with an RGBW driver and a i4 DC set of switches...

                  ...firmware for the switch is shown as:

                  20211101-134319/i4prod0-g2345cff-279-i4-production-bundles-2143-dirty
                  

                  Doesn't look good!

                  1 Reply Last reply
                  0
                  • A Offline
                    A Offline
                    a-lurker
                    wrote on last edited by
                    #129

                    I've got a few RGBW2s. See you have been working on this one. If I can help in any way, let me know.

                    1 Reply Last reply
                    0
                    • akbooerA Offline
                      akbooerA Offline
                      akbooer
                      wrote on last edited by
                      #130

                      ...using as RGB(W) or four separate white strips?

                      1 Reply Last reply
                      0
                      • therealdbT Offline
                        therealdbT Offline
                        therealdb
                        replied to akbooer on last edited by
                        #131

                        @akbooer said in openLuup: Shelly Bridge plugin:

                        My strong recommendation is not to change the default device MQTT prefix. It would just make setting up each device a total hassle. I've gone with defaults wherever possible, the only mandatory chamge being the IP address of openLuup's MQTT server.

                        I hadn't appreciated that the Pro devices don't identify as "shellyplus" and I can fix that.

                        I usually modify them in order to better track/debug them. No need to include shelly in the device name, when you already have to base topic.

                        --
                        On a mission to automate everything.

                        My MS Reactor contrib
                        My Luup Plug-ins

                        1 Reply Last reply
                        0
                        • A Offline
                          A Offline
                          a-lurker
                          wrote on last edited by a-lurker
                          #132

                          Using them as RGBW at the moment. But I can see them also being used just as white strips. Whether that would be four strips - don't think so. One strip would be enough at each location for my needs.

                          It's surprising how much current they can run through the device given its size.

                          A 1 Reply Last reply
                          0
                          • A Offline
                            A Offline
                            a-lurker
                            replied to a-lurker on last edited by
                            #133

                            Just to complicate things: in addition to the 3em pro - I've got a shelly pro em 50 turning up in the mail.

                            1 Reply Last reply
                            0
                            • akbooerA Offline
                              akbooerA Offline
                              akbooer
                              wrote on last edited by
                              #134

                              I’ve rationalised a lot of the ShellyBridge handling of Gen 2+ devices, so this shouldn’t be too much of an issue.

                              1 Reply Last reply
                              0
                              • A Offline
                                A Offline
                                a-lurker
                                wrote on last edited by a-lurker
                                #135

                                I tried out the new update: "Development Branch: 2024 Release 4.5". Nothing too badly broken so that's good. I notice the H&T devices now have new variable names ie humidity/0/rh and temperature/0/tC, etc. These no longer show up in AltUI or console at Home-->Devices. Likewise with the 3em pro: em/0/a_voltage, etc

                                No doubt a work in progress but the forward slashes are a bit problematic eg they can't be part of a whisper filename.

                                1 Reply Last reply
                                0
                                • akbooerA Offline
                                  akbooerA Offline
                                  akbooer
                                  wrote on last edited by
                                  #136

                                  Delimiters are always a problem. I tried initially with ‘:’, but UPnP already took that. However, it’s not intended that you use these directly; they are simply transcriptions from the MQTT topics. As with other Shellies, the key variables get copied to the MiOS equivalents, possibly in child devices, so that everything works.

                                  I am making progress with the RGBW, and remember just how much I hate the way MiOS tries to handle them… and on top of that, AltUI has its own quirks.

                                  1 Reply Last reply
                                  0
                                  • A Offline
                                    A Offline
                                    a-lurker
                                    wrote on last edited by
                                    #137

                                    Lots of work done refactoring things - should "Eclipse" the older versions. Code still working here - thank you.

                                    1 Reply Last reply
                                    0
                                    • akbooerA Offline
                                      akbooerA Offline
                                      akbooer
                                      wrote on last edited by
                                      #138

                                      Yes, thanks.

                                      BTW, "Generic status update over MQTT" should not need to be ticked, now.

                                      You will also have seen that you can use luup.openLuup.pretty() directly.

                                      A 1 Reply Last reply
                                      0
                                      • A Offline
                                        A Offline
                                        a-lurker
                                        replied to akbooer on last edited by a-lurker
                                        #139

                                        I've got something about pretty printing here. No doubt in my writings, I have made a few errors here and there but that can happen. OK on the "Generic status update over MQTT" - I'll fix that in the paragraph immediately above here.

                                        1 Reply Last reply
                                        1
                                        • akbooerA Offline
                                          akbooerA Offline
                                          akbooer
                                          wrote on last edited by
                                          #140

                                          Ah, OK, that’s great.

                                          Whilst on documentation, the bit on Quick graph view is incorrect where it says:

                                          ”Uses Google Charts, so an internet connection is required..”

                                          This used to be the case, but now it’s all local SVG, so no external connection needed.

                                          1 Reply Last reply
                                          0

                                          Recent Topics

                                          • Disaster recovery and virtualisation
                                            CatmanV2C
                                            CatmanV2
                                            0
                                            5
                                            539

                                          • Remote access of Zwave stick from Z-wave server
                                            CatmanV2C
                                            CatmanV2
                                            0
                                            3
                                            244

                                          • Organizing/ structuring rule sets and rules
                                            G
                                            gwp1
                                            0
                                            5
                                            317

                                          • Moving MSR from a QNAP container to RP 5 - some issues
                                            G
                                            gwp1
                                            0
                                            5
                                            277

                                          • Widget deletion does not work and landing page (status) is empy
                                            G
                                            gwp1
                                            0
                                            4
                                            251

                                          • Need help reducing false positive notifications
                                            T
                                            tamorgen
                                            0
                                            7
                                            437

                                          • Reactor (Multi-System/Multi-Hub) Announcements
                                            toggledbitsT
                                            toggledbits
                                            5
                                            120
                                            35.1k

                                          • Deleting widgets
                                            toggledbitsT
                                            toggledbits
                                            0
                                            4
                                            426

                                          • MQTT configuration question
                                            tunnusT
                                            tunnus
                                            0
                                            11
                                            574

                                          • System Configuration Check - time is offset
                                            G
                                            gwp1
                                            0
                                            8
                                            549
                                          Powered by NodeBB | Contributors
                                          Hosted freely by 10RUPTiV - Solutions Technologiques | Contact us
                                          • Login

                                          • Don't have an account? Register

                                          • Login or register to search.
                                          • First post
                                            Last post
                                          0
                                          • Categories
                                          • Recent
                                          • Tags
                                          • Popular
                                          • Unsolved