[RELEASE] Date Time Parser driver (aka schedule_ur_garbage_cans)

There is no line number in any of the errors above.

No, this would have come from the driver (not necessarily this one, but definitely one that was used with the device at some point).

The workaround you found would work, or the solution I suggested above would, too. Either option would result in effectively the same outcome, either the scheduled job getting erased or just doing nothing, resulting in nothing, which is basically how it is already (just with an error to go along with it) since the scheduled job can't do anything if the method it's supposed to run doesn't exist (or does but does nothing).

In another thread, I thought I learned that's what the number meant. Knowledge corrected. Thank you.

The driver's intent is to update once a day. For @xavib57905, I'm wondering how the date information is refreshing if the dailyRefresh isn't happening. Is it a manual update? For me, since my update happens every 5 minutes, I don't see any negative effect of the missing function.

Back to report that I read everyone's suggestions with interest and can say that removing the scheduled job (which reappears) didn't stop the error message. But it helps to know it's benign and the driver code can be patched.
It only stood out in my case because my hub doesn't log much otherwise. Thanks for the info!

Is it just me, or is dailyRefresh only ever referenced in the schedule call in dailySchedule()? Could be late to the party here....

Clearly so, now that I look at the driver code. Part of the latest revision no doubt

  • 2025-03-14 jshimota 0.3.2 Added daily schedule run time to after HE and DST changes (2:45am)

Pretty sure he'll iron out that kink once settled in.

1 Like

Yeah, the more I think about it I see the difference...

Hi - thanks for your patience. It's been a ridiculous period in my life! I was moving into a new house, but there were issues with the past tenants and my move in date got extended 3 weeks farther. I'm moved in (not really sorted out but at least have bed/bath and coffee).

Over the next week - I'll dig into this and get to the bottom. thanks for all the input, I'll lean on that to come up with a resolution.

3 Likes

Just FYI, my copy of DateTime Parser keeps throwing this error every morning at 2:45AM


Is there something I need to attend to here? I'm running 2.4.3.133 on a C-7.

I had to scroll 4 pages of logs - but guess what? I've got it too.


I can't look into it today - I'll try to get it fixed tomorrow after work (PST).

1 Like

HPM has update available to 3.3.

Honestly, I think I inadvertently cleared the error previously, so I'm not able to recreate this. I hadn't touched this code in long time - so unclear what and when it got induced.

I did clear the device driver by changing it to 'device'. then mash the buttons to clear everything then save, then change to driver back to the date time driver. I think that is what cleared mine in the first place.
I've added some debug text to watch it run through - this is super simple code in the first place! If you still have error 24 hrs after let me know, I'll could try to parse off your logs.

1 Like

I believe I found the problem - testing 3.4 tonite. will post tomorrow afternoon pst assuming good test.

1 Like

Version 0.3.6 pushed. Fix to move daily schedule update outside of range of hour skipped by HE during DST. In fairness, I believe this is the first year HE got this right. Still no log entry by HE that this DST hour move occured, have to manually verify.
Suggest 'refresh' after update.

1 Like

Would like the option to set the Daily Refresh time to a different time of day. I'd like to have it at 3:01 AM.
I'd like to have a 60 minute refresh rate. I'm not sure that your driver creates so much CPU load that it needs a refresh rate that is a prime number

good morning.
Funny - 301 was the time my first iterations used. That conflicted with hub activity hence my recent movement out of that window.

I made note of your request about adding the refresh rate addition.

Re: the refresh rate that is a prime number creating CPU Load, I'm unclear what you mean. Can you explain that a bit?

Also - some recent abilities in the hub could already solve your schedule issue - maybe rules can be used to run the app?

1 Like

Sorry for the mistake, meant non-prime numbers for the frequency can more easily cause the app to run at the same time as other apps that have a repeating schedule.
As for 3:01, I would use the first available time after 3AM that doesn't interfere with nightly system processes.
3AM is the first time that is guaranteed to happen once during daylight savings time changes. Spring forward skips from 2AM to 3AM. Fallback repeats 1AM.