openLuup: Nest

CudaNet · October 27, 2015, 8:47pm

Nest thermostat, smoke and CO detection devices… You guessed it, another one of my top [5]…

akbooer · October 28, 2015, 2:50pm

A couple of Nest files require slight changes to get it to load correctly:

file [tt]L_nest_dkjson.lua[/tt], last line of code:

-- return json -- replace this line with the following
return {encode = encode, decode = decode, use_lpeg = use_lpeg}

file [tt]I_Nest1.xml[/tt], line #143 of code:

-- dkjson = require("L_nest_dkjson") -- replace this with the following
    local json = require("L_nest_dkjson")

This is due to some curious feature of the way these modules are written (amongst other things, the use of the ‘module’ statement is now deprecated in Lua as there are better, and much cleaner, ways, which openLuup, for the most part, uses.)

The implementation makes use of a number of [tt]os.execute()[/tt] calls to command line functions, but specifically [tt]pluto-lzo[/tt] for decompressing files. Since this is not installed on my system, it generates some console message (shown below) but it turns out these are benign since the files are already there, uncompressed, anyway!

usage: mktemp [-d] [-q] [-t prefix] [-u] template ...
       mktemp [-d] [-q] [-u] -t prefix 
sh: line 6: pluto-lzo: command not found
usage: mv [-f | -i | -n] [-v] source target
       mv [-f | -i | -n] [-v] source ... directory
usage: mktemp [-d] [-q] [-t prefix] [-u] template ...
       mktemp [-d] [-q] [-u] -t prefix 
sh: line 6: pluto-lzo: command not found
usage: mv [-f | -i | -n] [-v] source target
       mv [-f | -i | -n] [-v] source ... directory

Thereafter, every two minutes in the log file there is this:

2015-10-28 14:44:04.454   luup.task:5: status=2 Nest : Please specify username and password.
2015-10-28 14:44:04.454   luup.variable_set:5: 5.urn:watou-com:serviceId:Nest1.transport_url was:  now:  #hooks:0
2015-10-28 14:44:04.454   luup.variable_set:5: 5.urn:watou-com:serviceId:Nest1.userid was:  now:  #hooks:0
2015-10-28 14:44:04.454   luup.variable_set:5: 5.urn:watou-com:serviceId:Nest1.access_token was:  now:  #hooks:0
2015-10-28 14:44:04.454   luup.variable_set:5: 5.urn:watou-com:serviceId:Nest1.status was: 0 now: 0 #hooks:0
2015-10-28 14:44:04.454   luup_log:5: Nest: debug: polling device 5 again in 120 seconds
2015-10-28 14:44:04.454   luup.call_timer:5: interval: time=120, days={}

…but I can’t take this any further since, once again, I don’t have a Nest. Should be far enough to get you going, though.

CudaNet · October 28, 2015, 3:50pm

I was just about to start patching the files when I noticed:

 urn:watou-com:serviceId

I know there are two plugins, one of which I believe Watou has walked away from due to MCV creating their version - WWN (Works with Nest). The WWN is the plugin I’m using, however there are others who are still using Watou’s and are very happy with it so for those using this, please test and provide your results.

I’ll share the files I have that was developed by MCV for Nest (aka WWN).

akbooer · October 28, 2015, 4:03pm

Oh well, not totally wasted time then.

VeraConnectWWN appears to work straight out of the box, to the point where it redirects you to a page to get an authorization code.

do -- VeraConnect WWN
  luup.create_device ('', 'WWN', "WW_Nest", "D_VeraConnectWWN1.xml")
end

CudaNet · October 28, 2015, 4:05pm

Let me re-test and post my results. I do remember getting as far as the auth code, pasting it in and that’s where things kind of hit a wall.

Oh well, not totally wasted time then.

VeraConnectWWN appears to work straight out of the box, to the point where it redirects you to a page to get an authorization code.

do -- VeraConnect WWN luup.create_device ('', 'WWN', "WW_Nest", "D_VeraConnectWWN1.xml") end[/quote]

akbooer · October 28, 2015, 4:14pm

