[2.0.15] Disabled inserters holding item will still insert into train car

[lazrfloyd]

I have inserters at a loading station disabled through a circuit condition. They will only enable when a train is sitting at the station and only if the train id does not match my "personal" train. I wanted to be able to stop at stations without having to worry about accidentally loading my train with unwanted items.

Blueprint of full station and train:

0eNrtXd2O27oRfpVA13Iq/osLpBdtEeAAKXBwkF4UwcLQ2tpdIbLkSvKmi2AfoG/Rm77YeZKSFG1LG3k9I25yEMDn4mzGomeGH2fIGXIof41uyl2+bYqqi66+RsWqrtro6tPXqC3uqqy0n1XZJo+uotus7RZdk1Xttm66xU1edtFTHBXVOv93dEWe4onvNFlRDhrRp+s4yquu6Iq8l+KIx2W129zkjeESj6S127LoOvMgjrZ1a75VV5a54bQgUsXRo/kHV8lbYUSsiyZf9S1Sq8szzjR+qR8T/BV7K7wEqSESGFoCfUECoRMiOBwexfesU4jyAq08wSov0SISrAiFFWH54kSkaBEpVoRGi1BYESRBy5AvyOBTIghaBMeKQDu1FFgRaK+WFCuCo0UwrAi0e8sEOfsRtHtLgu2FQqwOCWr6I2i3VgOfUyARaLdW8gURk25Nk5BuSNA6inZrJdDdwC/WHC0jaLlWEHulPCTmgIkQIYsqyG6pDAkNYL1QIb2AmW0aMsnCgNIhSwXMalkS0g0QUoyETOTAbtCQ9QgoA+3gIkXaLUM7uNBYEWgHFxJptwzt4EJhe6FCegEz2zRkeRUgERqRfu2zUxvUnmfNgxZukPachCyqthdTTINWagFLellIxAGUwUNWIBj+IiRzBHZDhiTAsG4ggnCV4JwgDUl8T1loUDYNg10kISs/CHaB2RljKNgFDYkpYNqzkPX+xMgKHsIUOLIiJBgCypAhiyMMf/z6i56mBdp7hcB2A7EAW1QRTiDRLizYWQuVJIQpDHaJX4EHywoFYcMQU366Z81ArHlI1AbTXoSEVjARMiQKYieMR4UwpSeYpiGxFIXE+hITJUuUtagEwZrgWJOQABBkJYqGbKTARLCQ+A8mgoeEsSALUgIR62jcMMuQaPCEpyoVwvSEp6o05PgENpQIT5UchXMatE8F0j4lIUE3TETQNtUJa0mDYuET1pLykDgV5JUpxispzlokIq5TONZBO08wK0lD9s9gInRI/A4aXo1YW4VAjYEmIZkBCCBNQyLtE06lWQjTE+6vMTUch8UNVOKiRUgqQEAiZEi8TkCGqObsssIACjrlhQGEiX4FSnuSJCHBO4HJQOwzKYrUn4bE2ED9WUiQDZTBQ6JskBOQRMzZZgWOgwwJ4YEYYWo1UqT+KYI31sd0SNgNw4YEbRfD7IfM2i+GYUSCNoyBGCH2nCRB6h8ULAP1R/ivQNo/CdowBuqvQoJaoIygHWOgH8zaMoaNA77aSqDnCorwY8GR+h/9OGuK7n6Td8Vqsao3N0WVdfWkjHQvQ0wUmsbRqq66pi6XN/l99lAYFuZ7R95L83jt+LX2wW3RtN3yWDPePW6tLg9F0+3MJwfl+haL97aQvM0tD8uo7TJbsm7wrLd5k/U6RH8yX6t33XaHYPxr9PT0NAnQcRJa56tinTfn0NlHROKbqkM+DY7n+wyZIfUJDdSvFqgjQna5MWpvs8apfRX9/p//RbYQv8fpebU/AKzrE3DxGfZEv589eV1W9dYYyKJu8mkDSsIt6P1JCwpJyQSs8HZGgZ5Gy3i2HBRVmzcnj4CO3NPpJJg8L8d7kZ8G8AsprgViwEJqdKAyCAIXeR6X54V2L/JTAH4s4FAKigEPSHOhMgQCFw7ARSL4CQA/FVCdDMUA44MUoLMOSL2BOs+ok0vQMjA+mJzHhWN8kAD4hRzyQTEIOeWDykD4oASsKRzhgxKwpvCQYz0oBggflID5eUa1G3runFHthl4DBMIHJWB+FggflID5eUZBG0NjwAO2iaAyMD4IWAMExgcZgJ8K2KqBYpAGHMhCZWgELoA15Xm52ov8AGvKjEo19HwvET4oAPO9ZAFbVFCdecBWG1QGwgcFIOaXCB8UgDUFX4gm0GsKvi5NoNcUifBBAVhTFMIHBWBNUSHVokAMFMYHAfPzoODMqFtUi7art5P7PPuTWqFguzxNnq2Xlts2Xy8d7+iqa3Z53As6PALv0Xzsd3+6nlm7LItN0Y14+s/gLD9Ylk5R//1Vvaue83SfwXn+da/mtjFIGLD37PY0bl/T8Or2O1ufii7fvDtuh12/+VBn68jiX3rQo6vkreba/pemidKJIgnnmprxM7ZwZx7H0Y37f2Zf+TFpEhy7aTrwNfX047ZJ3z/bJpVT+6TxiOuyyrsvdfO57S10vR+buybPTYdus7LNn2ZvrX7oFdo+epu5berNsqgMoz3rExuvg4LJTb4udptFXhr/aorVYluX+STogwlJnXJuiR1J9seM5MceuMHQ/Tnaf5Av/Zezah3ZXs7jfbASe7D6zEr+e0LYXDv4ZbYdHFfqdpOV5aLMNtOz8SDE7G9XTg3VqmhWOzMf5lV2Ux6Nff/xYcxmnOU8QzX5ZvhOdDDFG3oCMHQ9bzf6D4Hul/PQ2UmrNPr3drd/QVM8cSASR/8yMtwqE1V1s3HyRvzeOTvetfnywNP2ZfIdGsm8Q4ILjGMYjyLaLs/Lxeo+b8+e45yy7UEN8zluKYAbm3eecBniMYx83jHPBcYxjAJs2wpg2xLMTQK4qXknQpchHsOYzjuou8A4hlGDbRuQGAzuCpzjxgHcyLxzyMsQj2GkwOB/8JKpnyr4H1zHOGd1FGB1HJ1KDIE7yVbMO+y9GPMYRjnvDP4C4xhGBXYZArDtFMwNkHRrPe+4/jLE4zc+JvOqKC4wjmEEJ93yfNJNE3DSLVMANzavSOQyxGMYOTBAkvKnDJBoAk6HpQJYnUQHSFIC2Kp5lTgXYx7DmM4rkLrAOIYRnBfL83kxJeC8WHIANzKvluoyxGMY6bwStwuMYxjB2bdkANvmYG4UwE3Mq4a7DPEYRjmvSPEC4xhGcNItCcC2wUm3TADc9LwazMsQj3+fIAGmEkL/nKkEBafDApDADi4aQ1MJAciyKZtX6Hox5jGMfF798QXGMYzg7FsAsm8KPowWgKQbc31XXJLuk0Oczqsgv8A4hhGcdAtA0s3ASbcAJN2YC9jiknSfGmIGPYwW9OcMkBg4HRaAdJjhD6MFIC9mwyWpyYq7+27hfpFzgp/ev0RJQH6wiUk451SjOCsEZ4XinCI4CxTn44RW1sZ86q54yE8UyGstE83UiH9v1suyvivarli1yy/3haE39UNR3fma7ziqm8II9pc5kreWxeyLG3Fk74L4SWE9eFlKW5fFenG7y/ufbe0b2YljWVQPRnzdPPqZ5EARd8dk9dk7j7sBw5jFabIROTQSyclGdNjo2r5xZurn1RLEgDLMgHKC4IxyHE7hnBXKcQavBVhlzV29+JLdmcYvvTVzvvHZYHcwcNWuLCd14ojeopyZI6Y2hXJmjpjaFM6qEFObwllVCh17qV9vBoIagYZ3W6JMXiAmAIkyL4GYACTKvAZvIjg3VOxHjZBgiN6iTF4gJgCJMnmBmAAEzqoQE4DAWZWCjr1JfH60mwpEeCRwJo+YAATKvCRiAhAo85KICYCjzGvwGoR92nHuWuVgY5+czJHaXmo7/vco6ZtOBc8mSJDM8BCvEROrXdvQsV3WoyuxrcmQ1rsy78Uf42RLmwh60KK/XLuqm7W/OHm4wfzRXql+88+ssbeWv2TD1K9vOnEN89DBfLM1XehDySPLv2Rt/uZv+bbu3vT3o9uurvLr/V3prLx+NVFOyifTs2Kbv7vJWpPd1UW52Db1Km9b48GvJ6pXv2jqqr/o/Y+q7K96vw7733KXIcxmF7/cyjJf3pp56hvB9/Umf2O6tn3lrrw2QK+Gv5kVjCs/WOcznxUre/WcJcm0PGeu+0v9r9mR3ie+B+de5e+C/sSLDmazv7Z3/Ovd1nz298c3vxXrPOonta5efbYcq+GM6z71+wI3fT7LWa9i7SkzGRvj6Hzs7hsxPWqUHhvZqHGSk31waKSOjdJRo+MDQa3aX8waZVX9ZN8BTGP75lZ+HTuKx/a1t9RRbPSM2Wcq9c+4fTagWGzf/EAspdz3TOTinik+QckDxUfPuHvm5NlPjxIMJRwlHKVGz3pKeyq1lMnKj5Rdc/eU4aK556Jdy6R/Zv/Gdp+gp4ij/PdSh1Lq9Uxd/1LuKdejVHnKaZ36/tm/sd0A6ymnZ+q1Tp2eei/B6aK9Ltrpor0umgxbesrrop0u2ku3PYtt5abrn3a6aK+Ldrpor4t2umivi3YoJR4z2ya2heWWcn9jW4PcU8RR1FPUUcJTzFHcU9xRylPCUdpT0upprE04SrlnqX/mdCHEU04X4nUhThfidSFOF+J1IU4X4nUhThfidSFOF+J1IU4XIj1lcbEn+j3ldCFeF+J0oV4Xokcte8rrQp0u1Eu3PYvtrq7rn/Mje8zaP3O6UK8LdbpQrwvtdfEoUacL9bpQpwvzulAnnXldmMOFeV2Y04VZXK77PTwzbd2Uu3zbFJXdo34wQaCbKYWkdtNQcJ5wJuTT0/8B3svh3Q==

