Second Door Automation

[Lawnmower Man]

Setting a door to Locked breaks all paths through the door.  The current automation only lets you set a door to Open or Locked.  I would like a port that lets you set it to Open or Auto (so that Auto replaces Locked on the StandBy state).  Since doors are 2 high, it could simply be a separate port with this behavior.

Obviously, this would facilitate the 3-door airlock pattern where one wants the middle door to close automatically after a dupe runs past, but open after both outer doors have closed to create an insulating vacuum.  In particular, by never setting the Locked state, all dupe paths would be preserved.

[Sasza22]

Depending on what you want to achieve there are 2 options currently.

If you want your dupes to wait without breaking the path you can use the duplicant checkpoint. Dupes wait until the signal changes to active. Put a undautomated airlock righ behind it to ensure it`s sealed.

If you want to make a one way automated pass. You can put 2 doors one above another. The top one is non automated and set to one way. The bottom is automated so when open it allows dupes to pass both ways and when closed they can pass only through the top one.

[Falcore55]

both of those options aren't very attractive.  I never use the dupe checkpoint since they have to wait.  At one point when I WAS using it, I had 5 of my 6 dupes just chilling for around a half cycle while my vacuum airlock was running(using two doors, an air pump, and an atmo switch.  What OP wants is a way to block pathing to an area until some automation is complete then be allowed through.  As it stands, there isn't any way of doing this currently in the game.

And yes, I know the vacuum airlock is inefficient, I was playing around, normally I use a water lock.

[Sasza22]

13 hours ago, Falcore55 said:

What OP wants is a way to block pathing to an area until some automation is complete then be allowed through.

The OP wants a way to close the path without breaking the pathing. The checkpoint allows for that. And i think it`s the only building that can do that. It`s pumping out air that takes too long so that dupes have to wait. The perfect solution would be a checkpoint in the same place the middle door is in the 3-door airlock. It would preserve vacuum while holding the dupe for a second when the outer doors close.

[Yunru]

4 hours ago, Sasza22 said:

The OP wants a way to close the path without breaking the pathing. The checkpoint allows for that. And i think it`s the only building that can do that. It`s pumping out air that takes too long so that dupes have to wait. The perfect solution would be a checkpoint in the same place the middle door is in the 3-door airlock. It would preserve vacuum while holding the dupe for a second when the outer doors close.

But it's the middle door that creates the vacuum.

[Gwido]

On 09/01/2019 at 3:30 AM, Lawnmower Man said:

Setting a door to Locked breaks all paths through the door.  The current automation only lets you set a door to Open or Locked.  I would like a port that lets you set it to Open or Auto (so that Auto replaces Locked on the StandBy state).  Since doors are 2 high, it could simply be a separate port with this behavior.

Maybe it could work like some sort of AND gate :

 - If the 2 inputs are false, the door is locked

- if the 2 inputs are true, the door is open

- if only one of those are true, it's in auto state

[Lawnmower Man]

On 1/9/2019 at 7:25 AM, Sasza22 said:

Depending on what you want to achieve there are 2 options currently.

If you want your dupes to wait without breaking the path you can use the duplicant checkpoint. Dupes wait until the signal changes to active. Put a undautomated airlock righ behind it to ensure it`s sealed.

If you want to make a one way automated pass. You can put 2 doors one above another. The top one is non automated and set to one way. The bottom is automated so when open it allows dupes to pass both ways and when closed they can pass only through the top one.

Sorry, it's neither.  I want *thermal isolation*, since we don't have insulated doors.  Yunru gets it.  I accept that some gas will escape since the 3-door airlock is not a perfect airlock.  I'm ok with that.  What I want is to be able to go into super hot/cold chambers without leaking heat.  Insulated ceramic tiles are great for this, but I don't want to have to construct/deconstruct them every time I want to tweak the interior.  Think: "volcano room" and "sour gas condenser".  To that extent, I don't want to *ever* block dupe travel, even if they do something stupid like stand in the door constructing while letting all the heat in/out.  That's temporary and an acceptable loss.

[Lawnmower Man]

8 hours ago, Gwido said:

Maybe it could work like some sort of AND gate :

 - If the 2 inputs are false, the door is locked

- if the 2 inputs are true, the door is open

- if only one of those are true, it's in auto state

After thinking through the possibilities, I think this is close to the best solution.  However, I would propose the following:

Input 1: Open / {Locked | Auto}

Input 2: Connected -> Locked / Disconnected -> Auto

What this means is that the actual state on Input 2 is ignored, and the only thing which is considered is whether a wire is connected to the port (after all, this is how the door currently knows whether to use Auto state).  This would mean that folks who want the current semantics would have to run one more wire through their doors, but it makes more sense than requiring the wire for the Auto state, which would reverse the current semantics.

I see that your scheme would ease backwards compatibility by just requiring the extra wire for current behavior, but it would make the Open | Auto state harder to wire, because you would have to hold one input high all the time and use the other for Open/Auto.

[Gwido]

44 minutes ago, Lawnmower Man said:

After thinking through the possibilities, I think this is close to the best solution.  However, I would propose the following:

Input 1: Open / {Locked | Auto}

Input 2: Connected -> Locked / Disconnected -> Auto

What this means is that the actual state on Input 2 is ignored, and the only thing which is considered is whether a wire is connected to the port (after all, this is how the door currently knows whether to use Auto state).  This would mean that folks who want the current semantics would have to run one more wire through their doors, but it makes more sense than requiring the wire for the Auto state, which would reverse the current semantics.

I see that your scheme would ease backwards compatibility by just requiring the extra wire for current behavior, but it would make the Open | Auto state harder to wire, because you would have to hold one input high all the time and use the other for Open/Auto.

It would be better to have a system that allow the automation to switch between locked and auto states. I don't always want to open a door when conditions are safe behind, but still want duplicant to be allowed to go through.

With your system, you have no choice but switch between open/locked or open/auto states.

 

With my system, if you only want to switch between auto and locked states, you just have to put a wire on the second output (no matter which one) to have a continuous false signal. With auto states, your dupes can go through.

If you only want to switch between open and locked states, juste set an automation cable that linked the 2 inputs.

And if you want to manage the 3 states, you'll have to think about an harder circuit.  

[Lawnmower Man]

1 hour ago, Gwido said:

It would be better to have a system that allow the automation to switch between locked and auto states. I don't always want to open a door when conditions are safe behind, but still want duplicant to be allowed to go through.

With your system, you have no choice but switch between open/locked or open/auto states.

 

With my system, if you only want to switch between auto and locked states, you just have to put a wire on the second output (no matter which one) to have a continuous false signal. With auto states, your dupes can go through.

If you only want to switch between open and locked states, juste set an automation cable that linked the 2 inputs.

And if you want to manage the 3 states, you'll have to think about an harder circuit.  

Ok, I guess I did ignore the Locked | Auto configuration, which Pneumatics use.  A design goal I would prefer is that each of these modes be possible with no extra logic gates:

A. Open / Locked

B. Open / Auto

C. Locked / Auto

So, I will go with your original AND logic, with a slight modification:

Port 1: Open

Port 2: Locked

A. Wire both ports together and you get current Open / Locked semantics

B. Wire Port 1 only, and you get Open / Auto semantics

C. Wire Port 2 only, and you get Locked / Auto semantics

If both ports are wired but opposite state, you get "wired Auto", for completeness.  That covers all the bases and makes the wiring easy.