Rooms Manager: Smarter Rooms: Personalized home automation with Occupancy

rooms
smartrules
microlocation
project_sensors
manager

(Borristhecat) #1048

No worries will do this in the morning :slight_smile:


(Borristhecat) #1049

Logs didn’t work this time for some reason but it did just work correctly, even though it’s still grouped. The only thing I changed this morning was I turned OFF the device health settings, so even though I had selected no announcement and only if failed to go to a colour, that seems to have caused a issue?


#1050

so i set my own device health settings to check health with no announcement and only if failed display color notification and saved the settings which triggers the device health check. then tried both arrival and departure.

it sent both the device health message and the arrival and departure messages with the right command to the speaker:

8:25:01 AM: debug playTextAndResume(Long time no see Bhoot, Bhoot is rolling in., 33)
8:24:12 AM: debug playTextAndResume(Live long and prosper Bhoot, Bhoot has flaked off., 33)
8:23:15 AM: debug playTextAndResume(dW BR LI 1, dW BR LI 4, dW BR CS, dW BR LI 2, dW BR LI 3 devices have not checked in last 24 hours., 33)

(Jane) #1051

My Hall Room was working fine before I had to update my account to the Samsung account. Even though I can see all of my devices and they seem to be working ok, my Hall Light does not seem to be turning on when the Lux is below 20 anymore. Not sure what the issue could be as it was working up until that time. I went into the Developer site and updated all the DTH
and Smart Apps. Any suggestions?


#1052

turn on live logging. then check the logs for that room after moving around in it a bit. check the logged messages or errors in the log if any.


(Jane) #1053

I could see this in the Live Logging for “All”:

Logs
02887017-6027-4955-8d30-81980395430c 8:41:19 AM: error groovy.lang.GroovyRuntimeException: Could not find matching constructor for: java.util.Date(java.lang.Long, sun.util.calendar.ZoneInfo) @line 4466 (processRules)
02887017-6027-4955-8d30-81980395430c 8:41:19 AM: debug rooms manager: processChildSwitches: Hall
31da331f-662c-41a9-8ac5-90bc5bba80da 8:41:13 AM: debug Hall roomVacant
31da331f-662c-41a9-8ac5-90bc5bba80da 8:40:57 AM: error groovy.lang.GroovyRuntimeException: Could not find matching constructor for: java.util.Date(java.lang.Long, sun.util.calendar.ZoneInfo) @line 4466 (processRules)
31da331f-662c-41a9-8ac5-90bc5bba80da 8:40:57 AM: debug Hall processRules
31da331f-662c-41a9-8ac5-90bc5bba80da 8:40:57 AM: debug Hall switchesOnOrOff
31da331f-662c-41a9-8ac5-90bc5bba80da 8:40:57 AM: debug Hall luxEventHandler

Here is what the log is saying for the room “Hall”:

31da331f-662c-41a9-8ac5-90bc5bba80da 8:41:13 AM: debug Hall roomVacant
31da331f-662c-41a9-8ac5-90bc5bba80da 8:40:57 AM: error groovy.lang.GroovyRuntimeException: Could not find matching constructor for: java.util.Date(java.lang.Long, sun.util.calendar.ZoneInfo) @line 4466 (processRules)
31da331f-662c-41a9-8ac5-90bc5bba80da 8:40:57 AM: debug Hall processRules
31da331f-662c-41a9-8ac5-90bc5bba80da 8:40:57 AM: debug Hall switchesOnOrOff
31da331f-662c-41a9-8ac5-90bc5bba80da 8:40:57 AM: debug Hall luxEventHandler
31da331f-662c-41a9-8ac5-90bc5bba80da 8:39:43 AM: debug Hall updateChildTimer


#1054

thanks … will check and update.


#1055

from the ST IDE can you please check that the location and sunset/sunrise time is showing the right values? You can find these from going to My Locations then clicking the name of the location from the list that is shown:

thanks.


(Jane) #1056

Well actually, I have 5 Locations setup and all of them except for my Home location are showing America/Toronto which is correct. My Home Location is showing America/Montreal. This must have happened when the update to the Samsung account happened. How do I fix this?


#1057

very likely. from the app if you go to the 3 horizontal stripes tab you should be able to click on the gear icon at the top and choose the right location.

after doing please confirm in the ST IDE that these values are set correctly:


(Jane) #1058

I did this but it didn’t update in Developer. It has my exact location in the app but it is still saying America/Montreal.


#1059

probably a ST bug. have you tried editing it in the IDE itself by clicking the EDIT button?


(Jane) #1060

Yeah I did that at first. There isn’t any way to edit the location in the IDE. I have sent support the problem. Let’s see what they say.


(Jane) #1061

I am wondering why this is just happening with one “Room” and not the other two “Rooms” that I have setup?


#1062

do you use any time restrictions for the rules in this room?


(Jane) #1063

Yes, I use time restrictions for this room but I also use time restrictions in one of the other Rooms also.


#1064

do the time restrictions in this room use sunset or sunrise time? how about in the other rooms?


(Jane) #1065

Yes, the Hall Room does use sunrise and sunset times. The others don’t. I sent ST support the log from above so they could look into this. They said they would look into it. They didn’t think that the sunrise and sunset times would be different but they are actually off by a minute.


#1066

thats why other rooms do not have the same error.

the line its erroring on is trying to calculate a new date/time based on the sunrise time. most likely the system sunrise time is not returning a valid value causing this error. i have seen this happen before when location was not set and system sunrise and sunset times were not available as a result.


(Jane) #1067

Here is what support is saying:

" Thanks for providing those errors. That is helpful.

I took a look and was able to correct the location timezone to America/Toronto. However, I notice the error is still persisting. I am not familiar with the code, is it possible there’s an issue with the code at line 4466?"

However, I have replied back to support that the sunrise/sunset times still do not match the other America/Toronto Locations that I have on the hub.