Copy blueprint

Note: I noticed my train id had changed when working to duplicate and I addressed that by updating the condition to ensure the id in the condition would match the train id. Also note the constant combinator below the track is disabled and not sending any signal on the circuit.

Combinator and inserter settings:

11-14-2024, 14-31-47.png (491.54 KiB) Viewed 409 times

11-14-2024, 14-34-09.png (583.85 KiB) Viewed 409 times

Station layout with ore train being loaded:
Note: The other combinators are configured to enable/disable the station itself through train limit and priority and are not used to alter the inserter state

11-14-2024, 14-37-14.png (2.32 MiB) Viewed 409 times

Ore train has just left the station and personal train is entering:
Note: Only the two loading sections on the left have 5 x inserters actively holding 2 ore each, as only the first two cars in the ore train had a slot available

11-14-2024, 14-43-13.png (1.92 MiB) Viewed 409 times

Personal train id 111, matching the above combinator rule, is at the station and has had 20 copper ore loaded, 10 in each of the first two cars. Space is available in all four cars but the last two did not have any ore loaded:

11-14-2024, 14-45-57.png (5.63 MiB) Viewed 409 times

Here you can see the inserters are in a disabled state due to the circuit configuration:

11-14-2024, 14-47-44.png (3.87 MiB) Viewed 409 times