OK. It seems to use curl and will also require dkjson.lua to be present.

CudaNet · October 28, 2015, 6:47pm

Yes, curl was installed for Google Calendar3 and dkjson for MultiString…

CudaNet · October 28, 2015, 6:50pm

Configuration…
And log data… I can’t get any further at this point, however I did have to force the authorization to true (or was I just impatient ?)…

Installation:

2015-10-28 11:07:45.538   luup_log:0: ALTUI: runLua(luup.create_device ('', "WWN", "WWN", "D_VeraConnectWWN1.xml"))
2015-10-28 11:07:45.548   luup.create_device:0: [133] urn:schemas-micasaverde-com:device:VeraConnectWWN:1 / no-implementation-file
2015-10-28 11:07:45.548   luup_log:0: ALTUI: Evaluation of lua code returned: nil
2015-10-28 11:07:45.550   openLuup.server:: request completed (8 bytes, 1 chunks, 13 ms) tcp{client}: 0x17955a0
2015-10-28 11:07:45.550   openLuup.scheduler:133: device startup
2015-10-28 11:07:45.551   luup_log:133: (Vera Connect WWN)::(Startup) : Initiating...
2015-10-28 11:07:45.564   luup.task:133: status=1 Vera Connect WWN : Starting up...
2015-10-28 11:07:45.564   luup.variable_set:133: 133.urn:micasaverde-com:serviceId:VeraConnectWWN1.DebugMode was: EMPTY now: 0 #hooks:0
2015-10-28 11:07:45.564   luup_log:133: (Vera Connect WWN)::(getInfos) : Debug mode disabled.
2015-10-28 11:07:45.565   luup.variable_set:133: 133.urn:micasaverde-com:serviceId:VeraConnectWWN1.POLLING_RATE was: EMPTY now: 1 #hooks:0
2015-10-28 11:07:45.565   luup_log:133: (Vera Connect WWN)::(getInfos) : POLLING_RATE = 1
2015-10-28 11:07:45.678   luup_log:133: (Vera Connect WWN)::(getInfos) : Temperature Scale is = f
2015-10-28 11:07:45.678   luup.variable_set:133: 133.urn:micasaverde-com:serviceId:VeraConnectWWN1.AUTHORIZED was: EMPTY now: false #hooks:0
2015-10-28 11:07:45.679   luup.variable_set:133: 133.urn:micasaverde-com:serviceId:VeraConnectWWN1.AUTHORIZATION_CODE was: EMPTY now: default #hooks:0
2015-10-28 11:07:45.679   luup.variable_set:133: 133.urn:micasaverde-com:serviceId:VeraConnectWWN1.TOKEN was: EMPTY now: default #hooks:0
2015-10-28 11:07:45.679   luup_log:133: (Vera Connect WWN)::(Init) : Please go to 'Authorize' tab and authorize VeraConnect!
2015-10-28 11:07:45.679   openLuup.scheduler:133: device startup completed: status=false, msg=Please go to 'Authorize' tab and authorize VeraConnect!, name=Vera Connect WWN

Reload1:
2015-10-28 11:09:14.533   openLuup.init:: [133] 'WWN', urn:schemas-micasaverde-com:device:VeraConnectWWN:1
2015-10-28 11:09:20.530   openLuup.scheduler:133: device startup
2015-10-28 11:09:20.531   luup_log:133: (Vera Connect WWN)::(Startup) : Initiating...
2015-10-28 11:09:20.545   luup.task:133: status=1 Vera Connect WWN : Starting up...
2015-10-28 11:09:20.545   luup_log:133: (Vera Connect WWN)::(getInfos) : Debug mode disabled.
2015-10-28 11:09:20.545   luup_log:133: (Vera Connect WWN)::(getInfos) : POLLING_RATE = 1
2015-10-28 11:09:20.666   luup_log:133: (Vera Connect WWN)::(getInfos) : Temperature Scale is = f
2015-10-28 11:09:20.667   luup_log:133: (Vera Connect WWN)::(Init) : Please go to 'Authorize' tab and authorize VeraConnect!
2015-10-28 11:09:20.667   openLuup.scheduler:133: device startup completed: status=false, msg=Please go to 'Authorize' tab and authorize VeraConnect!, name=Vera Connect WWN
2015-10-28 11:09:25.368   openLuup.server:: request completed (981957 bytes, 62 chunks, 1334 ms) tcp{client}: 0x160d458
2015-10-28 11:15:00.187   luup.variable_set:: 133.urn:micasaverde-com:serviceId:VeraConnectWWN1.AUTHORIZATION_CODE was: default now: {removed} #hooks:0


