Subscribe to download
NDS Inventory Manager 5

Im on a server that limits a programmable block Runtime, how do i slow the script down?

Don't worry man, I'm just glad you still keep this script alive despite how long it's already there.

Ok I will review the limit and transfer code.

Sorry for the delay. I'm working, studying, and moving at the same time.

The ignored limits is also what i got with the solution you suggested for my problem. I even set the NoSpread in the programmable block, yet i still get all ores in all refineries.

On a separate note it seems that NDS has a problem with ProtoTech Scrap, all the others work, this one doesn't show up anywhere, but i think it get dismantled. I presume that is a conflict with the regular scrap ?

1. Yes i did
2. No
3. No
4. No

I just tested out to exclude the problem with Industrial Overhaul on a new world (NO MODS) and grid with only 1 cargo 1 basic refinery, and the result is that NDS did manage to detect the limit, but after a few minutes it puts back ores to the refinery, and that loop continues. So the problem could only occur in code.

Ok the naming is correct, just going through the possible issues before I do a full test.

Did you remove the // in front of the //Limit=0:ore:raw? Commented lines are ignored

Are there any sorters that may be pushing items into the smelter?

Do you have drills actively drilling? Drills push ores to the first inventory that accepts them

Do you have more instances of the manager or any other scripts that could move ores around?

Name=Raw Cobalt||Category=Ore||Quota=0
^Type=MyObjectBuilder_Ore||Subtype=Cobalt||Blueprint=None||Refine=True||Fuel=False||Display=True

I don't believe there is a problem with naming.... even if we go with Limit=0:*:* its should logily never put anything inside the smelter but NDS does it anyway

Jim Paper,

Have you updated the names of the ores to use the prefixes I set up?
It will match all items with a display name of 'raw*' like 'raw cobalt'
If you left it on the defaults, then cobalt will remain 'cobalt' and will not match the search for 'raw cobalt'
Purified and crushed ores are prefixed with their respective states so they should work as expected without renaming them

The spread function ignores limits for speed purposes because spreading 10 ores between 15 refineries makes around 10^15 actions and checking the limits for that will nearly double the time it takes, hence the Options=NoSpreading for limited refineries, which may be causing the ores to reappear in the smelter

Okay, so I'm using this script with the Industrial Overhaul, and I have a problem with a smelter. From the old guide and your recent message to set it up correctly, all I need to do is "Options=NoSpreading" and "Limit=0:ore:raw:crushed or Limit=0:ore:raw|0:ore:crushed" but none of them works. smelter constantly ignores the limit; additionally, when I change it to 0:ore:rawcobalt this specific ore is being removed for a few seconds and then again ending up in the smelter.

Diedel,

The matching system uses the custom names, not the Subtype ID, so the name you see on panels is the matching name
Matches are also stripped of spaces and capitalization so "Steel Plate" = "steelplate"

Typically Ores do not have much use beyond refining into Ingots, so there was not a system put in place to prevent refining all the Ore. What you can do is limit Refineries to specific Ores and toggle them on/off when their Ingots reach a specified amount using Limits and Logic

e.g. a Iron Ingot refinery
Options=NoSpread
Limit=0:ore:*|100000:ore:iron
LogicAnd=ingot:iron<quota

This will only allow Iron Ore into the Refinery, it will not spread to and from other Refineries, and it will turn on when Iron Ingots are below their set quota and off when they reach their quota

This can be extended with Timers and Cloning to apply to unlimited Refineries. You can engineer anything!