I’m having an issue with my door sensor which controls my aircon. I can only get it to turn OFF the AC when the state CHANGES to OPEN but what I basically need is for the door sensor to trigger OFF if the door is not closed e.g. more than 1 min. regardless of it’s being opened (new state) or simply is open already.
I can’t find a way around that, any ideas will be much appreciated.
That’s definitely a possibility but will it sort out the issue of a NON CHANGE OF STATUS? Imagine that the AC is turned on with the door open, in that case there’s no change of status, that’s my main issue.
In other words, if the AC is on with the door closed, and the door is then opened, then it will trigger turning off the AC. But if the door is already open when the AC is turned on, and even left open with the AC on then I guess a delay function will not solve this?!?!
Yes, that’s right. If the AC is turned on with the door already open it shouldn’t disconnect immediately, a 1 min. delay would be practical.
I think that a 1 min. delay in general is practical, also in the situation when the status of the door sensor changes from closed to open. The 1 min. delay in this specific situation you’ve explained well above, my problem is in the case of no change in status meaning that the door is actually already open when the AC is being turned on.
In other words, the idea is that the AC is turned off when the room is not occupied, that could also be done with a movement sensor but the problem is in the case that people sleep, thus very limited movement that would result in turning off the AC while they sleep, I could then make a feature saying “don’t turn off if no movement between 00 - 08 hrs.”, but the problem here is that the sleep pattern of these guests is very irregular.
Thus, the optimal solution is turning off the AC when the door is open, being in the case be status change (closed to open), and in the case that the door is already open and left open.
The solution would be to set the “door is open for at least 1 minute” condition to FALSE and then TRUE when the AC is turned on while the door is open, so that the 1 minute timer starts again… BUT you can’t do that because that condition is linked to a Tuya device. So you need to a create an auxiliar condition that can be controlled.
I would create a new auxiliar condition called ‘cond_door_open_1min’ linked to a new variable ‘var_door_open’, that would be set to TRUE or FALSE by a logicblock when the door sensor opens/closes.
This condition (‘cond_door_open_1min’ ) would have the 1 minute delay, rather than the original ‘cond_door_sensor_tuya_open’ linked to the Tuya device.
If the door is open when the AC is on, I would set that variable (var_door_open) to FALSE and then TRUE, so that the 1 minute delay in the ‘cond_door_open_1min’ starts again.
Check this:
Variables
var_door_open (boolean)
Conditions:
cond_door_sensor_tuya_open_trigger (linked to your Tuya door sensor device, “trigger”, no delay)
cond_door_sensor_tuya_open_notrigger (linked to your Tuya door sensor device, “no trigger”, no delay)
cond_ac_tuya_on (linked to your Tuya AC device, “trigger”, no delay)
cond_door_open_1min (linked to boolean variable ‘var_door_open’, “trigger”, delay=1 min)
Logicblocks:
1. LB_update_var_door_open
Conditions:
[ x ] cond_door_sensor_tuya_open_trigger
Actions:
TRUE:
Set variable var_door_open to TRUE
FALSE:
Set variable var_door_open to FALSE
@teknofilo to the rescue! Very ingenious solution as always!
I’m thinking of a different approach with the basic idea: “Whenever the AC is turned on, turn if off after one minute, unless the door is closed”.
But if that work depends a bit on the devices:
Are you able to send AC on/off to Apilio? Is it a Tuya device or can you send it via IFTTT or webhooks?
I guess the door sensor has explicit states for closed and open?
I also thought about that but if you turn on the AC and, 55 seconds later you open the door, AC will turn off even if the door has been open for only 5 seconds
I’m thinking of using action delays, not on the condition, so it should work - but let’s see if @Jan has the AC state and if yes, I will try to post a configuration to try out
Just a few words on the ACs. These are normal (non smart) split ACs usually controlled by an external remote control. What I have done thus far is to purchase door/window sensors and an IR Remote control.
In other words, the current action is to put the AC into off mode if the door is opened. In other words, the door/window sensor doesn’t know if the AC is actually on but it will regardless turn it off if the door is opened. That works alright not actually knowing if the AC is on as long as it’s being put into off mode regardless.
I’m not sure if that’s the information about the AC you are asking for, otherwise do let me know.
At the very core of this it’s a matter of the ACs being turned off if the door is not closed regardless of the ACs being turned on with the door closed or open (with a delay of 1 min.).
If the AC state change is not known to Apilio you have a basic problem. There is no “anchor” that can trigger any timer or check in Apilio if the door is not moved.
You could overcome this by having a smart plug with power meter. That way you could sense on/off and feed that information to Apilio.
The last workaround is to have a timed check (e.g. every minute). So you would check every minute (with a time condition) if the door is open for longer than a minute (with a condition with delay) and if yes, send an “AC off” command.
Yes, Apilio doesn’t know if the AC is on or off, the simple command if the door is opened is to put the AC into off mode - in other words, if the AC is off when the command is sent then it will stay off.
I was thinking earlier about the time check, every x-minute, as a solution - could you share an Apilio link to a document I can study on how to do this?
Also the smart plug with power meter sounds very interesting - can you by any chance suggest such smart plug?
With regards to smart plug, I have one but unfortunately Apilio reads ‘0’ values for all parameters (current, voltage, power,etc.), so it is not a good option for you.
I have this Tuya-based smart plug here: https://marmitek.com/collections/smart-plug/products/power-si-smart-plug-energy-meter-2x-usb-15a.
It works ok, but it is not super quick to respond to consumption changes. There are many Tuya-based products around. A good way to discover them is to search Amazon for “Smart Life” products, because very often they are advertised with that keyword.
I’ve installed a motion sensor/PIR in a high traffic area. The idea is that IF no motion is detected during 10 minutes THEN run Smart Life Scene (Turn OFF ACs).
In addition I want the PIR to check every 30 minutes between 14 - 21 hrs. each day.
I’ve created two conditions and connected the trigger to IFTTT.
It would be great if you could review my screenshots and let me know if I’ve done it correctly.
I am not sure what the value is of the scheduled 30-mins check. Is it a double check so that it would run in case the no-motion condition would fail to run?
I guess from your setup that the PIR does sent itself the “none” event after 10 minutes?
If yes, I think this should work.
Yes, the basic idea is that every 30 min. between 14 - 21 hrs. the PIR should check if movement is detected. If no movement is detected during 10 min (the delay function) a trigger should shoot (run a smart life scene via IFTTT).
Outside of this period (14 - 21 hrs.) the PIR shouldn’t trigger any actions.
If setup like this, it would also trigger an AC off outside of the 14-21 range.
Because if the “no_PIR_Delay_10min” triggers, the time range will not matter because it is a “time event”.
To make sure it shuts off the AC only between 14 and 21, you have to a a “time frame” condition with the same range.
The logicblock has 2 conditions (see screenshots). As I understand it BOTH/ALL of these must be TRUE of it to trigger!?!? Isn’t that the solution to the time issue, that no movement will only trigger between 11AM - 11.59PM?!?!