Everything seems fine until the calendar triggers.
Next event shows as follows.
Next Event : GCal3.semCould not Open
[quote=“dlemmink, post:1, topic:187032”]Everything seems fine until the calendar triggers.
Next event shows as follows.
Next Event : GCal3.semCould not Open[/quote]
This should never occur - but it’s possible after the very first install that the file does not exist… or that the browser has not refreshed. Try the following in order:
F5 when in the browser and looking at the devices.
Reboot the vera and see what happens.
Take a look in the directory /etc/cmh-ludl/GCal3 you should see GCal3.sem
If it’s still a problem - set gc_debug to 3 and get a log file.
WINSCP or Putty are your friends 
Wow, love your imediate response…
File definately exists currently containds text “07”
Logg shows this:
50 04/23/15 14:55:41.284 luup_log:107: GCal3 V 1.2:Device nil blocked semaphore request from device 107 <0x2ef8a680>
50 04/23/15 14:55:41.284 luup_log:107: GCal3 V 1.2:Reset check time because delay was negative <0x2ef8a680>
The following files all exist in the cmh-ludl directory…
GCal3,json
GCal3.pem
GCal3.sem
Additional log info:
50 04/23/15 15:04:41.113 luup_log:107: GCal3 V 1.2:Checking semaphore <0x2ef8a680>
50 04/23/15 15:04:41.114 luup_log:107: GCal3 V 1.2:Command ls /etc/cmh-ludl/GCal3/GCal3.sem returned -1 <0x2ef8a680>
06 04/23/15 15:04:41.114 Device_Variable::m_szValue_set device: 107 service: urn:srs-com:serviceId:GCalIII variable: e[35;1mgc_NextEvente[0m was: GCal3.sem now: GCal3.sem #hooks: 0 upnp: 0 skip: 0 v:(nil)/NONE duplicate:1 <0x2ef8a680>
06 04/23/15 15:04:41.115 Device_Variable::m_szValue_set device: 107 service: urn:srs-com:serviceId:GCalIII variable: e[35;1mgc_NextEventTimee[0m was: Could not Open now: Could not Open #hooks: 0 upnp: 0 skip: 0 v:(nil)/NONE duplicate:1 <0x2ef8a680>
50 04/23/15 15:04:41.116 luup_log:107: GCal3 V 1.2:Semaphore file returned nil <0x2ef8a680>
50 04/23/15 15:04:41.117 luup_log:107: GCal3 V 1.2:Device 107 requested semaphore <0x2ef8a680>
50 04/23/15 15:04:41.118 luup_log:107: GCal3 V 1.2:Command ls /etc/cmh-ludl/GCal3/GCal3.sem returned -1 <0x2ef8a680>
06 04/23/15 15:04:41.118 Device_Variable::m_szValue_set device: 107 service: urn:srs-com:serviceId:GCalIII variable: e[35;1mgc_NextEvente[0m was: GCal3.sem now: GCal3.sem #hooks: 0 upnp: 0 skip: 0 v:(nil)/NONE duplicate:1 <0x2ef8a680>
06 04/23/15 15:04:41.119 Device_Variable::m_szValue_set device: 107 service: urn:srs-com:serviceId:GCalIII variable: e[35;1mgc_NextEventTimee[0m was: Could not Open now: Could not Open #hooks: 0 upnp: 0 skip: 0 v:(nil)/NONE duplicate:1 <0x2ef8a680>
50 04/23/15 15:04:41.120 luup_log:107: GCal3 V 1.2:Device nil blocked semaphore request from device 107 <0x2ef8a680>
50 04/23/15 15:04:41.120 luup_log:107: GCal3 V 1.2:Reset check time because delay was negative <0x2ef8a680>
06 04/23/15 15:04:41.121 Device_Variable::m_szValue_set device: 107 service: urn:srs-com:serviceId:GCalIII variable: e[35;1mgc_lastChecke[0m was: 2015-04-23 at 15:04:06 now: 2015-04-23 at 15:04:41 #hooks: 0 upnp: 0 skip: 0 v:(nil)/NONE duplicate:0 <0x2ef8a680>
06 04/23/15 15:04:41.181 Device_Variable::m_szValue_set device: 107 service: urn:srs-com:serviceId:GCalIII variable: e[35;1mgc_nextChecke[0m was: 2015-04-23 at 15:05:06 now: 2015-04-23 at 15:05:41 #hooks: 0 upnp: 0 skip: 0 v:(nil)/NONE duplicate:0 <0x2ef8a680>
50 04/23/15 15:04:41.182 luup_log:107: GCal3 V 1.2:Next check will be in 60 sec on 2015-04-23 at 15:05:41 <0x2ef8a680>
[quote=“dlemmink, post:3, topic:187032”]Wow, love your imediate response…
File definately exists currently containds text “07”
Logg shows this:
50 04/23/15 14:55:41.284 luup_log:107: GCal3 V 1.2:Device nil blocked semaphore request from device 107 <0x2ef8a680>
50 04/23/15 14:55:41.284 luup_log:107: GCal3 V 1.2:Reset check time because delay was negative <0x2ef8a680>
The following files all exist in the cmh-ludl directory…
GCal3,json
GCal3.pem
GCal3.sem[/quote]
I’m guessing the file contains text “107” as opposed to “07” ?
What Vera model and version are you on ? It looks like the path to ‘ls’ is not set in your environment (which strikes me as strange)
Can you use Putty (or similar) and do this (and let me know the results):
ls /etc/cmh-ludl/GCal3/GCal3.sem
echo $?
then try
/bin/ls /etc/cmh-ludl/GCal3/GCal3.sem
echo $?
If it’s just a path thing I can fix it quickly.
I happened to have a few moments today and noticed your post - so don’t get too enamored about the immediate response :
serial number deleted…
Using a VERALite
Here’s the results…:
root@MiOS_########:~# ls /etc/cmh-ludl/GCal3/GCal3.sem
/etc/cmh-ludl/GCal3/GCal3.sem
root@MiOS_########:~# echo $?
0
root@MiOS_########:~# /bin/ls /etc/cmh-ludl/GCal3/GCal3.sem
/etc/cmh-ludl/GCal3/GCal3.sem
root@MiOS_35029648:~# echo $?
0
[quote=“dlemmink, post:6, topic:187032”]serial number deleted…
Using a VERALite
Here’s the results…:
root@MiOS_########:~# ls /etc/cmh-ludl/GCal3/GCal3.sem
/etc/cmh-ludl/GCal3/GCal3.sem
root@MiOS_########:~# echo $?
0
root@MiOS_########:~# /bin/ls /etc/cmh-ludl/GCal3/GCal3.sem
/etc/cmh-ludl/GCal3/GCal3.sem
root@MiOS_35029648:~# echo $?
0[/quote]
Something VERY strange is happening - at the OS / luup level. The results of the ‘ls’ command are different than when the plugin ran.
Try deleting GCal3.sem and rebooting.
Working Now ?