Discussion Forum to share and further the development of home control and automation, independent of platforms.

    SmartHome Community

    • Register
    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular
    • Unsolved
    (Last Updated: 31 March 2021)
    • Generic support for vacuums

      therealdb

      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
    • 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
    • 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

      parkerc

      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)

      therealdb

      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
    • openLuup: Shelly Bridge plugin

      akbooer

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

      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

      akbooer

      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

      akbooer

      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?

      CatmanV2

      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
    • Alexa guard via Vera-Alexa and spoken command support

      therealdb

      So, Amazon recently released the ability to execute spoken commands.

      dbochicchio/VeraAlexa: Alexa plug-in for Vera and openLuup. (github.com)

      Using my plug-in, you could just do something like this:

      luup.call_action("urn:bochicchio-com:serviceId:VeraAlexa1", "RunCommand", {Command="-e textcommand:'Alexa, I’m leaving' -d 'Bedroom'"}, 666)

      Or any spoken command that's not directly accesible via routines. Something like

      "Play music everywhere"
      "TV volume to 32"
      "Pause TV"

      and much more 🙂

      Give it a try!

      Plugins
    • Vera-openLuup Ecobee Plugin

      rafale77

      Latest Vera Ecobee Plugin:

      GitHub - rafale77/vera-ecobee: Vera Plugin for ecobee Thermostat GitHub - rafale77/vera-ecobee: Vera Plugin for ecobee Thermostat

      Vera Plugin for ecobee Thermostat. Contribute to rafale77/vera-ecobee development by creating an account on GitHub.

      Plugins
    • BroadLink Mark II plugin

      A

      The plugin has been updated to ver 0.56 which improves the RF learning procedure. It also recognises some of the newer RM4 devices (thanks Bruce Lacey).

      Existing uses just need to upload the "L_BroadLink_Mk2_1.lua" file.

      RF learning has been improved but is never particularly reliable. You can invoke testing by executing this code in the Lua Test box:

      local DeviceID = the_id_of_the_IR_child_device luup.call_action('urn:a-lurker-com:serviceId:IrTransmitter1', 'LearnRFCode', {}, DeviceID) return true

      Running the code illuminates the LED on the BroadLink device. If you do nothing at this point, the learning times out after about 24 seconds and the result is "No RF code was learnt".

      While in the learning mode, tap the remote button to be learnt, every 2/3 of a second or so. If the LED goes out (typically after about say 5 seconds) some result was learnt.

      The result can be found in the parent device by looking at the variable "LearntRFCode". However, it is far easier to look at the log file, which logs the process as it proceeds and also the result. You need to learn a few results to try and determine if the results are at all consistent.

      Plugins
    • Homebridge to Openluup

      R

      Sharing what I believe is a great way to add support to devices that used to work but since existing plugin haven't been maintain by the original authors (or any other developer in the community) have stopped working as they've abandon or moved to other platform...

      Homebridge has a large and very active community and I think this type of plugin will a good way to benefit from it.

      It will bring any device that have been configured in homebridge into openluup.

      Currently it support, thermostat (Nest and others), Switches (Specially MyQ), Dimmers, Switches, Motion Sensors, Door Lock (Open/close) Support to other type of device can easily be added.

      Homebridge2Openluup
      Installation:

      upload the files to /you_openluup_directory/files/ create a new device with D_Homebridge2openluup1.xml

      Screen Shot 2021-03-14 at 12.55.29 PM.png

      Set your hombredige IP, username, password to the deivce's attributes

      Screen Shot 2021-03-14 at 12.57.00 PM.png

      Capture the uuid of the device you would like to bring from Homebridge into openluup by looking at your openluup logs when starting

      Screen Shot 2021-03-14 at 1.00.53 PM.png

      based on the device type, set DeviceList Variable

      Screen Shot 2021-03-14 at 1.02.51 PM.png

      T for thermostat
      D for dimmers
      S for switches
      G for garage doors
      L for Locks
      A for motion sensors

      and build a string device type are delimited by a ; (semicolong) and device's uui by a , (comma) like this:
      T:homebridge_thermostat1_uuid,homebridge_thermostat2_uuid;D:homebridge_dimmer1_uuid,homebridge_dimmer2_uuid etc

      This still in beta, would love to add async next and support to shades and other sensors.

      Plugins
    For those who registered but didn't received the confirmation email, please send an email to support@smarthome.community with the email you used

    Homebridge to Openluup

    Plugins
    5
    41
    494
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • R
      ronluna last edited by ronluna

      Sharing what I believe is a great way to add support to devices that used to work but since existing plugin haven't been maintain by the original authors (or any other developer in the community) have stopped working as they've abandon or moved to other platform...

      Homebridge has a large and very active community and I think this type of plugin will a good way to benefit from it.

      It will bring any device that have been configured in homebridge into openluup.

      Currently it support, thermostat (Nest and others), Switches (Specially MyQ), Dimmers, Switches, Motion Sensors, Door Lock (Open/close) Support to other type of device can easily be added.

      Homebridge2Openluup
      Installation:

      • upload the files to /you_openluup_directory/files/
      • create a new device with D_Homebridge2openluup1.xml

      Screen Shot 2021-03-14 at 12.55.29 PM.png

      • Set your hombredige IP, username, password to the deivce's attributes

      Screen Shot 2021-03-14 at 12.57.00 PM.png

      • Capture the uuid of the device you would like to bring from Homebridge into openluup by looking at your openluup logs when starting

      Screen Shot 2021-03-14 at 1.00.53 PM.png

      • based on the device type, set DeviceList Variable

      Screen Shot 2021-03-14 at 1.02.51 PM.png

      T for thermostat
      D for dimmers
      S for switches
      G for garage doors
      L for Locks
      A for motion sensors

      and build a string device type are delimited by a ; (semicolong) and device's uui by a , (comma) like this:
      T:homebridge_thermostat1_uuid,homebridge_thermostat2_uuid;D:homebridge_dimmer1_uuid,homebridge_dimmer2_uuid etc

      This still in beta, would love to add async next and support to shades and other sensors.

      1 Reply Last reply Reply Quote 5
      • akbooer
        akbooer last edited by

        Hi Ron, thanks for that.

        Not a HomeBridge user myself (yet) but it might be nice to have a version of the above information in the GitHub README file.

        Hope all's well (as it can be!)

        AK

        R 1 Reply Last reply Reply Quote 1
        • rafale77
          rafale77 last edited by rafale77

          I will add my Thanks as well. This is a great addition! I use Homekit in the other direction but I can definitely see use cases for this.

          1 Reply Last reply Reply Quote 1
          • R
            ronluna @akbooer last edited by

            thanks @akbooer . I'll be adding the installation instructions to the readme file... By the way, this plugin also works for ecobee thermostat, the native ecobee lua plugin by @rafale77 works ok when there is only one thermostat in the ecobee account but when more than one, ecobee server keeps deauthorizing the plugin...

            @rafale77 I also use homebridge the other way (openluup to homebridge) and is great.

            I'm currently using it for:

            • Nest thermostats with google accounts.
            • Ecobee accounts with multiple thermostats
            • AUX Mini split with built-in wifi modules

            Planning on adding control for AppleTV , Ring devices, Doorbird motion detection and many more...

            It will allow us to finally include many of the popular cloud based devices that own into the openluup environment...

            Something really cool about homebridge is that the manual and basic automation can be done from within homekit by the end-user, but deeper logic can be done from within openluup. Thinking about bringing node-red into the mix also... anyhow... I hope it can be useful for everyone here...

            1 Reply Last reply Reply Quote 1
            • A
              a-lurker last edited by

              Hi ronluna

              Great to see more stuff supporting openLuup and the like. If you feel like adding the plugin to the Alt App Store; I can add it to the list of available plugins:

              https://smarthome.community/topic/247/list-of-plugins-available-at-the-alternative-app-store?_=1615766458771

              R 1 Reply Last reply Reply Quote 0
              • rafale77
                rafale77 last edited by

                A bit farfetched at the moment but I just had a brainfart that I could bridge my Home Assistant components to homekit and then fetch them back into openLuup using this plugin... pretty awesome.

                1 Reply Last reply Reply Quote 0
                • Crille
                  Crille last edited by Crille

                  My thermostats show values in Fahrenheit, is there a way to change to Celsius?
                  I found this in the log but doesn't seem to have any effect.

                  homebridge2openluup debug: Engine Global Temperature Unit = C
                  
                  R 2 Replies Last reply Reply Quote 0
                  • R
                    ronluna @Crille last edited by

                    @crille I'll add support to the upcoming update.

                    1 Reply Last reply Reply Quote 0
                    • R
                      ronluna @Crille last edited by

                      Just added some fixes for Celsius @crille Please test the latest update from the github repo.

                      Crille 2 Replies Last reply Reply Quote 0
                      • Crille
                        Crille @ronluna last edited by

                        @ronluna Yes, it's displayed in Celsius now, thank you.

                        1 Reply Last reply Reply Quote 0
                        • Crille
                          Crille @ronluna last edited by

                          @ronluna I cannot change setpoint though.

                          Homebridge:[string "L_Homebridge2openluup1.lua"]:83: attempt to compare number with string
                          
                          R 1 Reply Last reply Reply Quote 0
                          • R
                            ronluna @Crille last edited by

                            @crille pushed new fix for celsius. the plugin is now available on the altappstore.

                            Crille 1 Reply Last reply Reply Quote 1
                            • R
                              ronluna @a-lurker last edited by

                              @a-lurker done!

                              1 Reply Last reply Reply Quote 0
                              • Crille
                                Crille @ronluna last edited by

                                @ronluna I reinstalled the plugin from altappstore but still can't change setpoint. It's sending the wrong characteristicType

                                2021-03-19 08:47:29.288   luup_log:17: homebridge2openluup debug: Homebridge Put device VALUE = 23
                                2021-03-19 08:47:29.288   luup_log:17: homebridge2openluup debug: request_body for everything else = {"characteristicType":"HeatingThresholdTemperature","value":"23"}
                                2021-03-19 08:47:29.288   luup_log:17: homebridge2openluup debug: PUT Auth = Bearer XXXXXXXXXX
                                2021-03-19 08:47:29.288   luup_log:17: homebridge2openluup debug: PUT Request Body = {"characteristicType":"HeatingThresholdTemperature","value":"23"}
                                2021-03-19 08:47:29.288   luup_log:17: homebridge2openluup debug: PUT Request Length = 65
                                2021-03-19 08:47:29.303   luup_log:17: homebridge2openluup debug: URL request result: r = 1
                                2021-03-19 08:47:29.303   luup_log:17: homebridge2openluup debug: URL request result: c = 400
                                2021-03-19 08:47:29.303   luup_log:17: homebridge2openluup debug: URL request result: h = table: 0x55b66e8b2910
                                2021-03-19 08:47:29.303   luup_log:17: homebridge2openluup debug: PUT Access Token = XXXXXXXXXX
                                2021-03-19 08:47:29.303   luup_log:17: homebridge2openluup debug: response_body PUT 1 = {"statusCode":400,"message":"Invalid characteristicType. Valid types are: 'TargetHeatingCoolingState', 'TargetTemperature', 'TemperatureDisplayUnits', 'RotationSpeed', 'TargetHorizontalTiltAngle', 'TargetVerticalTiltAngle'.","error":"Bad Request"}
                                2021-03-19 08:47:29.303   luup_log:17: homebridge2openluup debug: HTTP 400 Bad Request: JSON parse error
                                
                                R 1 Reply Last reply Reply Quote 0
                                • R
                                  ronluna last edited by ronluna

                                  This post is deleted!
                                  1 Reply Last reply Reply Quote 0
                                  • R
                                    ronluna @Crille last edited by

                                    @crille I thought there were only two type of temperature controller (Thermostat and HeaterCooler) in homebridge/homekit but apparently I'm wrong. I also thought homebridge/homekit (depending on the device type) would force device to share the same characteristicType ... Seems like I was wrong again... so depending on the plugin being used on homebridge the author may very well define the characteristicType somewhat differently to other plugin-ins...

                                    What kind of thermostat is configured on your homebridge setup? Brand / model . Can you please share the json response when the plug-in is updating the device’s values.. similar to this:

                                    2021-03-21 07:24:20.861   luup_log:83: homebridge2openluup debug: concat_response_body 1 = {"aid":339,"iid":8,"uuid":"0000004A-0000-1000-8000-0026BB765291","type":"Thermostat","humanType":"Thermostat","serviceName":"My ecobee","serviceCharacteristics":[{"aid":339,"iid":10,"uuid":"0000000F-0000-1000-8000-0026BB765291","type":"CurrentHeatingCoolingState","serviceType":"Thermostat","serviceName":"My ecobee","description":"Current Heating Cooling State","value":0,"format":"uint8","perms":["ev","pr"],"maxValue":2,"minValue":0,"minStep":1,"canRead":true,"canWrite":false,"ev":true},{"aid":339,"iid":11,"uuid":"00000033-0000-1000-8000-0026BB765291","type":"TargetHeatingCoolingState","serviceType":"Thermostat","serviceName":"My ecobee","description":"Target Heating Cooling State","value":0,"format":"uint8","perms":["ev","pr","pw"],"maxValue":3,"minValue":0,"minStep":1,"canRead":true,"canWrite":true,"ev":true},{"aid":339,"iid":12,"uuid":"00000011-0000-1000-8000-0026BB765291","type":"CurrentTemperature","serviceType":"Thermostat","serviceName":"My ecobee","description":"Current Temperature","value":24.3667,"format":"float","perms":["ev","pr"],"unit":"celsius","maxValue":37.77777777777778,"minValue":-73.33333333333333,"minStep":0.1,"canRead":true,"canWrite":false,"ev":true},{"aid":339,"iid":13,"uuid":"00000035-0000-1000-8000-0026BB765291","type":"TargetTemperature","serviceType":"Thermostat","serviceName":"My ecobee","description":"Target Temperature","value":23.8556,"format":"float","perms":["ev","pr","pw"],"unit":"celsius","maxValue":26.666666666666664,"minValue":15.555555555555555,"minStep":0.1,"canRead":true,"canWrite":true,"ev":true},{"aid":339,"iid":14,"uuid":"00000036-0000-1000-8000-0026BB765291","type":"TemperatureDisplayUnits","serviceType":"Thermostat","serviceName":"My ecobee","description":"Temperature Display Units","value":1,"format":"uint8","perms":["ev","pr","pw"],"maxValue":1,"minValue":0,"minStep":1,"canRead":true,"canWrite":true,"ev":true}],"accessoryInformation":{"Manufacturer":"ecobee","Model":"nikeSmart","Name":"My ecobee","Serial Number":"Vera ID: 173","Firmware Revision":"0.8.3-beta.12"},"values":{"CurrentHeatingCoolingState":0,"TargetHeatingCoolingState":0,"CurrentTemperature":24.3667,"TargetTemperature":23.8556,"TemperatureDisplayUnits":1},"instance":{"name":"homebridge","username":"0E:10:83:81:C6:A5","ipAddress":"10.1.11.21","port":51706,"services":[],"connectionFailedCount":0},"uniqueId":"240d0198fc8289b3b5a77315b7e4ec132096ddbd6e6beb5e4c174a6a84908e8d"}
                                    
                                    Crille 1 Reply Last reply Reply Quote 0
                                    • Crille
                                      Crille @ronluna last edited by

                                      @ronluna I thought so as well. That’s why I thought any device configured as a thermostat in homebridge would have the same characteristics and your plugin would support it.
                                      My “thermostat” is another homebridge plugin for MELCloud (Mitsubishi cloud for my WiFi connected inverters).

                                      Here is the json response:

                                      
                                      luup_log:17: homebridge2openluup debug: concat_response_body 1 = {"aid":60,"iid":8,"uuid":"0000004A-0000-1000-8000-0026BB765291","type":"Thermostat","humanType":"Thermostat","serviceName":"Övervåningen","serviceCharacteristics":[{"aid":60,"iid":10,"uuid":"0000000F-0000-1000-8000-0026BB765291","type":"CurrentHeatingCoolingState","serviceType":"Thermostat","serviceName":"Övervåningen","description":"Current Heating Cooling State","value":1,"format":"uint8","perms":["pr","ev"],"maxValue":2,"minValue":0,"canRead":true,"canWrite":false,"ev":true},{"aid":60,"iid":11,"uuid":"00000033-0000-1000-8000-0026BB765291","type":"TargetHeatingCoolingState","serviceType":"Thermostat","serviceName":"Övervåningen","description":"Target Heating Cooling State","value":1,"format":"uint8","perms":["pr","pw","ev"],"maxValue":3,"minValue":0,"canRead":true,"canWrite":true,"ev":true},{"aid":60,"iid":12,"uuid":"00000011-0000-1000-8000-0026BB765291","type":"CurrentTemperature","serviceType":"Thermostat","serviceName":"Övervåningen","description":"Current Temperature","value":23,"format":"float","perms":["pr","ev"],"unit":"celsius","maxValue":100,"minValue":0,"minStep":0.1,"canRead":true,"canWrite":false,"ev":true},{"aid":60,"iid":13,"uuid":"00000035-0000-1000-8000-0026BB765291","type":"TargetTemperature","serviceType":"Thermostat","serviceName":"Övervåningen","description":"Target Temperature","value":22,"format":"float","perms":["pr","pw","ev"],"unit":"celsius","maxValue":38,"minValue":10,"minStep":0.1,"canRead":true,"canWrite":true,"ev":true},{"aid":60,"iid":14,"uuid":"00000036-0000-1000-8000-0026BB765291","type":"TemperatureDisplayUnits","serviceType":"Thermostat","serviceName":"Övervåningen","description":"Temperature Display Units","value":0,"format":"uint8","perms":["pr","pw","ev"],"maxValue":1,"minValue":0,"canRead":true,"canWrite":true,"ev":true},{"aid":60,"iid":15,"uuid":"00000029-0000-1000-8000-0026BB765291","type":"RotationSpeed","serviceType":"Thermostat","serviceName":"Övervåningen","description":"Rotation Speed","value":60,"format":"float","perms":["pr","pw","ev"],"unit":"percentage","maxValue":100,"minValue":0,"minStep":1,"canRead":true,"canWrite":true,"ev":true},{"aid":60,"iid":16,"uuid":"0000006C-0000-1000-8000-0026BB765291","type":"CurrentHorizontalTiltAngle","serviceType":"Thermostat","serviceName":"Övervåningen","description":"Current Horizontal Tilt Angle","value":0,"format":"int","perms":["pr","ev"],"unit":"arcdegrees","maxValue":90,"minValue":-90,"minStep":1,"canRead":true,"canWrite":false,"ev":true},{"aid":60,"iid":17,"uuid":"0000007B-0000-1000-8000-0026BB765291","type":"TargetHorizontalTiltAngle","serviceType":"Thermostat","serviceName":"Övervåningen","description":"Target Horizontal Tilt Angle","value":0,"format":"int","perms":["pr","pw","ev"],"unit":"arcdegrees","maxValue":90,"minValue":-90,"minStep":1,"canRead":true,"canWrite":true,"ev":true},{"aid":60,"iid":18,"uuid":"0000006E-0000-1000-8000-0026BB765291","type":"CurrentVerticalTiltAngle","serviceType":"Thermostat","serviceName":"Övervåningen","description":"Current Vertical Tilt Angle","value":-45,"format":"int","perms":["pr","ev"],"unit":"arcdegrees","maxValue":90,"minValue":-90,"minStep":1,"canRead":true,"canWrite":false,"ev":true},{"aid":60,"iid":19,"uuid":"0000007D-0000-1000-8000-0026BB765291","type":"TargetVerticalTiltAngle","serviceType":"Thermostat","serviceName":"Övervåningen","description":"Target Vertical Tilt Angle","value":-45,"format":"int","perms":["pr","pw","ev"],"unit":"arcdegrees","maxValue":90,"minValue":-90,"minStep":1,"canRead":true,"canWrite":true,"ev":true}],"accessoryInformation":{"Manufacturer":"Mitsubishi","Model":"Default-Model","Name":"Övervåningen","Serial Number":"1805118279","Firmware Revision":"0.3.4"},"values":{"CurrentHeatingCoolingState":0,"TargetHeatingCoolingState":0,"CurrentTemperature":0,"TargetTemperature":10,"TemperatureDisplayUnits":0,"RotationSpeed":0,"CurrentHorizontalTiltAngle":-90,"TargetHorizontalTiltAngle":-90,"CurrentVerticalTiltAngle":-90,"TargetVerticalTiltAngle":-90},"instance":{"name":"homebridge","username":"CC:22:3D:E3:CE:43","ipAddress":"127.0.0.1","port":51826,"services":[],"connectionFailedCount":0},"uniqueId":"8f37721c51dc9fd6b15aad7024d6a8460038b1ee7e6fb23c732f1abc5bcfb8fd"}
                                      
                                      
                                      R 1 Reply Last reply Reply Quote 0
                                      • R
                                        ronluna @Crille last edited by

                                        @crille Please test the latest commit on github.

                                        Crille 1 Reply Last reply Reply Quote 0
                                        • Crille
                                          Crille @ronluna last edited by

                                          @ronluna Sorry, but it does not work.

                                          I believe the MELCloud plugin only accepts "TargetTemperature" for changing Setpoint

                                          luup_log:17: homebridge2openluup debug: response_body PUT 1 = {"statusCode":400,"message":"Invalid characteristicType. Valid types are: 'TargetHeatingCoolingState', 'TargetTemperature', 'TemperatureDisplayUnits', 'RotationSpeed', 'TargetHorizontalTiltAngle', 'TargetVerticalTiltAngle'.","error":"Bad Request"}
                                          

                                          and not

                                          luup.variable_set:: 18.urn:upnp-org:serviceId:TemperatureSetpoint1_Heat.CurrentSetpoint was: 22 now: 18 #hooks:0
                                          

                                          This is only if you want to support the MELCloud provisioned thermostat, otherwise do not put to much energy in to it.

                                          For me it would be at great way to control my temperature triggered by house modes since there is no MELCloud plugin for openLuup.

                                          R 1 Reply Last reply Reply Quote 0
                                          • R
                                            ronluna @Crille last edited by

                                            @crille said in Homebridge to Openluup:

                                            TargetTemperature

                                            That's characteristicType the plugin is trying to set for your plugin. Can your share what are the Manufacturer, Model and Type variables set to?

                                            a69623bb-47a2-4d76-a133-9982bfbc556d-image.png

                                            Crille 1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post

                                            Welcome. If you’d like to participate in the discussion, rather than just read, then you can join the forum. As a member, you can interact with others here to share your experience and ask the questions you need answered.

                                            Powered by NodeBB | Contributors
                                            Hosted freely by PointPub Media Communications Inc. | Contact us