Project Red Transportation - MV Storage and Autocrafting: Difference between revisions
OrderedSet (talk | contribs) Add back some sharp corners |
OrderedSet (talk | contribs) |
||
Line 6: | Line 6: | ||
== What are my options? == |
== What are my options? == |
||
# Project Red: Transportation (PRT) is great and gives most of the functionality of LP without power / HV requirements. You can do it as soon as you get MV circuits, which means late LV. |
# Project Red: Transportation (PRT) is great and gives most of the functionality of LP without power / HV requirements. You can do it as soon as you get MV circuits, which means '''late LV'''. |
||
[[File:Simplest PRT Request System.png|thumb|The simplest requester / search system. Expand by adding more chests and item interface (purple) pipes with item broadcasters.]] |
[[File:Simplest PRT Request System.png|thumb|The simplest requester / search system. Expand by adding more chests and item interface (purple) pipes with item broadcasters.]] |
||
Line 42: | Line 42: | ||
== PRT's Sharp Corners == |
== PRT's Sharp Corners == |
||
PRT is probably 2-3x worse than an equivalent AE2 system. This section explains why. It is still worth it due to its extremely early tier availability, but don't expect things to be as easy as AE2. |
|||
* |
*Inventories/machines cannot send to themselves |
||
**Each interface pipe can only reliably interact with one adjacent inventory/machine. |
**Each interface pipe can only reliably interact with one adjacent inventory/machine. |
||
**For some reason processes which send to themselves are disallowed. For example, 1 wiremill cannot do ingot -> fine wire - the intermediate wire needs to be sent to another wiremill. |
**For some reason processes which send to themselves are disallowed. For example, 1 wiremill cannot do ingot -> fine wire - the intermediate wire needs to be sent to another wiremill. |
||
*Limited machine reuse |
*Limited machine reuse |
||
**When a craft request is sent, PRT dumps '''all''' items at once into the relevant machines. It will wait outside machines with full inventories, so it is ok to reuse machines which cannot conflict like bending machines, wiremills, etc. |
**When a craft request is sent, PRT dumps '''all''' items at once into the relevant machines. It will wait outside machines with full inventories, so it is ok to reuse machines which cannot conflict like bending machines, wiremills, etc. |
||
**However, machines with large inventories and easy-to-conflict recipes like assembling machines cannot be reused (unless you are sure you will avoid a conflict). |
**However, machines with large inventories and easy-to-conflict recipes like assembling machines cannot be reused (unless you are sure you will avoid a conflict). |
||
**This makes cleanroom automation basically not viable with PRT. The difficult parts are needing multiple circuit assembling machines (due partially to self-sending restrictions as well) and not having a clear way to swap out lenses. |
**This makes cleanroom automation basically not viable with PRT. The difficult parts are needing multiple circuit assembling machines (due partially to self-sending restrictions as well) and not having a clear way to swap out lenses. |
||
**However, you can automate all circuit subparts like SMDs. |
**However, you can automate all circuit subparts like SMDs. |
||
* Hard to cancel crafts |
* Hard to cancel crafts |
||
**Unlike AE2, there is no listing of active crafts. Instead, active machines are shown with a pulsing sphere overlaid on the pipe. |
**Unlike AE2, there is no listing of active crafts. Instead, active machines are shown with a pulsing sphere overlaid on the pipe. |
||
Line 58: | Line 59: | ||
**As a result, you have to use the annoying slow/tiered assembling machine motor crafts, or craft them by hand. |
**As a result, you have to use the annoying slow/tiered assembling machine motor crafts, or craft them by hand. |
||
**Once you progress enough in PRT, you can set up autocrafting for EnderIO crafters. These are expensive and will only do one craft, but pretty quickly (~1s per craft). They also don't use GT tool durability, which is cool. |
**Once you progress enough in PRT, you can set up autocrafting for EnderIO crafters. These are expensive and will only do one craft, but pretty quickly (~1s per craft). They also don't use GT tool durability, which is cool. |
||
**Note that Slice N'Splice input is bugged and will try to pull silicon plates into its red alloy plate slot if no red alloy plates are available. As a result, for Z Logic Controller craft stability, I had to keep a buffer of red alloy plates on the system. Maybe you could use a stock keeper for this...? |
|||
**Note that Slice N'Splice input is bugged and will try |
|||
* Crafting extension cards are buggy / don't work, so need filters for MB crafts |
* Crafting extension cards are buggy / don't work, so need filters for MB crafts |
||
**If you don't use crafting extension cards, PR expects the input and output for a crafting chip to be in the same block. This is fine for machines. However, it is awkward for multiblocks. |
|||
**The crafting extension card is supposed to be a fix for this - it tells the PR system to expect the output to be in a different pipe section. However, I was unable to get this to work properly. |
|||
**As a result, you may need to use filters to solve this problem. You can also take advantage of the auto-filtering behavior of machines, although you will need to use a screwdriver to re-enable this in the newest builds (2.1.2.1+). |
|||
* GT metaitems reported for missing crafts |
* GT metaitems reported for missing crafts |
||
**When requesting items with missing components, PRT will respond with "Missing X of Y". For non-GT items Y is reported as a readable name, but for GT items it is reported like "gt.metaitem.01.2301.name". |
|||
⚫ | |||
**You can figure out what it means by searching 2301 in NEI, which will show you the relevant item. |
|||
* Drawer controller items are not reported correctly |
* Drawer controller items are not reported correctly |
||
**Like the holo glasses, PRT only sees a stack of items at a time in a drawer. This applies to drawer controllers as well. As a result, for very large crafts, it is a good idea to put the precursor materials in your diamond/compressed chests beforehand so the PRT system can see all of them. |
|||
* Stock keeper / crafting chip interaction |
* Stock keeper / crafting chip interaction |
||
* Routed interface pipe chip limit |
* Routed interface pipe chip limit |
||
* Item slot hitboxes on crafting chips |
* Item slot hitboxes on crafting chips |
||
* Requesting fluids |
* Requesting fluids |
||
⚫ | |||
**While it is difficult to make a large enough PRT system that this starts becoming a problem, you should not use PRT after AE2 becomes available. |
|||
**It is much laggier due to using item entities in pipes and causes bursty lag as it does not spread out computation over multiple ticks. |
|||
**For context, my skyblock run was built in Sampsa's void world. Their OW was ZPM at the time and we managed to use as much MSPT as the OW with a quite large PR system in HV/EV (200ish machines, 3 drawer controller walls, multiple multiblocks connected). It still stayed under 20 TPS, just wouldn't have easily scaled further. |
|||
* |
* |
Revision as of 21:56, 5 January 2022
Introduction
It is not necessary to reach EV and get titanium to do autocrafting. While AE2 is better than all the mods listed here, it comes late in progression and GTNH is full of microcrafting.
These mods don't just give basic "auto crafting table" functionality - you can also request items on demand from a storage system, load recipes perfectly from a single input, and more!
What are my options?
- Project Red: Transportation (PRT) is great and gives most of the functionality of LP without power / HV requirements. You can do it as soon as you get MV circuits, which means late LV.
(TODO: Non PR:Transportation options - LP, enderio terminal)
Basic Requester / Search System using Project Red
PRT makes a searchable / requestable storage easy to set up. It requires only these things:
- The biggest chests you can make (diamond, compressed, etc.) Doesn't really matter, but will save you from having to craft as many things.
- One item broadcaster chip per chest
- One routed interface pipe per chest
- One routed request pipe (in total)
- (Optional) One more chest for output (routed request will throw items on the ground if you don't do this)
You can see an example setup in the image on the right.
Make sure you add an item broadcaster chip above each chest or the system will not function. You can configure the card by first opening it with right click, then closing it (the default is empty + blacklist, which is what we want). Then right click on the routed interface (purple) pipe to place it inside. You can right click on the routed interface pipe to see all cards placed inside.
When you want to request something, right click on the orange pipe. This will open a UI that looks like the image on the right.
Now you have a fully searchable storage! You can integrate this with PRT autocrafting later.
Interlude: Some Details on How PRT Works
These are the primary chips/pipes you'll be using:
- Circuits
- Item Broadcaster Chip (Tells the PR network that an item can be pulled from an adjacent inventory.)
- Item Crafting Chip (Allows crafting on-demand. Tells PR system to dump items in adjacent inventory and expect some other item back.)
- Stock Keeper Chip (Allows you to specifically demand X amount of Y items be stocked in this inventory. Great for passive crafting and inventories that can overfill with one item, eg. forestry carpenters.)
- Pipe
- Routed Interface Pipe (Connects the PRT system to inventories and has space for 4 chips to insert. Behavior is a bit wonky with multiple adjacent machines - best to only do 1 at a time.)
- Item Transport Pipe (Use in-between routed interface pipes - much cheaper. Pipe is dumb and will not route things intelligently at intersections.)
- Routed Junction Pipe (Use these at intersections so items get routed correctly.)
PRT's Sharp Corners
PRT is probably 2-3x worse than an equivalent AE2 system. This section explains why. It is still worth it due to its extremely early tier availability, but don't expect things to be as easy as AE2.
- Inventories/machines cannot send to themselves
- Each interface pipe can only reliably interact with one adjacent inventory/machine.
- For some reason processes which send to themselves are disallowed. For example, 1 wiremill cannot do ingot -> fine wire - the intermediate wire needs to be sent to another wiremill.
- Limited machine reuse
- When a craft request is sent, PRT dumps all items at once into the relevant machines. It will wait outside machines with full inventories, so it is ok to reuse machines which cannot conflict like bending machines, wiremills, etc.
- However, machines with large inventories and easy-to-conflict recipes like assembling machines cannot be reused (unless you are sure you will avoid a conflict).
- This makes cleanroom automation basically not viable with PRT. The difficult parts are needing multiple circuit assembling machines (due partially to self-sending restrictions as well) and not having a clear way to swap out lenses.
- However, you can automate all circuit subparts like SMDs.
- Hard to cancel crafts
- Unlike AE2, there is no listing of active crafts. Instead, active machines are shown with a pulsing sphere overlaid on the pipe.
- To cancel a craft, you need to slot out chips or break pipes for all involved machines. (Doing it partially may cause the craft to recover and keep requesting.)
- You will also need to take the items out of machines so it doesn't block future crafts.
- No crafting table crafts without external machines
- There is no molecular assembler equivalent for crafting table crafts in PRT.
- As a result, you have to use the annoying slow/tiered assembling machine motor crafts, or craft them by hand.
- Once you progress enough in PRT, you can set up autocrafting for EnderIO crafters. These are expensive and will only do one craft, but pretty quickly (~1s per craft). They also don't use GT tool durability, which is cool.
- Note that Slice N'Splice input is bugged and will try to pull silicon plates into its red alloy plate slot if no red alloy plates are available. As a result, for Z Logic Controller craft stability, I had to keep a buffer of red alloy plates on the system. Maybe you could use a stock keeper for this...?
- Crafting extension cards are buggy / don't work, so need filters for MB crafts
- If you don't use crafting extension cards, PR expects the input and output for a crafting chip to be in the same block. This is fine for machines. However, it is awkward for multiblocks.
- The crafting extension card is supposed to be a fix for this - it tells the PR system to expect the output to be in a different pipe section. However, I was unable to get this to work properly.
- As a result, you may need to use filters to solve this problem. You can also take advantage of the auto-filtering behavior of machines, although you will need to use a screwdriver to re-enable this in the newest builds (2.1.2.1+).
- GT metaitems reported for missing crafts
- When requesting items with missing components, PRT will respond with "Missing X of Y". For non-GT items Y is reported as a readable name, but for GT items it is reported like "gt.metaitem.01.2301.name".
- You can figure out what it means by searching 2301 in NEI, which will show you the relevant item.
- Drawer controller items are not reported correctly
- Like the holo glasses, PRT only sees a stack of items at a time in a drawer. This applies to drawer controllers as well. As a result, for very large crafts, it is a good idea to put the precursor materials in your diamond/compressed chests beforehand so the PRT system can see all of them.
- Stock keeper / crafting chip interaction
- Routed interface pipe chip limit
- Item slot hitboxes on crafting chips
- Requesting fluids
- Laggy at mega-scale
- While it is difficult to make a large enough PRT system that this starts becoming a problem, you should not use PRT after AE2 becomes available.
- It is much laggier due to using item entities in pipes and causes bursty lag as it does not spread out computation over multiple ticks.
- For context, my skyblock run was built in Sampsa's void world. Their OW was ZPM at the time and we managed to use as much MSPT as the OW with a quite large PR system in HV/EV (200ish machines, 3 drawer controller walls, multiple multiblocks connected). It still stayed under 20 TPS, just wouldn't have easily scaled further.
PRT Passive Crafting Example: Autocrafting LV->MV circuits
-
Step 1: 6 inputs leading into a Circuit Assembly Machine. No chips are inserted yet - just the pipes, drawers, and machines added.
-
Step 2: Set up broadcast items for all inputs. Once the chip is programmed, add it to the pipe adjacent to the relevant drawer. (For this example I'm using drawers, but this isn't very Item Broadcaster Chip efficient. Consider using 2x2 drawers or another more compact solution you come up with (filing cabinets?). As long as the network has access to the items, you're good.)
-
Step 3: Sanity check your chip to make sure it has what you want. You can do this by pressing shift while hovering over the programmed chip. Once it looks good, put it in the pipe adjacent to the relevant drawer.
-
Step 4: Now program the final LV circuit recipe onto an Item Stock Keeper Chip. Put this into the pipe adjacent to the circuit assembly machine. (To get >1 input item, like the 2 in this case, you can click multiple times on the slot.) Be sure to set up to "refill when items empty" so it only uses as many resources as it needs for the recipe.
-
Step 5: Assuming you did everything correctly, you should be done with the first part! The system is now passively crafting LV circuits. However, it is only requesting what it needs, and the system can be reused for other crafts. Let's move on to fully automating LV->MV circuits.
-
Step 6: Set the fluid extractor to infinitely refill tin ingots. This will ensure that the tin fluid never runs out. (Note that the fluid extractor is between the two circuit assembly machines so that both have access to its fluid.)
-
Step 7: Remember that the Routed Interface Pipes can accept up to 4 cards. Because of this, you can put an Item Broadcaster Chip onto the first circuit assembler's adjacent pipe set to the LV circuit, making LV circuits now available to the network.
-
Step 8: Now program an Item Stock Keeper Chip with your MV circuit recipe. Remember to set it to only refill when empty so it only uses what it needs. Put it next to the second circuit assembler.
-
Step 9: You're done! The system will now automatically pull crafting materials for LV circuits and MV circuits. If you want to turn a particular craft off, you can either remove the adjacent chip or hit the machine with a soft mallet (which will cause the chip to fill items once to satisfy the chip "when empty" rule but not actually use the materials since the machine is off).
How do I get Project Red Ingredients?
First, remember rule 1 of any autocrafting system - the first system you set up should be making more of the autocrafting system. So make sure you have chips automated.
Now, looking at specific items:
- Dyes for Illuminars
- One source is bees, as they passively produce flowers while active. You can automate bees easily using an apiary, a hopper, and some tin item pipes that feed the bees back into the apiary.
- Alternatively, you can progress in Thaumcraft and get the Rainbow Cactus. This can be farmed for dyes.
- Gold / Redstone / Glowstone Dust / Silicon
- All of these are byproducts of glowstone dust producing flowers like glowflower or glieonia (from Thaumcraft). Set them up - you're going to need them anyway for chrome for HV.
- You can also directly get redstone from redwheat.
- If you're on 2.1.1.0, cobblestone -> sand -> glass -> silicon dioxide is a great source of silicon.
- Diamond
- GT++ Fish traps are a renewable early game source of diamonds.
- Alternatively, you can produce these from bio chunks.
- Glass
- Arc furnace!!