[quote=“Stuart, post:20, topic:182612”][quote=“farang, post:13, topic:182612”]I’ve upgraded from GCal II to GCal 3.
Now, whenever Vera needs to make a reload it will take like ages. I have 4 defined calendar devices. The reload happens an arbitrary number of times, typically 4 times in a row. It says “Unit Busy”, then it says “Running LUA Startup” or “Starting LUA Engine”. Then it starts with “Unit Busy” and so on… Before it was only a single cycle.[/quote]
I had a long flight delay and was able to put in and test some semaphore code that should prevent this from happening. It forces a staggered calendar refresh between instances of the plugin.
The problem looked to be due to simultaneous https requests - but that’s a bit speculative. Can you try this version and let me know? I could not get it to ‘break’ running two plugins at the same time trying for the same calendar …[/quote]
Thank You Stuart
Currently I’m quite busy working but I’ll try to test when I get some time left. PM me if You’d like to get access to a busy GCal calendar for testing purposes (I manage a school schedule you could use for stress test)
I am also having trouble getting this to work in PLEG. I am using the “Event has specified name” option. I noticed when I looked in the gcal device advanced tab that the gc_jsonEvents variable is empty. From reading the docs, I believe this is probably what PLEG would be looking at?
I must be doing something wrong, have been trying for the last 3 day to get it working, first in UI7, but I have reverted to UI6, but no luck there either.
I have tried to set up the plugin both automatically via the ‘app store’ and manually. I get the calendar view in the calendar tab and I see the test event, but I get stuck in the ‘checking loop’
This is what I get after updating to yesterdays V0.6 lua. It seems to me it doesn’t get any events at all. Prior to updating the the most recent lua, I had the package file from post one and I got the following message:
LuaInterface::CallFunction_Timer-5 function GCalMain failed [string "local GCAL_VERSION = "V 0.6"..."]:234: attempt to concatenate local 'client_email' (a nil value)
I am also having trouble getting this to work in PLEG. I am using the “Event has specified name” option. I noticed when I looked in the gcal device advanced tab that the gc_jsonEvents variable is empty. From reading the docs, I believe this is probably what PLEG would be looking at?
Thanks[/quote]
PLEG would not look at gc_jsonEvents. Provided the browser UI was refreshed (F5) to update the advanced tab - if gc_jsonEvents is empty, this means that no events were read from the calendar - none at all.
What does the front panel of the plugin indicate ? Does it show an event ? Not tiggered / active / triggered ? (lightbulb ==> grey / light yellow / full yellow). It’s the value of gc_trippedEvent that causes “Event has specified name” to work. Note also that your matching condition MUST be all upper case.
Please check these things and we will get it working. Also - was this an existing or new PLEG configuration ?
The quickest way to troubleshoot is to get a log file with gc_debug set to 3. The infoviewer plugin is great for that …
Attached is a patched file. There was a problem with the semaphore and that certainly affected Hansibal , quite likely Borat and likely everyone else who tried the last patch (which I have removed).
Here is version 6.1.2 – please let me know how it goes. I deliberately tried to make it misbehave - and think I’ve got it this time … learning about Lua all the time …
I must be doing something wrong, have been trying for the last 3 day to get it working, first in UI7, but I have reverted to UI6, but no luck there either.
I have tried to set up the plugin both automatically via the ‘app store’ and manually. I get the calendar view in the calendar tab and I see the test event, but I get stuck in the ‘checking loop’
This is what I get after updating to yesterdays V0.6 lua. It seems to me it doesn’t get any events at all. Prior to updating the the most recent lua, I had the package file from post one and I got the following message:
LuaInterface::CallFunction_Timer-5 function GCalMain failed [string "local GCAL_VERSION = "V 0.6"..."]:234: attempt to concatenate local 'client_email' (a nil value)
But that seems to work now with the new version
Any ideas would be greatly appreciated!
Keep up the good work
Kr,
Hans[/quote]
I’d [size=14pt]love[/size] to know how this goes in UI7 …
I think I fixed the problem you were seeing … see post above …
I am also having trouble getting this to work in PLEG. I am using the “Event has specified name” option. I noticed when I looked in the gcal device advanced tab that the gc_jsonEvents variable is empty. From reading the docs, I believe this is probably what PLEG would be looking at?
Thanks[/quote]
PLEG would not look at gc_jsonEvents. Provided the browser UI was refreshed (F5) to update the advanced tab - if gc_jsonEvents is empty, this means that no events were read from the calendar - none at all.
What does the front panel of the plugin indicate ? Does it show an event ? Not tiggered / active / triggered ? (lightbulb ==> grey / light yellow / full yellow). It’s the value of gc_trippedEvent that causes “Event has specified name” to work. Note also that your matching condition MUST be all upper case.
Please check these things and we will get it working. Also - was this an existing or new PLEG configuration ?
The quickest way to troubleshoot is to get a log file with gc_debug set to 3. The infoviewer plugin is great for that …[/quote]
Hi Stuart, please see my pleg code above (all capitals) and a screenshot of the Plugin. The Plugin nicely shows a burning light bulb and the correct event.
I am also having trouble getting this to work in PLEG. I am using the “Event has specified name” option. I noticed when I looked in the gcal device advanced tab that the gc_jsonEvents variable is empty. From reading the docs, I believe this is probably what PLEG would be looking at?
Thanks[/quote]
PLEG would not look at gc_jsonEvents. Provided the browser UI was refreshed (F5) to update the advanced tab - if gc_jsonEvents is empty, this means that no events were read from the calendar - none at all.
What does the front panel of the plugin indicate ? Does it show an event ? Not tiggered / active / triggered ? (lightbulb ==> grey / light yellow / full yellow). It’s the value of gc_trippedEvent that causes “Event has specified name” to work. Note also that your matching condition MUST be all upper case.
Please check these things and we will get it working. Also - was this an existing or new PLEG configuration ?
The quickest way to troubleshoot is to get a log file with gc_debug set to 3. The infoviewer plugin is great for that …[/quote]
It was definitely tripping on am event. Away at the mo so can’t send a screenshot but it was showing the event I was looking for in pleg at the top and showing tripped. Will try the new version when I get home and let u know.
[quote=“Stuart, post:27, topic:182612”]Attached is a patched file. There was a problem with the semaphore and that certainly affected Hansibal , quite likely Borat and likely everyone else who tried the last patch (which I have removed).
Here is version 6.1.2 – please let me know how it goes. I deliberately tried to make it misbehave - and think I’ve got it this time … learning about Lua all the time …[/quote]
hi Stuart,
Thanks for taking time to look into this. I know get the following error:
Thank you for your work with this app, I seem to be having an issue after upgrading to Gcal3. After installing from the most recent patch in the forum, I can’t get the calendar to load. I put in the URL and i received a message that it was set. I closed the window and refreshed. I then set up the triggers and none of them would fire. I then pressed the check button and its been checking for over an hour and nothing populates in the calendar tab.
[quote=“hansibal, post:31, topic:182612”][quote=“Stuart, post:27, topic:182612”]Attached is a patched file. There was a problem with the semaphore and that certainly affected Hansibal , quite likely Borat and likely everyone else who tried the last patch (which I have removed).
Here is version 6.1.2 – please let me know how it goes. I deliberately tried to make it misbehave - and think I’ve got it this time … learning about Lua all the time …[/quote]
hi Stuart,
Thanks for taking time to look into this. I know get the following error:
Hi Hans –
I’m wondering if there is an upstream error ? Are you able to see if the directory /etc/cmh-ludl/GCal3 exists ? If so - what files are in that directory ? It should get created when the credentials are being parsed. What does the log file look like during the plugin startup ?
The creation of the GCal3.sem file should occur immediately after the “semaphore file returned nil” message. Clearly it is not (and the logs confirm that) and the function I am using assumes the folder exists So the question may be “why isn’t the folder being created”
Thank you for your work with this app, I seem to be having an issue after upgrading to Gcal3. After installing from the most recent patch in the forum, I can’t get the calendar to load. I put in the URL and i received a message that it was set. I closed the window and refreshed. I then set up the triggers and none of them would fire. I then pressed the check button and its been checking for over an hour and nothing populates in the calendar tab.
Any pointers?
PS its on a vera lite.
Thanks
Sent from my iPad using Tapatalk HD[/quote]
I use a vera light - so you should be good to go. If it’s hung when you press the check button - it could be several things. Please get a log file with gc_debug = 3 and we can figure out what’s happening.
When you say you put in the url - do you mean the calendar ID ? GCal3 works very differently that GCal_II
Hi Hans --
I'm wondering if there is an upstream error ? Are you able to see if the directory /etc/cmh-ludl/GCal3 exists ? If so - what files are in that directory ? It should get created when the credentials are being parsed. What does the log file look like during the plugin startup ?
The creation of the GCal3.sem file should occur immediately after the “semaphore file returned nil” message. Clearly it is not (and the logs confirm that) and the function I am using assumes the folder exists So the question may be “why isn’t the folder being created”
If the
Hi,
Only had my vera kit for a couple of days, but I think I am starting to like this stuff. Here is the stuff from the startup:
Hi Hans –
I’m wondering if there is an upstream error ? Are you able to see if the directory /etc/cmh-ludl/GCal3 exists ? If so - what files are in that directory ? It should get created when the credentials are being parsed. What does the log file look like during the plugin startup ?
The creation of the GCal3.sem file should occur immediately after the “semaphore file returned nil” message. Clearly it is not (and the logs confirm that) and the function I am using assumes the folder exists So the question may be “why isn’t the folder being created”
If the
Hi,
Only had my vera kit for a couple of days, but I think I am starting to like this stuff. Here is the stuff from the startup:
The /etc/cmh-hudl/ doesn’t contain the directory GCAL3, there are three files in the dir for Gcal:
GCal3.lua.lzo
GCal_II.lua.lzo
Gcal3.json.lzo
hope this helps,
Kr,
Hans[/quote]
Hans –
the log entry
08/30/14 20:28:19.808 luup_log:107: GCal3 gc_V 0.6.2:Command ls /etc/cmh-ludl/GCal3.json.lzo returned 256 <0x2b673680>
together with no /etc/cmh-ludl/GCal3 directory
tells me that the code which sets up the credentials did not execute before
the /etc/cmh-ludl/GCal3 directory gets created the first time credentials are created. This does not occur unless you upload the GCal3.json generated when you setup your google api service account.
Did you do this ? If not, then this is the reason. If you did - then there was some sort of problem the last time: upload the file GCal3.json again (you don’t need to regenerate it - the original is still good), restart and get the logs.
