full devices reset

[ArcherS]

I updated my Z-way plugin to the latest Maser version (v20.4.5). In order to get the plugin to get updated I had to delete the existing Z-way plugin and start over. I had a really old v18.7.16, however it was working ok. I am on OpenLuup20.5.6, so that should be ok.

I now have the latest version of the Z-way plugin, but I need to change IP from the default 127.0.0.1 to the right one (192.168.1.xx), on which my Z-way is running (not the same as my OpenLuup). However when I try to change IP via the "Variables" tab it does not stick, it reverts back to 127.0.0.1 after Luup reload. I have tried both via AltUI and via the OpenLuup (unsure where I should do this) but get no result either way.

Any ideas?

//ArcherS

[akbooer]

Yes. You should not be using the variable to set the IP address, but, instead, the device attribute named ip.

(The variable you were, I assume, trying to change is an AltUI Display variable, which reflects the IP actually assigned.)

[ArcherS]

Thank's for a really quick reply! That indeed did the trick, I knew it was something easy I missed.
Now I just need to go through my Reactors and re-map my z-way devices. Not too much work.

//ArcherS

[JMK]

I had a disaster yesterday - my Raspberry Pi SD died and looking at it i think it may have been a Sandisk fake, the labeling and fonts just do not look right. Anyway, I had to re-install Z-Way, openLuup... and this time I decided to put cmh-ludl in etc rather than in my home directory. I noticed that in the manual it says "be careful with permissions". So what are the 'correct' permissions? As you can see I am not too familiar with Linux

[JMK]

Sorry more... I also notice that when I execute openLuup_reload I get these messages...
mkdir: cannot create directory ‘/www’: Permission denied
rm: cannot remove '/www/altui/altui*': No such file or directory

[CatmanV2]

I don't know what they should be but 755 would be a good place to start.

How good are you with Linux? ls -l will show you the current user / group ownership. No idea what user Z-way will run as but you can
chmod 777 -R /www is pretty much bound to work but has some possibly nasty security impacts. I doubt it's a huge issue here though

C

[akbooer]

@JMK said in Help with Z-Way plugin:

I decided to put cmh-ludl in etc rather than in my home directory.

I originally suggest that location, in order to mimic Vera's files structure, but during openLuup's evolution it developed a virtual storage system and file aliases which means that it only needs to access folders within its own home directory tree. Even things like /www/cgi/ and /www/cgi-bin/cmh/ are handled that way.

So, really, I can't think of a good reason to put it in /etc/, indeed, I think you've found a good reason not to.

I think you'll find those two error messages come from AltUI, certainly the second one which I know to be benign.

[JMK]

Settled for 0755, seems to be OK. Thanks everyone.

[PerH]

Can't seem to get any devices in openluup!

Everything OK in Z-Way:

4 devices working perfectly:

Openluup versions:

Attributes:

Log:

2020-11-04 13:49:44.303   openLuup.scheduler:: [197] Z-Way device startup
2020-11-04 13:49:44.303   luup_log:197: ZWay: v20.4.5
2020-11-04 13:49:44.336   luup_log:197: ZWay: HomeId: c84d9ef4
2020-11-04 13:49:44.336   luup.variable_set:: 197.urn:upnp-org:serviceId:altui1.DisplayLine1 was: 0 vDevs, 0 zNodes now:  #hooks:0
2020-11-04 13:49:44.336   luup.register_handler:: global_function_name=HTTP_Z-Way_197, request=z197
2020-11-04 13:49:44.361   luup.set_failure:: status = 0
2020-11-04 13:49:44.361   luup.variable_set:: 197.urn:micasaverde-com:serviceId:HaDevice1.CommFailure was: 0 now: 0 #hooks:0
2020-11-04 13:49:44.361   luup.variable_set:: 197.urn:micasaverde-com:serviceId:HaDevice1.CommFailureTime was: 0 now: 0 #hooks:0
2020-11-04 13:49:44.394   luup.variable_set:: 197.urn:upnp-org:serviceId:altui1.DisplayLine1 was:  now: 0 vDevs, 0 zNodes #hooks:0
2020-11-04 13:49:44.394   luup_log:197: ZWay: Asynchronous polling
2020-11-04 13:49:44.394   luup.set_failure:: status = 0
2020-11-04 13:49:44.394   luup.variable_set:: 197.urn:micasaverde-com:serviceId:HaDevice1.CommFailure was: 0 now: 0 #hooks:0
2020-11-04 13:49:44.394   luup.variable_set:: 197.urn:micasaverde-com:serviceId:HaDevice1.CommFailureTime was: 0 now: 0 #hooks:0
2020-11-04 13:49:44.395   openLuup.scheduler:: [197] Z-Way device startup completed: status=true, msg=OK, name=L_ZWay2

result:

Any ideas?

[rafale77]

zway username and password set in the plugin variables?

[PerH]

Where?

I used "Actions" - login, and set "no expire" on the emerging connection in z-way..?

[rafale77]

@PerH

Go to the openLuup console from your openLuup device you can see the access to the console interface:

Then go into devices/z-way bridge and under actions, login

[PerH]

Done, no difference..

Same entrys in the startuplog as before.. ?

Noticed that "file not found: cgi/zway_cgi.lua" comes up when i try the "Configure ZWay child devices" button, is that a clue of something?

[rafale77]

that's not good. You need that file. seems like your plugin is not completely installed.
see that you have the files in this repo all installed:

GitHub - akbooer/Z-Way: Zway plugin for openLuup

Zway plugin for openLuup . Contribute to akbooer/Z-Way development by creating an account on GitHub.

the cgi file under the /cgi folder needs to be in the /cgi folder in openLuup.

[PerH]

Fixed. all files are in place, still no devices..

This is all that shows up when i try the "Configure ZWay child devices" :

[rafale77]

do you see username/password/session id in the plugin device variables?

[PerH]

SessionID at the bottom there?

[rafale77]

yes, looks like your plugin works and is communicating with z-way. Now in your z-way automation UI/API, you may not have completed interviews? Not sure. Would wait for @akbooer here. A bit surprising that you are not seeing any nodes.

[PerH]

All four connected devices have 100% interviews.
Thanks for helping so far.

[PerH]

Tried to delete the plugin and install it from appstore:

2020-11-04 20:28:49.866   luup_log:4: AltAppStore : downloading akbooer/Z-Way [master] to trash/AltAppStore/
2020-11-04 20:28:49.866   luup_log:4: AltAppStore : GitHub request: https://api.github.com/repos/akbooer/Z-Way/contents?ref=master
2020-11-04 20:28:49.875   luup_log:4: AltAppStore : error downloading: unknown error

Same issue with both master and dev branch, and any other way i try really, no idea why..

Same actually happens with all plugins now.. Great! leaving the computer for the evening.