Reload2:
2015-10-28 11:16:26.372   luup_log:133: (Vera Connect WWN)::(Startup) : Initiating...
2015-10-28 11:16:26.386   luup.task:133: status=1 Vera Connect WWN : Starting up...
2015-10-28 11:16:26.386   luup_log:133: (Vera Connect WWN)::(getInfos) : Debug mode disabled.
2015-10-28 11:16:26.386   luup_log:133: (Vera Connect WWN)::(getInfos) : POLLING_RATE = 1
2015-10-28 11:16:26.508   luup_log:133: (Vera Connect WWN)::(getInfos) : Temperature Scale is = f
2015-10-28 11:16:26.509   luup_log:133: (Vera Connect WWN)::(Init) : Please go to 'Authorize' tab and authorize VeraConnect!
2015-10-28 11:16:26.509   openLuup.scheduler:133: device startup completed: status=false, msg=Please go to 'Authorize' tab and authorize VeraConnect!, name=Vera Connect WWN

-- forced the authorization to true.

2015-10-28 11:19:53.991   openLuup.server:: /data_request?id=variableset&DeviceNum=133&serviceId=urn:micasaverde-com:serviceId:VeraConnectWWN1&Variable=AUTHORIZED&Value=true tcp{client}: 0x254dfd0
2015-10-28 11:19:53.992   luup.variable_set:: 133.urn:micasaverde-com:serviceId:VeraConnectWWN1.AUTHORIZED was: false now: true #hooks:0

Reload3:
2015-10-28 11:24:33.118   openLuup.init:: [133] 'WWN', urn:schemas-micasaverde-com:device:VeraConnectWWN:1
2015-10-28 11:24:33.133   openLuup.scheduler:4: device startup completed: status=true, msg=OK, name=device_4
2015-10-28 11:24:33.133   openLuup.scheduler:129: device startup
2015-10-28 11:24:33.133   luup_log:129: Sonos: #129 starting up with id Sonos1
2015-10-28 11:24:33.133   luup.variable_set:129: 129.urn:micasaverde-com:serviceId:Sonos1.PluginVersion was: 1.4 now: 1.4 #hooks:0
2015-10-28 11:24:39.101   openLuup.scheduler:133: device startup
2015-10-28 11:24:39.101   luup_log:133: (Vera Connect WWN)::(Startup) : Initiating...
2015-10-28 11:24:39.115   luup.task:133: status=1 Vera Connect WWN : Starting up...
2015-10-28 11:24:39.115   luup_log:133: (Vera Connect WWN)::(getInfos) : Debug mode disabled.
2015-10-28 11:24:39.115   luup_log:133: (Vera Connect WWN)::(getInfos) : POLLING_RATE = 1
2015-10-28 11:24:39.238   luup_log:133: (Vera Connect WWN)::(getInfos) : Temperature Scale is = f
2015-10-28 11:24:40.982   luup.variable_set:133: 133.urn:micasaverde-com:serviceId:VeraConnectWWN1.EXPIRES_IN was: EMPTY now: 315360000 #hooks:0
2015-10-28 11:24:40.983   luup.variable_set:133: 133.urn:micasaverde-com:serviceId:VeraConnectWWN1.TOKEN was: default now: {removed token} #hooks:0
2015-10-28 11:24:40.983   luup_log:133: (Vera Connect WWN)::(Init) : Continuing ...

