Item/Fluid "Pipe" Subnet
A simple method of emulating an item and/or fluid pipe with AE2 devices, useful for, well, anything you'd use an item or fluid pipe for.
This includes returning the result of a craft to a
МЭ поставщик шаблонов.
There are generally two different methods of achieving this:
Import Bus -> Storage Bus
The
Мэ шина импорта (1) on the source inventory imports the items or fluid, and attempts to store them in network storage.
Since the only storage on the network is the
МЭ шина хранения (2) (which is why this is a subnet and not on your main network), the items or fluid
are placed in the destination inventory, thus being transferred. Energy is provided through a
Кварцевое волокно.
Both the import bus and storage bus can be filtered, but the setup will transfer everything it can access if no filters are applied.
This setup also works with multiple import busses and multiple storage busses.
Storage Bus -> Export Bus
The
МЭ шина экспорта on the destination inventory attempts to pull items in its filter from network storage.
Since the only storage on the network is the
МЭ шина хранения (which is why this is a subnet and not on your main network), the items or fluid
are pulled from the source inventory, thus being transferred. Energy is provided through a
Кварцевое волокно.
Because export busses must be filtered to function, this setup only operates if you filter the export bus.
This setup also works with multiple storage busses and multiple export busses.
A Setup That Does Not Work (Import Bus -> Export Bus)
A setup with just an import and export bus will not work. The import bus will attempt to pull from the source inventory and store the items or fluid in network storage. The export bus will attempt to pull from network storage and put the items or fluid in the destination inventory. However since this network has no storage, the import bus can't import and the export bus can't export, so nothing happens.
Inputting And Outputting Through 1 Face
Say you have some machine that can receive input and have its output pulled through 1 face. (Like a
Зарядник)
You can both push in the ingredients and pull out the result, by combining the 2 pipe subnet methods:
Interfaces
It turns out there are devices besides import busses and export busses that push items into
and pull items out of network storage!
Of relevance here is the
МЭ-интерфейс. If an item is inserted that the interface is not set to stock, the interface will
push it to network storage, which we can exploit similarly to the import bus -> storage bus pipe. Setting an interface to
stock some item will pull it from network storage, similar to the storage bus -> export bus pipe. Interfaces can be set to
stock some things and not stock others, allowing you to remotely push and pull through storage busses, if you for some reason want to do that.
One-To-Many and Many-To One (and many-to-many)
Of course, you don't have to use just one
Мэ шина импорта or
МЭ шина экспорта or
МЭ шина хранения
Providing To Multiple Places
From all this, we can derive a method to send ingredients from one
МЭ поставщик шаблонов face to many different
locations, like an array of machines, or several different faces of one machine.
We don't want an import -> storage pipe or a storage -> export pipe because the
МЭ поставщик шаблонов never
actually contains the ingredients. Instead, providers push the ingredients to adjacent inventories, so we need some
adjacent inventory that can also import items.
This sounds like... an
МЭ-интерфейс!
Make sure the provider is in directional or flat subpart mode and/or the interface is in flat subpart mode, so the two don't form a network
connection.