Hi, i was wondering if there was a simple windows install guide. I followed the links from github and got lost in mingw and compilers and luadist and searched this site can couldn’t find anything.
I am using the ISY plugin from mios code site and it used to work fine on UI7 but no longer seems to. I was hoping to use OpenLuup to validate if the plug-in works there and isolate if this is a UI7 issue.
Does this even make sense?
(sorry for the noob questions)
Yes, it all makes sense. I struggled with getting Lua for Windows, but in the end the easiest route, which suited me well, was to install ZeroBrane Studio, which I use all the time on a Mac for code development.
This is an easy install and, AFAIK, gives you all you need to run openLuup, at least to test out your ISY question. See ZeroBrane
Studio Download
Perhaps others who use Windows can give better advice, I’m certainly not any sort of expert (nor, indeed, for Linux.)
I do agree with AK on this, Windows is not very friendly and I bailed on a true Windows implementation. I have another option for Window systems but I’ll wait to see after you’ve run Zerobrane.
Thanks, i am falling at first hurdle 
Ok, i figured out how to logon root to start figuring out how to fetch files. Perhaps something in the openluup instructions would be good for that! Any ideas how i enable SFTP on the vera?
–edit–
ah one can’t - need to use SCP - right WinSCP installed
–edit–
ah it says i can run lua opernLuup_getfiles.lua - i pathed the directory where lau binart is and added the lua extenstions.
I then run into a never ending seeming of missing files messages like such, i have been manually copying files over to meet the requirements. core.lua doesn’t exist. core.dll does. I put it in that dir and the error still manifests. I am giving up for now - have other things i need to do 
C:\Users\lx_b\Downloads\ZeroBraneStudio\myprograms\openLuup\Utilities>lua openLuup_getfiles.lua
lua: C:\Users\lx_b\Downloads\ZeroBraneStudio\bin\lua\socket.lua:12: module ‘socket.core’ not found:
no field package.preload[‘socket.core’]
no file ‘.\socket\core.lua’
no file ‘C:\Users\lx_b\Downloads\ZeroBraneStudio\bin\lua\socket\core.lua’
no file ‘C:\Users\lx_b\Downloads\ZeroBraneStudio\bin\lua\socket\core\init.lua’
no file ‘.\socket\core.dll’
no file ‘C:\Users\lx_b\Downloads\ZeroBraneStudio\bin\socket\core.dll’
no file ‘C:\Users\lx_b\Downloads\ZeroBraneStudio\bin\loadall.dll’
no file ‘.\socket.dll’
no file ‘C:\Users\lx_b\Downloads\ZeroBraneStudio\bin\socket.dll’
no file ‘C:\Users\lx_b\Downloads\ZeroBraneStudio\bin\loadall.dll’
stack traceback:
[C]: in function ‘require’
C:\Users\lx_b\Downloads\ZeroBraneStudio\bin\lua\socket.lua:12: in main chunk
[C]: in function ‘require’
…lx_b\Downloads\ZeroBraneStudio\bin\lua\openLuup\logs.lua:7: in main chunk
[C]: in function ‘require’
…lx_b\Downloads\ZeroBraneStudio\bin\lua\openLuup\luup.lua:9: in main chunk
[C]: in function ‘require’
openLuup_getfiles.lua:8: in main chunk
[C]: at 0x00402a57
i gave up with zerobrane and installed luaforwindows GitHub - rjpcomputing/luaforwindows: Lua for Windows is a 'batteries included environment' for the Lua scripting language on Windows. NOTICE: Looking for maintainer.. If i run openLuup_check.lua i get:
module ‘ltn12’
not found: openLuup
lua: openLuup_check.lua:41: openLuup/ directory is missing
stack traceback:
[C]: in function ‘assert’
openLuup_check.lua:41: in main chunk
[C]: ?
I think it may be the openLuup directory error that cause more errors when i try and run openLuup_getfiles
okay here is what i have done:
C:\cmh-ldl>lua startup_example.lua
lua: startup_example.lua:4: attempt to index global ‘luup’ (a nil value)
stack traceback:
startup_example.lua:4: in main chunk
[C]: ?
(i also got this error when trying to run this inside zerobrane)
discovered i was missing dkjson.lua - downloaded from GitHub - LuaDist/dkjson: dkjson is a module for encoding and decoding JSON data.
discovered i was missing https.lua - got from zerobrane
discovered I was missing ssl.lua - found it here GitHub - brunoos/luasec: LuaSec
now i get this:
016-03-06 22:38:43.984 openLuup.chdev:: .\ssl.lua:7: module ‘ssl.core’ not found:
no field package.preload[‘ssl.core’]
no file ‘.\ssl\core.lua’
no file ‘C:\Program Files (x86)\Lua\5.1\lua\ssl\core.lua’
no file ‘C:\Program Files (x86)\Lua\5.1\lua\ssl\core\init.lua’
no file ‘C:\Program Files (x86)\Lua\5.1\ssl\core.lua’
no file ‘C:\Program Files (x86)\Lua\5.1\ssl\core\init.lua’
no file ‘C:\Program Files (x86)\Lua\5.1\lua\ssl\core.luac’
no file ‘…/cmh-lu/ssl\core.lua’
no file ‘.\ssl\core.dll’
no file ‘.\ssl\core51.dll’
thats it for the night, not sure where this comes from, it may be that i have to compile something as I see there are many core.dll files - I think it is a C component compiled from code, not sure
First of all, congratulations and karma for both your persistence and your level of documentation. Your troubles arise from a mixture of things that we both have done wrong, so let’s try to fix this…
2) create a directory called cmh-ldl in the root of c (for now)
Do you, in fact, mean [tt]/etc/cmh-ludl/[/tt]? It doesn’t matter at this stage since openLuup can run in any directory, but it may get confusing for some plugins later.
6) copied startup_example.lua to c:\cmh-ldl and ran it and i get the following error:
This one’s your error! Nowhere in the User Guide does it say to do that and, in fact, startup.lua is not a stand-alone Lua program, but something loaded by the init routine.
This explains why you got the same error in ZeroBrane.
7) i ignore all the errors above
So you were quite right to ignore it and continue, in the circumstances.
12) http://:3480/icons/VeraBridge.png did not work - but i see that that icon isn't in the folder 13) http://127.0.0.1:3480/icons/binary_light_default.png - did not work, on inspection none of the PNG seems to open in even a local file viewer - i think get files corrupted them in someway
The VeraBridge.png file is, in fact, in the VeraBridge directory, but does need to be moved to the icons/ directory, as described on page 6 of the User Guide.
However, the corruption of the icon files is entirely my fault and it’s because you are running on windows. I had fixed (thanks to @vosmont) an I/O error with binary files on Windows within openLuup, but failed to apply the same remedy to the get_files utility. I’ll patch the GitHub master and perhaps you can try again (should just be that file to replace.)
discovered i was missing dkjson.lua - downloaded from https://github.com/LuaDist/dkjson discovered i was missing https.lua - got from zerobrane discovered I was missing ssl.lua - found it here https://github.com/brunoos/luasecnow i get this:
016-03-06 22:38:43.984 openLuup.chdev:: .\ssl.lua:7: module ‘ssl.core’ not found:
You are quite likely to run into trouble just copying modules from elsewhere. The low-level modules have .dll files as well as .lua ones, and that seems to be what’s missing. ZeroBrane has a simple way to compile and install them, but for LuaForWindows I don’t know what the procedure is.
Actually, only a few plugins require SSL, and I’m really surprise to see this error raised on line 7 of openLuup.chdev, since it doesn’t require SSL either.
However, you’ve made great progress. I’ll retry all of the above on my Windows machine and see what I can find out.
Thanks!
I didn’t copy the Vera bridge stuff because I wasn’t planning to use the bridge - as such I considered the instruction optional (in general it was hard for me to grok what was required vs optional).
I didn’t know where to put the startup_example it didn’t seem clear to me, but I also realised it didn’t matter for where I had got to so didn’t troubleshoot / figure it out.
I am pretty certain the SSL.core is actually an sll.dll, I tried to compile in VS but it failed, I fixed the include errors but could not fix the critical errors / syntax errors as I am not a programmer. I was going to look at luarocks as it has a definition for the dll. I know the dll is dependent on installing OpenSSL on Windows.
I will try the get files again.
I will let you know how I get on. I didn’t see the option in zerobrane for finding / compiling missing things? It just had awful issue locating lies (it didn’t set any path variables on install, I think that might be issue?).
Have you seen this old post?
[quote=“vosmont, post:29, topic:189409”]For the moment, I use openLuup on Windows.
Install http://luadist.org/ (contains Lua 5.1 and all the needed librairies)
Copy this file “openLuup_reload.bat” in “openLuup\etc\cmh-ludl”, and change “LUA_DEV” according to LuaDist folder.
[code]
@ECHO OFF
SETLOCAL
SET LUA_DEV=D:\devhome\app\LuaDist\bin
SET CURRENT_PATH=%~dp0
ECHO Start openLuup from “%CURRENT_PATH%”
ECHO.
CD %CURRENT_PATH%
“%LUA_DEV%\lua” openLuup\init.lua %1
:loop
IF NOT %ERRORLEVEL% == 42 GOTO exit
“%LUA_DEV%\lua” openLuup\init.lua
GOTO loop
:exit
ENDLOCAL
PAUSE
[/code][/quote]
…perhaps luadist is worth a try?
Otherwise I can supply a dummy SSL module which will at least get you up and running.
Does this help (post 196) ? It’s an old post but I believe mda had similar issues…
[url=http://forum.micasaverde.com/index.php/topic,32315.msg251064.html#msg251064]http://forum.micasaverde.com/index.php/topic,32315.msg251064.html#msg251064[/url]
Try #2 - using lua for windows and luarocks
error I_BrultechPowerMeter1.xmlenc
error I_BrultechPowerMeterRaw1.xmlenc
error I_DSCAlarmPanel1.xmlenc
error I_EchoEnergyManager.xmlenc
error J_EchoEnergyManager.jsenc
error J_EchoEnergyManager2.jsenc
error L_BrultechMeter1.luaenc
error L_EchoEnergyManager.luaenc
–edit–
i re-read the post cudanet linked to, i realized two things - the build of luarocks was looking for an app called cl.exe (found it and added to the path) and i put all the files from ssl.zip into my lua/include directory (there wasn’t much it in it). now when i try and luarocks install luasocket it fails as follows:
[code]Using https://luarocks.org/luasocket-3.0rc1-2.src.rock… switching to ‘build’ mode
cl /nologo /MD /O2 -c -Fosrc/mime.obj -IC:/Program Files (x86)/Lua/5.1/include/ src/mime.c -DLUA_COMPAT_APIINTCASTS -DLUASOCKET_DEBUG -DNDEBUG -DLUASOCKET_API=__declspec(dllexport) -DMIME_API=__declspec(dllexport)
mime.c
src/mime.c(5): fatal error C1083: Cannot open include file: ‘string.h’: No such file or directory
Error: Failed installing dependency: https://luarocks.org/luasocket-3.0rc1-2.src.rock - Build error: Failed compiling object src/mime.obj[/code]
ooh there is a thing called the VS2015 command prompt… when i run the install i get this instead:
[code]Installing https://luarocks.org/luasocket-3.0rc1-2.src.rock…
Using https://luarocks.org/luasocket-3.0rc1-2.src.rock… switching to ‘build’ mode
cl /nologo /MD /O2 -c -Fosrc/mime.obj -IC:/Program Files (x86)/Lua/5.1/include/ src/mime.c -DLUA_COMPAT_APIINTCASTS -DLUASOCKET_DEBUG -DNDEBUG -DLUASOCKET_API=__declspec(dllexport) -DMIME_API=__declspec(dllexport)
mime.c
link -dll -def:core.def -out:mime/core.dll C:/Program Files (x86)/Lua/5.1/lua5.1.dll src/mime.obj
Microsoft (R) Incremental Linker Version 14.00.23506.0
Copyright (C) Microsoft Corporation. All rights reserved.
C:\Program Files (x86)\Lua\5.1\lua5.1.dll : fatal error LNK1107: invalid or corrupt file: cannot read at 0x2B8
Error: Build error: Failed compiling module mime/core.dll[/code]
i guess string.h was a common library - oh i am so close to getting this to work, but oh so close to giving up and moving to my pi
As a sanity check i followed the instructions in the PDF on my wheezy raspbian pi.
AltUI shows ‘No handler’ in the browser just like on windows - but give 3) below i assume this is just because of incomplete modules?
when i do checkfiles I get the following (so i am off to install luarocks on pi - hopefully it works better than windows!)
not found: /www
… port 80 HTTP server may not work properly
not found: /www/cmh/skins/default/icons
… UI5 icon directory missing
not found: /www/cmh/skins/default/img/devices/device_states
… UI7 icon directory missing
root@raspberrypi:/etc/cmh-ludl#[/code]
My advice, stop saying anywhere this works on windows (and this isn’t your fault) as Lua on windows seems to be nightmare of a mess i would advise no one to use it.
(btw those non-dkjson errors in 2 above don’t seem to have any adverse affect?)
[quote=“scyto, post:4, topic:191363”]C:\Users\lx_b\Downloads\ZeroBraneStudio\myprograms\openLuup\Utilities>lua openLuup_getfiles.lua
lua: C:\Users\lx_b\Downloads\ZeroBraneStudio\bin\lua\socket.lua:12: module ‘socket.core’ not found:[/quote]
@scyto, this doesn’t seem to be ZeroBraneStudio fault as you don’t even use it; you simply run your Lua script from ZBS folder. If you run the script from ZeroBrane Studio, it will find luasocket without any manual changes required.
ZeroBrane Studio doesn’t add associations as it minimizes any changes to your computer during the install; there is a plugin that does the registration for you: ZeroBranePackage/extregister.lua at master · pkulchenko/ZeroBranePackage · GitHub
I then run into a never ending seeming of missing files messages like such, i have been manually copying files over to meet the requirements. core.lua doesn’t exist. core.dll does. I put it in that dir and the error still manifests.
You shouldn’t put core.dll in the current folder; it’s expected to be available as socket/core.dll, so when you “require” it as “socket.core” (this is what socket.lua does), it’s properly found and loaded by Lua.
luasec is not bundled with ZeroBrane Studio, but I have luasec compiled for Lua 5.1, 5.2, and 5.3 available in the download section for ZeroBraneStudio: https://download.zerobrane.com/luasec-0.6alpha-openssl-1.0.2f.zip. You’ll need ssl.dll for the corresponding Lua version (in your case 5.1) as well as ssleay32.dll/libeay32.dll. It’s likely that luasec will be included with ZeroBrane Studio in the future. Paul.
Thanks Paul,
In the second try with ZeroBrane i didn’t manually move anything. And in both runs at it using ZeroBrane was always from UI - never from the command line.
The command line was when i tried luaforwindows / luarocks combination; which i have to say was quite nice way to run things - just a shame their instructions also didn’t talk about how to setup the path to git or the path to the CL compiler or the paths for the standard includes. I guess running it from the VS command prompt is key… this stuff might be fun for developers when poorly documented but is mucho frustrating from us folks mostly interested in getting a runtime up. (luapower looks like it might be interesting in the future if they get more modules)
I had already used luarocks/luaforwindows to construct most of what i needed, but the missing SSL.DLL stopped me cold - thanks for the link might give it another go, but bottom line the Pi install was way easier and way faster and has moved me on to the point of this - a quick way to start to understanding and troubleshooting the ISY mios plugin.
Thanks so much for stepping in and clarifying the ZBS approach.
Sorry Windows hasn’t worked out for you… others do use it successfully.
Note that a copy of dkjson.lua needs to be in the /etc/cmh- ludl/ directory or on the Lua path for plugins to find it.
The two errors regarding the icon directories are my fault… I did not update the check routine since changing the way icons are handled. I will fix that.
Better luck with RPi.
[quote=“akbooer, post:15, topic:191363”]@paulclinger
Thanks so much for stepping in and clarifying the ZBS approach.
Sorry Windows hasn’t worked out for you… others do use it successfully.
Note that a copy of dkjson.lua needs to be in the /etc/cmh- ludl/ directory or on the Lua path for plugins to find it.
The two errors regarding the icon directories are my fault… I did not update the check routine since changing the way icons are handled. I will fix that.
Better luck with RPi.[/quote]
Thanks to the both of you holding my had, it looks like i tried about the worst plugin i could to get going my observation is that for both windows and pi laurocks is a worthy tool - on pi it was flawless and on windows all they need is good directions on setting up the compiler environment / pre-requisites. In both cases luarocks installed dkjson and when i ran from command line i never saw path issues and the tools luaforwindows and luarocks were VERY clear what to set in my system path variables.
I think my issue with ZBS is that because it has an installer and is gui driven i expect it do all the right things to setup and tell me when things are not right - as 95% windows focused sysadmin for the last 20 years thats the lens i bring. There should be no need to download another exe to set paths correctly (not that is yours or pauls issue! - just an observation of assumptions dumb folks like me bring to the table).
Yes Pi is much more successful, wish i had gone that route first, i just thought ‘oh portable interpreter’ getting it up and running on windows should be less hassle than apt-gets and potentially messing up the pi (which is my production bridge between a bunch of HA items) - i had a bad experience with cpan that borked it once… (all the dumbass instructions said to install perl / cpan - no one said it was already installed on pi! i managed to break apt-get - anyways thanks again to both of you. Also given that plugins indeed may call linux system scripts and calls (because they assume they are running on a vera) i am not sure how that plays into your support of openLuup on windows (damm i will have to find something else to do with my lattepanda windows IOT machine when it arrives! ;-).
Your other option (x86) was to install Oracle’s Virtual Box, load it with Debian 8.3.0 (or whatever, I’m partial to Debian now) and install just as you did on your rPi (aptitude). Then you could run it headless or spawn another clone if you wanted to run more than 1 openLuup instance on a single box (if you desire). I do this for testing and it works perfectly and allows you full control over the resources.
[quote=“scyto, post:16, topic:191363”][quote=“akbooer, post:15, topic:191363”]@paulclinger
Thanks so much for stepping in and clarifying the ZBS approach.
Sorry Windows hasn’t worked out for you… others do use it successfully.
Note that a copy of dkjson.lua needs to be in the /etc/cmh- ludl/ directory or on the Lua path for plugins to find it.
The two errors regarding the icon directories are my fault… I did not update the check routine since changing the way icons are handled. I will fix that.
Better luck with RPi.[/quote]
Thanks to the both of you holding my had, it looks like i tried about the worst plugin i could to get going my observation is that for both windows and pi laurocks is a worthy tool - on pi it was flawless and on windows all they need is good directions on setting up the compiler environment / pre-requisites. In both cases luarocks installed dkjson and when i ran from command line i never saw path issues and the tools luaforwindows and luarocks were VERY clear what to set in my system path variables.
I think my issue with ZBS is that because it has an installer and is gui driven i expect it do all the right things to setup and tell me when things are not right - as 95% windows focused sysadmin for the last 20 years thats the lens i bring. There should be no need to download another exe to set paths correctly (not that is yours or pauls issue! - just an observation of assumptions dumb folks like me bring to the table).
Yes Pi is much more successful, wish i had gone that route first, i just thought ‘oh portable interpreter’ getting it up and running on windows should be less hassle than apt-gets and potentially messing up the pi (which is my production bridge between a bunch of HA items) - i had a bad experience with cpan that borked it once… (all the dumbass instructions said to install perl / cpan - no one said it was already installed on pi! i managed to break apt-get - anyways thanks again to both of you. Also given that plugins indeed may call linux system scripts and calls (because they assume they are running on a vera) i am not sure how that plays into your support of openLuup on windows (damm i will have to find something else to do with my lattepanda windows IOT machine when it arrives! ;-).[/quote]
absolutely, i run hyper-v on many machines and that would have worked too. Out of interest how simillar are debian and raspbian - i am not too interested in learning linux flavours as i do so little with them. I could have also gone upstairs and got the pi2 that is sitting idle as a defunct plex client and repurposed it. I just made the bad assumption lua on windows would be ‘easy and quick’ and once i was started it was a challenge to see if i could figure it out or would hit a hard stop. Fun to do that despite by bitchin’ and moanin’
Raspbian is based on Debian. I’ve been running Jessie lite for about 2 weeks now and the x86 version almost the same amount of time. I’m hoping to replace my OpenWrt system (which I love) if everything remains stable. As for Windows, I don’t see it as a bad assumption on your part. You tried, I tried and others have as well. I didn’t get too far with my Windows attempt before I re-visited Linux (I’m very rusty as I just don’t use it enough). You’ll never know if you don’t try so kudos for trying…
absolutely, i run hyper-v on many machines and that would have worked too. Out of interest how simillar are debian and raspbian - i am not too interested in learning linux flavours as i do so little with them. I could have also gone upstairs and got the pi2 that is sitting idle as a defunct plex client and repurposed it. I just made the bad assumption lua on windows would be ‘easy and quick’ and once i was started it was a challenge to see if i could figure it out or would hit a hard stop. Fun to do that despite by bitchin’ and moanin’ :-)[/quote]
I was able to get it running. I tried using Luadist, but it does not support TLS1.2. I don’t know if there is a “normal” way, but this is the best I could muster:
This will get you a jenky, but functional Lua installation. At least enough to run openLuup. Also, I am not going to pretend that I know what I am doing. I just kept throwing stuff at it until something stuck.
The install script still needs some hand holding:
Best Home Automation shopping experience. Shop at Ezlo!
© 2024 Ezlo Innovation, All Rights Reserved. Terms of Use | Privacy Policy | Forum Rules