There appears to be a bug/undesired behavior where if an inserter is currently holding say copper ore, and is disabled, it will still insert that ore into a train car but will not insert any further ore. I can duplicate by having a "normal" ore loading train stop at the station with available space, accept some ore and leave the station. When I then send my "personal" train to the station it will load the ore the inserters are currently holding that they did not insert in the previous train. It's interesting to note that only inserters which were adjacent to a car on the previous ore train that had available space would then insert into the next train. So essentially only inserters which were actively engaged previously will show this behavior, while inserters which had nowhere to insert on the previous train will not.

Expected behavior would be for an inserter to remain completely disabled regardless if an available container/car is adjacent and regardless if the inserter is holding anything. As it is disabled, it should not perform any function except wait to be enabled.

[robot256]

Duplicate, said to be "not a bug" in 2019 67508

[MechBFP]

It’s not so much as “not a bug” as much as “doing the opposite causes other problems as well”.

[lazrfloyd]

Duplicate, said to be "not a bug" in 2019 67508

I skimmed through most of that and wasn't able to find where it said not a bug. Looks like they made a change to it way back in alpha 0.15.22 then reverted in 0.15.23 when a bunch of people had their entire factory break. I wasn't totally clear on the timeline and initial behavior prior to the changes. Nowhere was it clear to me that a disabled inserter holding something should be expected to still drop it, once able. Seems like if you're telling something to turn itself off then it should, no matter the state. But that would be intuitive..

