Connect a Raspberry Pi and a bit of programming and we can use that as our timer
Yes, that is one idea I had. I have a mostly idle linux system I was thinking of setting a cron job on to call an oauth method in a smartapp every 5-10 minutes to keep things going. Why should I have to do this though? This is something built into the system.
Iâd be happy to give the repo over to you if you wanted. I just donât want to spend my time on something I wonât be using.
I just harvested the icons and posted them within Bruceâs withdrawal message. I am not really interested in getting into the support business for yet another app (I do enough with the two I do support), but will continue to try to improve this app as I really believe it has considerable merit.
Let me know if the Cron works well for youâŠI may actually take Mike up on his offer and continue development of this app as I like it.
@MichaelS Since you were on there as a maintainer you should have the latest set of changes I did. I did a little cleanup in addition to changing it to runEveryâŠ() so itâd probably be a better point for changing to cron if you wanted to try that
Actually to make it easier for everyone I just opened the project back up for everyone
4/11 was your last update?
I pushed stuff into git today
So far the hybrid unschedule and re-schedule cron thing is still ticking. (thatâs the only code I had at the time) Are one of you guys running the 15minute non-looped thing? If so is it staying stable?
âKeith
I used Mikeâs new code and didnât try the cron yetâŠmaybe this every15Min thing will workâŠI will check it in the morning as it hasnât run for more than 24 hours to date.
Still ticking this morning.
The redesign Mike did also seems to be working as wellâŠ
Thatâs totally awesome! Since he put the code back and its workingâŠperhaps the withdrawn should change to âNOT withdrawnâ in the title
Only if he wants to continue supporting itâŠ
Either way, I enjoy this appâŠit replaces an IFTTT routine that I previously had, so that is goodâŠ
YeaâŠI understand. Thing is a lot of folks are associating âwithdrawnâ as code withdrawn, not just support withdrawn.
How about:
[Support WITHDRAWN] GCAL-Search: Google Calendar Event Contact Sensor/switch - Use at your Own Risk
?
Ok, made that change.
Just to be clear, are you still going to be updating the code or publishing branches submitted to you? I think you and @N8XD are on the right track with the polling now, but now think giving the user the option to determine the polling method would be best. In my use case I only need this to repoll once at day at most, which others may need a shorter pollâŠI was thinking of integrating that back in and was curious if you will still be open to âowningâ this code going forward.
Iâd prefer not too but until someone wants to take over I will.
The idea of polling multiple times a day is to avoid the token expiring. By continually using it the system is able to keep it refreshed and avoid an issue that it might expire. It is built to automatically refresh the token so that shouldnât happen but the extra calls really shouldnât be an issue since itâs on the ST cloud and you get hundreds of thousands of API calls from Google before they complain.
Honestly Iâm not sure where Iâm going, Iâm having a bit of frustration with determining which other project to move to since I did get the approval of the âbossâ last night to buy new gear. But Iâll have to re-invent a lot of things Iâve been using ST for. Possibly Iâll just setup an external cronjob to fire off poll/refresh on various SmartApps to kind of bandaid the issues I have. Really annoyed my morning routine refuses to work even after hitting a button though. Not sure how to fix that. Itâs like my Z-Wave network just decides to not forward things, or the ST hub isnât sending them out like it says it is. Rebooting the hub fixes it sometimes. Ugh!
Since @N8XD has been actively working on this, perhaps he would be willing to take you up on your offer?