Friday Facts #384 - Combinators 2.0

[mrvn]

If only there where instant through holes. A wire with one side red and the other side green.

I could suggest an arithmetic combinator set to Each+0=Each to accomplish that.

That's not instant. That's got a delay of 1 tick.

I have a feeling the devs will not want to add anything that can take in a signal and then output another in the same tick due to the continuous loop issue.

This would have to be a wire. Just one with different colors at the ends. And it would connect the 2 circuit networks just like any other wire. Except it connects 2 networks of different colors. But it's no different from having a loop in a purely green wire circuit network.

[mmmPI]

With mods I have a stacksize for e.g. Landfill of 1000. Which means the division is limited to values up to 2 million, which my store of ore can exceed quite easily. So not even a general solution for computing stacks.

I'd be curious to know why so much ore stockpile and how you deal with the division then ?

[dragon-architect]

Actually, now that I've had time to reflect on it, I think I also want to add to whatever chorus might exist about decider combinators:

An RS latch function would also be nice to have. Bonus points, even, if it also has hysteresis thresholds that can be set.

This might make the decider combinator a little bit too OP, however, since a RS latch with hysteresis can already be implemented with three decider combinators, but it would still be super nice to have just to simplify a combinator configuration that I make a LOT of use of with my train stations in particular.

[Tertius]

An RS latch function would also be nice to have. Bonus points, even, if it also has hysteresis thresholds that can be set.

I guess it has been posted in this thread before, but a single decider combinator 2.0 can work as complete RS latch with hysteresis because of its multiple condition support.
As latch, the combinator should output OK=1 if input is below low threshold or if input is below high threshold and it was OK=1 before. This can be directly coded into the condition (input < thresh_low) OR (OK=1 AND input < thresh_high). As output define OK=1 and loop back a wire from the output to the input to make the previous OK value available as input.

[dragon-architect]

An RS latch function would also be nice to have. Bonus points, even, if it also has hysteresis thresholds that can be set.

I guess it has been posted in this thread before, but a single decider combinator 2.0 can work as complete RS latch with hysteresis because of its multiple condition support.
As latch, the combinator should output OK=1 if input is below low threshold or if input is below high threshold and it was OK=1 before. This can be directly coded into the condition (input < thresh_low) OR (OK=1 AND input < thresh_high). As output define OK=1 and loop back a wire from the output to the input to make the previous OK value available as input.

Hm...! I need to take some time to ponder this through when I'm not as ADHD brainfogged and sleeplagged, but you might actually be on to something...

[dragon-architect]

An RS latch function would also be nice to have. Bonus points, even, if it also has hysteresis thresholds that can be set.

I guess it has been posted in this thread before, but a single decider combinator 2.0 can work as complete RS latch with hysteresis because of its multiple condition support.
As latch, the combinator should output OK=1 if input is below low threshold or if input is below high threshold and it was OK=1 before. This can be directly coded into the condition (input < thresh_low) OR (OK=1 AND input < thresh_high). As output define OK=1 and loop back a wire from the output to the input to make the previous OK value available as input.

Oh, snap! You're actually right, it does work the same way! Having had the day to think about it, it's more appropriate to call this single-combinator configuration a comparator with hysteresis, the hysteresis part coming from the (OK=1 AND input < thresh_high) clause and the feedback.

I think the only small detail left that could massively improve my QoL when designing train stations is for storage containers to output some useful statistics beyond just what their contents are, but I've already posted about that in another FFF thread.

[Structurer]

Late to comment but I think it looks great

Two things I would like to see

1. A vanilla "Circuit Board", eg a unit where you can build more complicated circuits. Same "unfolded" size as a combinator, but larger when unfolded. I know some addins exist, but I like vanilla!

2. Possibility to make calculations based on two inputs. Say amount of Iron Ore divided by another signal.

Really looking forward to 2.0!

[Qon]

1. A vanilla "Circuit Board", eg a unit where you can build more complicated circuits. Same "unfolded" size as a combinator, but larger when unfolded. I know some addins exist, but I like vanilla!

Would be nice, yes. Should be blueprintable and have unlimited internal space and plenty of connections to be truly useful.

2. Possibility to make calculations based on two inputs. Say amount of Iron Ore divided by another signal.

They definitely can do this already. Maybe you meant to request something else?

[Taeolas]

Late to the party and just registered to post this, but one idea that I might like to see is a simple checkbox next to/near any spot you can enter values that just says "stacks".

When checked, the number will be treated as a # of Stacks as opposed to a # of Items.

It could be context enabled/disabled so if you pick something that can't be counted by stacks (liquids, power percentage, etc...) it isn't enabled.

But it would mean that I could set a signal that would go off when I have 40 stacks of something, and I won't need to recalculate that value when I change between something with stack size of 100, 50, 10, or 1; the logic would still stay the same.