[robot256]

I skimmed through most of that and wasn't able to find where it said not a bug.

You're right, I based my statement on the subforum the thread was sorted into by the mods.

[lazrfloyd]

viewtopic.php?f=11&t=49170

Not necessarily a bug. Inserters finish dropping what they are holding when disabled.

But seeing this use case I believe it is better to have them keep the item in hand if disabled.
This change will break some contraptions, but let me know if anything significant breaks.

Changed in Version: 0.15.22.

Ok, this finally clicked for me...0.15.22 is where they decided to keep the item in hand when disabled and not drop it until enabled again. And it's stated that making this change will break stuff. Then a bunch of people complained since their setups were predicated on always assuming a grabbed item will be dropped, no matter what. So they reverted back to a held item always drops when a suitable container is available, even when it is disabled/unpowered.

I've never done circuit setups relying on this so am not at all familiar with how they are configured. Seems like this should have just been a config option to satisfy different approaches to inserter management. Without having the ability to read individual train cars or setting up weird "cleanup" trains or taking up train stop space to have cleanup inserters, there doesn't seem to be a straightforward way to deal with my use case, outside of never having a train stop at a station it isn't meant to interact with. This also means you can't have a mixed car train unless you always have the same resource at the same car length, without jumping through the above hoops.

[lazrfloyd]

Another thought, I'm not sure why we can't just read the state of an inserter (disabled, waiting to drop item, etc.) then have the ability to control the inserter behavior based on its status. Maybe some UPS/performance consideration. I assume this was discussed somewhere over the last 7-8 years.

[MechBFP]

You can middle click with an item in hand to reserve that slot in a train cart for a specific item.
If that works for you, you can setup those carts so all the slots are reserved for specific item(s) so the copper can never get inserted into those carts period.

[lazrfloyd]

You can middle click with an item in hand to reserve that slot in a train cart for a specific item.
If that works for you, you can setup those carts so all the slots are reserved for specific item(s) so the copper can never get inserted into those carts period.

That's an idea anyway. Problem is I fill them up randomly depending on what I'm working on so wouldn't work very well for my use case, unless I doubled up the cars but then I have issues fitting into areas designed for small trains. Simplest solution would be to just let us decide the behavior. Obviously this was discussed at length many years ago so don't expect any traction at this point. I'll just deal with it.

[danbopes]

viewtopic.php?f=11&t=49170

Not necessarily a bug. Inserters finish dropping what they are holding when disabled.

But seeing this use case I believe it is better to have them keep the item in hand if disabled.
This change will break some contraptions, but let me know if anything significant breaks.

Changed in Version: 0.15.22.

Ok, this finally clicked for me...0.15.22 is where they decided to keep the item in hand when disabled and not drop it until enabled again. And it's stated that making this change will break stuff. Then a bunch of people complained since their setups were predicated on always assuming a grabbed item will be dropped, no matter what. So they reverted back to a held item always drops when a suitable container is available, even when it is disabled/unpowered.

I've never done circuit setups relying on this so am not at all familiar with how they are configured. Seems like this should have just been a config option to satisfy different approaches to inserter management. Without having the ability to read individual train cars or setting up weird "cleanup" trains or taking up train stop space to have cleanup inserters, there doesn't seem to be a straightforward way to deal with my use case, outside of never having a train stop at a station it isn't meant to interact with. This also means you can't have a mixed car train unless you always have the same resource at the same car length, without jumping through the above hoops.

