Inserter Cranes for Pyanodons mods

by FoMaK

Faster, larger inserters to reduce UPS/FPS issues. Modified for pymods. Based on Karoschel's Inserter Cranes. 6x2 and 3x2 cranes with hand stack size 250.

Content
2 months ago
1.1 - 2.0
9.93K
Logistics

b LTN: cranes overloading cargo

13 days ago

I am encountering a bug with the 2.0 version of LTN:

cranes will often overload trains or be stuck with a hand full of items that they dump in the next train that arrives. This happens with circuit conditions identical to normal, functioning filter inserter or stack inserter LTN stations. The issue appears to be unique to the cranes: normal inserters will stop inserting when the requested cargo is met, whereas cranes do not stop swinging in time.

LTN issue or crane issue?

12 days ago
(updated 12 days ago)

Short answer:
This is not an LTN error, and it is not a crane error. Cranes are simply larger manipulators that move entire stacks at once (and this is how they differ from "classic manipulators").

Detailed:
Your scenario is likely this:
1. Two cranes loading one wagon.
2. Mixed cargo (multiload) with a 1 locked slot via LTN’s signal.
3. Train arrives for less than a full wagon of each item — example:
4. Train is 1-2 wagons.
5. Request: 1300 copper + 2500 iron.
6. Crane swings with e.g. stack size 400.
7. After 3 swings: 1200 copper loaded.
8. 4th swing: crane commits another 400 copper → 1600 loaded, overshoot by 300.
9. Now iron won’t fit fully. During last loading attempt, crane picks iron but can’t drop all → leftovers stuck in hand → next train gets extra items.
(some scenario can happens with ash if crane hand size not exactly 250, for 251 its will be always overload and "fill" last slot ).

Just check the train schedule immediately after it leaves the loading station.

12 days ago

Wow okay, thanks, that appears to be it indeed! Are there ways to prevent/fix this if it's a known issue?

Would limiting stack size to 100 and only requesting in amounts of 100*<n of wagons> fix it?

New response