Console:
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   188  100   188    0     0    121      0  0:00:01  0:00:01 --:--:--   121
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--     0
curl: (7) Failed to connect to firebase-apiserver07-tah01-iad01.dapi.production.nest.com port 9553: Connection refused

CudaNet · October 29, 2015, 1:00am

Good news so far… Looks like it was definitely a firewall issue running this at work. At home… All my devices were created after a Luup reload.

Do they work ? Good question. Ever since I’ve gone (still going) through this tech upgrade here at the house, I haven’t had a chance to add the devices to our wireless network. I won’t have a chance to add them to my wireless until this weekend.

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
^M  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0^M  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0^M  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
^M  0     0    0     0    0     0      0      0 --:--:--  0:00:02 --:--:--     0^M100  5058  100  5058    0     0   2181      0  0:00:02  0:00:02 --:--:-- 19528
rm: cannot remove ?/tmp/NestOutput.txt?: No such file or directory
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
^M  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0*   Trying 23.23.116.179...
* Connected to developer-api.nest.com (23.23.116.179) port 443 (#0)
* found 187 certificates in /etc/ssl/certs/ca-certificates.crt
* found 758 certificates in /etc/ssl/certs
* ALPN, offering http/1.1
^M  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0* SSL connection using TLS1.2 / ECDHE_RSA_AES_128_GCM_SHA256
*        server certificate verification SKIPPED
*        server certificate status verification SKIPPED
*        common name: developer-api.nest.com (matched)
*        server certificate expiration date OK
*        server certificate activation date OK
*        certificate public key: RSA
*        certificate version: #3
*        subject: OU=Domain Control Validated,CN=developer-api.nest.com
*        start date: Tue, 17 Mar 2015 20:55:38 GMT
*        expire date: Thu, 17 Mar 2016 20:55:38 GMT

And device creation after reload

015-10-28 19:54:56.929   openLuup.init:: [133] 'WWN', urn:schemas-micasaverde-com:device:VeraConnectWWN:1
2015-10-28 19:55:00.929   openLuup.scheduler:133: device startup
2015-10-28 19:55:00.929   luup_log:133: (Vera Connect WWN)::(Startup) : Initiating...
2015-10-28 19:55:00.942   luup.task:133: status=1 Vera Connect WWN : Starting up...
2015-10-28 19:55:00.943   luup_log:133: (Vera Connect WWN)::(getInfos) : Debug mode disabled.
2015-10-28 19:55:00.943   luup_log:133: (Vera Connect WWN)::(getInfos) : POLLING_RATE = 1
2015-10-28 19:55:01.081   luup_log:133: (Vera Connect WWN)::(getInfos) : Temperature Scale is = f
2015-10-28 19:55:03.698   luup_log:133: (Vera Connect WWN)::(Init) : Continuing ...
2015-10-28 19:55:06.243   luup.chdev.append:133: [nest_thermostat_legF7uYhViT8jB3Z3hK_9ZAqas8mi5h6] WWN Thermostat - Hallway
2015-10-28 19:55:06.244   luup.chdev.append:133: [nest_humidity_legF7uYhViT8jB3Z3hK_9ZAqas8mi5h6] WWN Humidity - Hallway
2015-10-28 19:55:06.244   luup.chdev.append:133: [nest_smoke_G2o-xuQHQ2api1P3fxKKdZAqas8mi5h6] WWN Smoke - Kitchen
2015-10-28 19:55:06.244   luup.chdev.append:133: [nest_co_G2o-xuQHQ2api1P3fxKKdZAqas8mi5h6] WWN CO - Kitchen
2015-10-28 19:55:06.244   luup.chdev.append:133: [nest_smoke_G2o-xuQHQ2bR9dUGbSTBmJAqas8mi5h6] WWN Smoke - Media
2015-10-28 19:55:06.245   luup.chdev.append:133: [nest_co_G2o-xuQHQ2bR9dUGbSTBmJAqas8mi5h6] WWN CO - Media
2015-10-28 19:55:06.245   luup.chdev.append:133: [nest_smoke_G2o-xuQHQ2bmwaz9C_TwkZAqas8mi5h6] WWN Smoke - Entryway
2015-10-28 19:55:06.245   luup.chdev.append:133: [nest_co_G2o-xuQHQ2bmwaz9C_TwkZAqas8mi5h6] WWN CO - Entryway
2015-10-28 19:55:06.245   luup.chdev.append:133: [nest_smoke_G2o-xuQHQ2YpAVeIsoznfZAqas8mi5h6] WWN Smoke - Den
2015-10-28 19:55:06.246   luup.chdev.append:133: [nest_co_G2o-xuQHQ2YpAVeIsoznfZAqas8mi5h6] WWN CO - Den
2015-10-28 19:55:06.246   luup.chdev.append:133: [nest_smoke_G2o-xuQHQ2aByFBh2j6yrJAqas8mi5h6] WWN Smoke - Guest
2015-10-28 19:55:06.246   luup.chdev.append:133: [nest_co_G2o-xuQHQ2aByFBh2j6yrJAqas8mi5h6] WWN CO - Guest
2015-10-28 19:55:06.246   luup.chdev.append:133: [nest_smoke_G2o-xuQHQ2bfCXQqlCJsG5Aqas8mi5h6] WWN Smoke - Master Bedroom
2015-10-28 19:55:06.246   luup.chdev.append:133: [nest_co_G2o-xuQHQ2bfCXQqlCJsG5Aqas8mi5h6] WWN CO - Master Bedroom
2015-10-28 19:55:06.247   luup.chdev.append:133: [nest_smoke_G2o-xuQHQ2YMXpjD2DJjxpAqas8mi5h6] WWN Smoke - Hallway
2015-10-28 19:55:06.247   luup.chdev.append:133: [nest_co_G2o-xuQHQ2YMXpjD2DJjxpAqas8mi5h6] WWN CO - Hallway
2015-10-28 19:55:06.247   luup.chdev.append:133: [nest_home_away_UgJDA_4jZpuXsaJHMEru8uy3JSB25QVsjE01Jmp7pbUiDRlQahNNUA] WWN Home/Away - Home
2015-10-28 19:55:06.247   luup.chdev.sync:133: syncing 17 children
2015-10-28 19:55:06.249   luup_log:133: (Vera Connect WWN)::(Init) : Updating devices values!
2015-10-28 19:55:06.249   luup.variable_set:133: 165.urn:upnp-org:serviceId:HVAC_UserOperatingMode1.ModeStatus was: EMPTY now: Off #hooks:0
2015-10-28 19:55:06.250   luup.variable_set:133: 165.urn:upnp-org:serviceId:TemperatureSetpoint1.CurrentSetpoint was: EMPTY now: 77 #hooks:0
2015-10-28 19:55:06.250   luup.variable_set:133: 165.urn:upnp-org:serviceId:TemperatureSetpoint1.AllSetpoints was: EMPTY now: 77,77,0 #hooks:0
2015-10-28 19:55:06.250   luup.variable_set:133: 165.urn:upnp-org:serviceId:TemperatureSetpoint1.SetpointTarget was: EMPTY now: 77 #hooks:0
2015-10-28 19:55:06.251   luup.variable_set:133: 165.urn:upnp-org:serviceId:TemperatureSensor1.CurrentTemperature was: EMPTY now: 71 #hooks:0
2015-10-28 19:55:06.251   luup.variable_set:133: 166.urn:micasaverde-com:serviceId:HumiditySensor1.CurrentLevel was: 50 now: 50 #hooks:0
2015-10-28 19:55:06.252   luup.variable_set:133: 165.urn:upnp-org:serviceId:HVAC_UserOperatingMode1.EnergyModeStatus was: EMPTY now: EnergySavingsMode #hooks:0
2015-10-28 19:55:06.252   luup.variable_set:133: 165.urn:upnp-org:serviceId:HVAC_UserOperatingMode1.EnergyModeTarget was: EMPTY now: EnergySavingsMode #hooks:0
2015-10-28 19:55:06.253   luup.variable_set:133: 181.urn:upnp-org:serviceId:SwitchPower1.Status was: EMPTY now: 0 #hooks:0
2015-10-28 19:55:06.253   luup.variable_set:133: 181.urn:upnp-org:serviceId:SwitchPower1.Target was: EMPTY now: 0 #hooks:0
2015-10-28 19:55:06.254   luup.variable_set:133: 167.urn:micasaverde-com:serviceId:SecuritySensor1.Tripped was: EMPTY now: 0 #hooks:0
2015-10-28 19:55:06.254   luup.variable_set:133: 168.urn:micasaverde-com:serviceId:SecuritySensor1.Tripped was: EMPTY now: 0 #hooks:0
2015-10-28 19:55:06.255   luup.variable_set:133: 169.urn:micasaverde-com:serviceId:SecuritySensor1.Tripped was: EMPTY now: 0 #hooks:0
2015-10-28 19:55:06.255   luup.variable_set:133: 170.urn:micasaverde-com:serviceId:SecuritySensor1.Tripped was: EMPTY now: 0 #hooks:0
2015-10-28 19:55:06.256   luup.variable_set:133: 171.urn:micasaverde-com:serviceId:SecuritySensor1.Tripped was: EMPTY now: 0 #hooks:0
2015-10-28 19:55:06.256   luup.variable_set:133: 172.urn:micasaverde-com:serviceId:SecuritySensor1.Tripped was: EMPTY now: 0 #hooks:0
2015-10-28 19:55:06.257   luup.variable_set:133: 173.urn:micasaverde-com:serviceId:SecuritySensor1.Tripped was: EMPTY now: 0 #hooks:0
2015-10-28 19:55:06.257   luup.variable_set:133: 174.urn:micasaverde-com:serviceId:SecuritySensor1.Tripped was: EMPTY now: 0 #hooks:0
2015-10-28 19:55:06.258   luup.variable_set:133: 175.urn:micasaverde-com:serviceId:SecuritySensor1.Tripped was: EMPTY now: 0 #hooks:0
2015-10-28 19:55:06.258   luup.variable_set:133: 176.urn:micasaverde-com:serviceId:SecuritySensor1.Tripped was: EMPTY now: 0 #hooks:0
2015-10-28 19:55:06.258   luup.variable_set:133: 177.urn:micasaverde-com:serviceId:SecuritySensor1.Tripped was: EMPTY now: 0 #hooks:0
2015-10-28 19:55:06.259   luup.variable_set:133: 178.urn:micasaverde-com:serviceId:SecuritySensor1.Tripped was: EMPTY now: 0 #hooks:0
2015-10-28 19:55:06.259   luup.variable_set:133: 179.urn:micasaverde-com:serviceId:SecuritySensor1.Tripped was: EMPTY now: 0 #hooks:0
2015-10-28 19:55:06.260   luup.variable_set:133: 180.urn:micasaverde-com:serviceId:SecuritySensor1.Tripped was: EMPTY now: 0 #hooks:0
2015-10-28 19:55:06.260   luup_log:133: (Vera Connect WWN)::(Init) : Trying to start streaming and get the latest event/s!
2015-10-28 19:55:06.368   luup_log:133: (Vera Connect WWN)::(Startup) : Startup Successful
2015-10-28 19:55:06.369   luup.task:133: status=1 Vera Connect WWN : Startup successful.
2015-10-28 19:55:06.369   luup.set_failure:133: status = 0

CudaNet · October 29, 2015, 1:21am

And another reload resulted in an error within init.lua. Unfortunately the logs don’t show anything…

> User-Agent: curl/7.43.0
> Accept: text/event-stream
>
< HTTP/1.1 200 OK
< Content-Type: text/event-stream; charset=UTF-8
< Access-Control-Allow-Origin: *
< Cache-Control: private, no-cache, max-age=0
* no chunk, no close, no size. Assume close to signal end
<
{ [5097 bytes data]
^M100  5097    0  5097    0     0   1592      0 --:--:--  0:00:03 --:--:--  3549^M100  5097    0  5097    0     0   1212      0 --:--:--  0:00:04 --:--:--  2090^M100  5097    0  5097    0     0    979      0 --:--:--  0:00:05 --:--:--  1481^M100  50$
^M100  6237    0  6237    0     0      5      0 --:--:--  0:19:28 --:--:--     0^M100  6237    0  6237    0     0      5      0 --:--:--  0:19:29 --:--:--     0^M100  6237    0  6237    0     0      5      0 --:--:--  0:19:30 --:--:--     0lua: open$
stack traceback:
        [C]: in function 'error'
        openLuup/init.lua:195: in main chunk
        [C]: ?

But the console output is interesting:

cuda@Ubuntu:/etc/cmh-ludl$ ./openLuup_reload
iptables v1.4.21: can't initialize iptables table `nat': Permission denied (you must be root)
Perhaps iptables or your kernel needs to be upgraded.
iptables v1.4.21: can't initialize iptables table `nat': Permission denied (you must be root)
Perhaps iptables or your kernel needs to be upgraded.
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--     0
100   526  100   526    0     0    226      0  0:00:02  0:00:02 --:--:--  1273
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100  5058  100  5058    0     0   2273      0  0:00:02  0:00:02 --:--:-- 22783
rm: remove write-protected regular file ?/tmp/NestOutput.txt?

mda · October 29, 2015, 5:12am

@CudaNet - If i may ask a favor, do you know where i can get the WWN plug in files?

I am using Watou’s Nest plugin on my vera because i am on UI5 but since openluup will run the official vera plugin i figure i should use that one now.

Thanks!

akbooer · October 29, 2015, 7:44am

A version here…
http://forum.micasaverde.com/index.php/topic,34478.msg254023.html#msg254023

Also in the MiOS store…
https://apps.mios.com/search.php?key=Veraconnect

mda · October 29, 2015, 7:54am

[quote=“akbooer, post:12, topic:189407”]Also in the MiOS store…
https://apps.mios.com/search.php?key=Veraconnect[/quote]

Thanks. Is there a way to load plugins from the app store into openluup w/ altui? My real vera is running UI5 so i do not expect i could install UI7 plugins on it even it just to copy them to openluup… or could i? I confess i have not tried.

akbooer · October 29, 2015, 8:01am

Not at the moment. openLuup actually loads its AltUI updates from the MiOS Trac repository, rather than the App store. It’s hard-coded for the particular archive at the moment, but I could make it more general, I believe.

Access to the MiOS App store itself requires a registered machine ID which, of course, openLuup machines do not have!

mda · October 29, 2015, 8:09am

ok, thanks.

i installed from the forum link, installed dkjson with luarocks, and i get to the “enter pin” screen after clicking authtorize and getting a nest pin. Unfortunately when i enter the pin and click Enter nothing happens. I have tried several times with luup restarts in between, but no luck. here are my /etc/cmh-ludl/LuaUpnP.log etries

HA-MacBook:cmh-ludl mda$ grep -i wwn LuaUPnP.log 2015-10-29 01:04:19.838 openLuup.init:: [124] 'WW_Nest', urn:schemas-micasaverde-com:device:VeraConnectWWN:1 2015-10-29 01:04:20.782 luup_log:124: (Vera Connect WWN)::(Startup) : Initiating... 2015-10-29 01:04:20.786 luup.task:124: status=1 Vera Connect WWN : Starting up... 2015-10-29 01:04:20.786 luup_log:124: (Vera Connect WWN)::(getInfos) : Debug mode disabled. 2015-10-29 01:04:20.786 luup_log:124: (Vera Connect WWN)::(getInfos) : POLLING_RATE = 1 2015-10-29 01:04:20.799 luup_log:124: (Vera Connect WWN)::(getInfos) : Temperature Scale is = c 2015-10-29 01:04:20.799 luup_log:124: (Vera Connect WWN)::(Init) : Please go to 'Authorize' tab and authorize VeraConnect! 2015-10-29 01:04:20.799 openLuup.scheduler:124: device startup completed: status=false, msg=Please go to 'Authorize' tab and authorize VeraConnect!, name=Vera Connect WWN 2015-10-29 01:04:24.397 openLuup.server:: /luvd/D_VeraConnectWWN1.xml tcp{client}: 0x7f912aa57628 2015-10-29 01:04:29.469 openLuup.server:: /luvd/J_VeraConnectWWN1.js tcp{client}: 0x7f912aa5ba28

Is there anything more i need to install or try? (i have 2 Nests on my network here, both are working fine on the Vera with watou’s plugin). Thanks!

edit: i am using Chrome Version 46.0.2490.80 (64-bit) on the mac running openluup

akbooer · October 29, 2015, 8:28am

Have you installed curl?

mda · October 29, 2015, 8:33am

nope. my mac has curl on it as part of the standard os. Do i need to install lau-curl with luarocks or some such? Thanks.

edit: in installed luarocks-5.1 install lua-curl and reloaded the luup engine, but it made no difference. i still do not see any errors in the logs either. Hmmm.

akbooer · October 29, 2015, 10:38am

[quote=“CudaNet, post:10, topic:189407”]And another reload resulted in an error within init.lua. Unfortunately the logs don’t show anything…

stack traceback: [C]: in function 'error' openLuup/init.lua:195: in main chunk [C]: ?[/quote]

…that error should be accompanied with the message “openLuup - no server socket”. Have you cut that from the log?

Anyway, the reason for this failure is that another copy of openLuup must already be running. The way to kill it is with the HTTP request (from a browser)

http://<VeraIP>:3480/data_request?id=exit

CudaNet · October 29, 2015, 12:48pm

Just re-tested this morning. So Nest was running, and apparently streaming data about the Nest devices and I issue a reload Luup from AltUI. This is the result and it won’t recover until I kill the process and restart. Also attached a pic of the attempt to halt openLuup.

I’ll see if running it from the console yields anything additional.

> Host: firebase-apiserver07-tah01-iad01.dapi.production.nest.com:9553
> User-Agent: curl/7.43.0
> Accept: text/event-stream
>
< HTTP/1.1 200 OK
< Content-Type: text/event-stream; charset=UTF-8
< Access-Control-Allow-Origin: *
< Cache-Control: private, no-cache, max-age=0
* no chunk, no close, no size. Assume close to signal end
<
{ [5097 bytes data]
^M100  5097    0  5097    0     0   1499      0 --:--:--  0:00:03 --:--:--  2329^M100  5097    0  5097    0     0   1157      0 --:--:--  0:00:04 --:--:--  1597^M100  5097    0  5097    0     0    942      0 --:--:--  0:00:05 --:--:--  1215^M100  5097    0  5097   $
^M100 86637    0 86637    0     0      2      0 --:--:--  8:29:55 --:--:--     0^M100 86637    0 86637    0     0      2      0 --:--:--  8:29:56 --:--:--     0^M100 86637    0 86637    0     0      2      0 --:--:--  8:29:57 --:--:--     0lua: openLuup/init.lua:19$

stack traceback:
        [C]: in function 'error'
        openLuup/init.lua:195: in main chunk
        [C]: ?

[quote=“akbooer, post:18, topic:189407”][quote=“CudaNet, post:10, topic:189407”]And another reload resulted in an error within init.lua. Unfortunately the logs don’t show anything…

stack traceback: [C]: in function 'error' openLuup/init.lua:195: in main chunk [C]: ?[/quote]

…that error should be accompanied with the message “openLuup - no server socket”. Have you cut that from the log?

Anyway, the reason for this failure is that another copy of openLuup must already be running. The way to kill it is with the HTTP request (from a browser)

http://<VeraIP>:3480/data_request?id=exit[/quote]

CudaNet · October 29, 2015, 1:12pm

I’d hold off on loading the plugin as It may cause you issues moving forward.

[quote=“mda, post:11, topic:189407”]@CudaNet - If i may ask a favor, do you know where i can get the WWN plug in files?

I am using Watou’s Nest plugin on my vera because i am on UI5 but since openluup will run the official vera plugin i figure i should use that one now.

Thanks![/quote]