This is actually a common issue in LTN, especially with providers that supply multiple items. The recommended approach is to make sure there's enough space in the wagon before you load it. Set a condition to enable the inserters of contents <= (cars*40*stack size)-(inserter count*inserter stack count). This will ensure the items are fully unloaded before being disabled. (The only downside is that the cargo wagon is not filled fully)

[MechBFP]

You can middle click with an item in hand to reserve that slot in a train cart for a specific item.
If that works for you, you can setup those carts so all the slots are reserved for specific item(s) so the copper can never get inserted into those carts period.

That's an idea anyway. Problem is I fill them up randomly depending on what I'm working on so wouldn't work very well for my use case, unless I doubled up the cars but then I have issues fitting into areas designed for small trains. Simplest solution would be to just let us decide the behavior. Obviously this was discussed at length many years ago so don't expect any traction at this point. I'll just deal with it.

Alternatively you can setup an inserter that is setup with a filter that removes copper or whatever from the train cart at those stops. So the copper gets added but removed a fraction of a second later.
Then you can just disable it when the other inserters are enabled.

[lazrfloyd]

viewtopic.php?f=11&t=49170

Not necessarily a bug. Inserters finish dropping what they are holding when disabled.

But seeing this use case I believe it is better to have them keep the item in hand if disabled.
This change will break some contraptions, but let me know if anything significant breaks.

Changed in Version: 0.15.22.

Ok, this finally clicked for me...0.15.22 is where they decided to keep the item in hand when disabled and not drop it until enabled again. And it's stated that making this change will break stuff. Then a bunch of people complained since their setups were predicated on always assuming a grabbed item will be dropped, no matter what. So they reverted back to a held item always drops when a suitable container is available, even when it is disabled/unpowered.

I've never done circuit setups relying on this so am not at all familiar with how they are configured. Seems like this should have just been a config option to satisfy different approaches to inserter management. Without having the ability to read individual train cars or setting up weird "cleanup" trains or taking up train stop space to have cleanup inserters, there doesn't seem to be a straightforward way to deal with my use case, outside of never having a train stop at a station it isn't meant to interact with. This also means you can't have a mixed car train unless you always have the same resource at the same car length, without jumping through the above hoops.

This is actually a common issue in LTN, especially with providers that supply multiple items. The recommended approach is to make sure there's enough space in the wagon before you load it. Set a condition to enable the inserters of contents <= (cars*40*stack size)-(inserter count*inserter stack count). This will ensure the items are fully unloaded before being disabled. (The only downside is that the cargo wagon is not filled fully)

Yeah I get you can force inserters to sync then disable before filling the train. However, if they get out of sync like if a train is sitting at an unload station and the output isn't balanced due to how half a belt will activate depending on how it is being unloaded, then you could have a car that has fewer slots taken up and eventually that could mean the others are filled when loading and still end up with the same problem. And it's an over complicated mess. I'm not doing anything crazy that would require it outside of addressing this issue so a lot of work for not much gain. I don't plan to use trains that deal with more than one item.

[lazrfloyd]

You can middle click with an item in hand to reserve that slot in a train cart for a specific item.
If that works for you, you can setup those carts so all the slots are reserved for specific item(s) so the copper can never get inserted into those carts period.

That's an idea anyway. Problem is I fill them up randomly depending on what I'm working on so wouldn't work very well for my use case, unless I doubled up the cars but then I have issues fitting into areas designed for small trains. Simplest solution would be to just let us decide the behavior. Obviously this was discussed at length many years ago so don't expect any traction at this point. I'll just deal with it.

Alternatively you can setup an inserter that is setup with a filter that removes copper or whatever from the train cart at those stops. So the copper gets added but removed a fraction of a second later.
Then you can just disable it when the other inserters are enabled.

This would mean taking up valuable real estate and degrading throughput. In my current factory state this wouldn't be an issue but could have an impact later if I'm trying to maximize. Obviously only applies when double loading from both sides...although might be able to get6 creative with the layout and get some long reach inserters going to handle a cleanup...

[Loewchen]

67508