Delay start function after, feed, maintenance and power outage.

[AZfishkeeper]

Each socket needs the ability to set a delay on restarting after power returns to it. This ability needs to be 100 percent across all outages wether intentional or unintended. Maintenance and feed mode programming needs improvement.

2 items that would benefit greatly from this capability is the Skimmer and aftermarket ATOs.

The goal is that I don’t have to create 12-16 programable logic things to keep my skimmer off for 10-15 minutes after feeding, doing maintenance or a power outage.

Having this many programable logics is a issue when I shut off the skimmer for all maintenance and feedings.

[kingy138]

100% agree with the above and something I planned on suggesting myself.

The only delay possible is blackout delay, which is determined by the profilux restarting.

Lets say we have a level sensor, that when the sump level is high, it turns everything off. Don't over analyse the use case, just go with it.
Ideally we would want our skimmer to be delayed from restarting after the return pump, otherwise it'll overflow.

There are dozzens of use cases where this would be useful.

Three ways I can think this could be implemented:
As part of the programmable logic (delay start), as part of a new special timer, or just a delayed start on the socket (probably the easiest).

[Matthias]

In this case you could use the programmable logic with a delay function.
Input of the programmable logic gate would be the level sensor function, the output of the gate would be used as the socket function, instead of the level sensor.

[kingy138]

Hello Matthias,
Please could you expand on your solution? I’m not sure I follow.

As a working example, let’s say I have one level sensor (sump level high) and two switch channels (skimmer and pump), if the level sensor is activated, both channels turn off.

Upon error reset, I would want the pump to run for a few minutes before the skimmer turns back on, otherwise it would overflow.

This is just an example, but I can think of multiple scenarios. For example, after feed mode, maintenance mode etc.

Many thanks,
David

[Thilo]

For your example you would need to configure a control circuit with return pump mode and then configure a prog. logic as follows:
Function: Delayed on
Input 1: Fill water [Inverted]
Time: e.g. 120s

[kingy138]

For your example you would need to configure a control circuit with return pump mode and then configure a prog. logic as follows:
Function: Delayed on
Input 1: Fill water [Inverted]
Time: e.g. 120s

Hi Thilo,

Technically it’s working, but I may be doing something wrong also.

Unless I’m not understanding, the delay is controlled by the maximum on time of the control circuit, which you invert in the prog logic, thus creating a delay.
This is an additional control circuit, additional to the existing control circuit, as the one sensor controls multiple outputs, some I need a delay, some I do not.

It is working, but once the maximum on time is reached and the switch channel activates, an alarm is triggered due to max on time.
If I clear it manually, then the skimmer again turns off, until, the max on time is reached.
So you have to enable automatically reset, otherwise it doesn’t work the next time the sensor is triggered.

This means I have a permanent active alarm, which I cannot clear.

Is this correct? I believe this is correct, as an alarm is always triggered at max on time is reached, regardless of the scenario.

As a workaround this solution works and provides me the feature I wanted, but it’s imperfect and VERY complicated, it’s far from intuitive. It also uses up an additional control circuit.

The feature request is still a feature request in my opinion.
Not only would this be a perfect solution, but it would be completely intuitive.
The request is that on switch channels we could set a “Delayed On Time”, which would work very similar to “Blackout Time”, but would trigger every time the switch is activated, rather than just on startup.

Also the above solution doesn’t fix the issue with feed and maintenance mode, which cannot be resolved using prog logic.