The hopper is a redstone component which can be used to manage items.
Automatic smelting
To make the smelting process more efficient, it is possible to use hoppers to ensure a furnace is never left empty. In the shown schematic, chest A is for items such as uncooked meat, chest B is for fuel such as coal, and chest C holds the output. Since furnaces can hold fuel without a chest, chest B and its hopper are unnecessary. This type of system also works with the smoker and blast furnace.
As furnaces retain experience when items are removed by hoppers, multiple of these can be run for an extended period of time to make an experience farm. When one item is removed from a furnace, all experience will be instantly received.
Using a hopper system like this greatly speeds up the process of smelting large numbers of items. Should it become necessary to smelt an even larger number however, it is possible to link multiple modules to create what is commonly called a "furnace array." These vary in size and can range from very small to using close to a hundred furnaces.
| 23 Furnace Array (view on YouTube) |
|---|
Item sorter
Hopper I contains 41 diamonds, which represent the item being sorted, and 4 cheap items stackable to 64 in the other slots. (Renaming the 4 items is recommended.)
Template:GridTemplate:GridTemplate:GridTemplate:GridTemplate:Grid
1-wide, tileable, silent,overflow protected
transfer rate: 2.5 ips
A typical item sorter example.
Item sorters are a type of redstone mechanism which can be used to filter specific items into chests. They generally work using two hoppers, as shown in the schematic. The top hopper is filled as shown under the image. The hopper underneath is powered so that it cannot remove items from the top. When enough items fill the top hopper, the bottom hopper is unpowered so that it can remove the extra items. Note that some method of passing the items to be sorted along the top of a sorter chain may be necessary - this can be done with another hopper pipe transporting items over the top, or with water/ice streams.
Storage
Usually chests are placed sideways to the right of the bottom hopper. Additional hoppers can be added below or to the right of the bottom hopper to attach more chests. The bottom hopper is the only one that needs to be powered (though one immediately below it would also be powered by the redstone torch), so as many hoppers and chests as necessary can be added.
At the end of an item sorter, there is usually a chest to catch any items that didn't get sorted for some reason. This is helpful in case a valuable tool or such is accidentally dropped in. If a chest becomes full, it can also prevent the loss of items of that type. Sometimes large farms' storages will use lava instead to prevent a buildup of items should the storage completely fill up.
Overflow protection
See also: Hybrid designs with inherent overflow protection (through circuit isolation).
When multiple sorters are tiled directly next to each other, it is usually desirable to have overflow protection. In an overflow safe sorter, even if the topmost hopper has filled up due to an "overflow," the redstone signal strength will not be great enough to interfere with adjacent sorters. In the sorter shown, 1 full stack of items and 4 junk items will produce a signal strength of 3. This is just strong enough to unlock the bottom hopper without affecting adjacent hoppers. If the signal strength were to get up to 4 however, the adjacent hoppers would be unlocked causing the whole system to break down.
The first slot of the input hopper should contain the item being sorted out. The other slots should contain items which will never go through the system. Named sticks, dirt, and cobblestone are all common 'junk' items used for this purpose. Only one junk item should be placed in each slot. Otherwise, the sorter will not have ensured overflow protection.
Tip: Use named 'junk' items in the first sorter row/tile to sort out normal un-named junk items of the same type. This way you can safely use that normal junk item in all other sorter rows. Add a safety overfill detector on the storage container attached to that first sorter that disables the input for the entire sorter for an additional layer of security.
It is possible to remove the center column of blocks from the sorter. However, to do so will remove overflow protection. If the input hopper fills up, it will have a signal strength of 3 which will unlock adjacent hoppers.
Item transportation
There are multiple methods which can be used to carry items across the input hopper to potentially be picked up. The two methods most frequently used are hopper pipes and item streams.
A hopper pipe is simply a chain of hoppers all pointing at each other in a continuous line. This requires extra iron and may cause consistent lag on large scale.
Item streams, on the other hand, are made by running water over the hoppers and dropping items into the flow with a dropper. Whenever the stream grows too weak, ice and signs are used to carry items across the breaks. This is a cheaper method, provided Silk Touch has been obtained. However, while items are flowing through the system, it may generate more lag than using hoppers. Additionally, there is a greater chance for items to skip over and not be sorted.
Variations
A couple of variations of the standard overflow-protected design exist that either sacrifice the overflow protection or require some input method other than a hopper pipe.
If you are looking at variations that are not overflow-proof because they hold back fewer of the sorted item, you may want to consider one of the hybrid designs with inherent overflow protection further down instead.
Double-speed Hopper Item Sorter
Top hopper contains 41 diamonds, which represent the item being sorted, and 4 cheap items stackable to 64 in the other slots. (Renaming the 4 items is recommended.)
Hopper below that contains a full stack of the item being sorted and 4 cheap different items. Those items can be anything that isn't being used in the top hopper.
Template:GridTemplate:GridTemplate:GridTemplate:GridTemplate:Grid
Template:GridTemplate:GridTemplate:GridTemplate:GridTemplate:Grid
overflow protected
transfer rate: 5 ips
Hopper Item Sorter with minimum items held in hoppers
Hopper I contains only 1 diamond, which represent the item being sorted, and 3 cheap items stackable to 64 in the next 3 slots and 1 non-stackable item in the final slot. (Renaming the 3 items is recommended.)
Template:GridTemplate:GridTemplate:GridTemplate:GridTemplate:Grid
1-wide, tileable, silent,not overflow protected
transfer rate: 2.5 ips
Hopper I contains 18 diamonds, which represent the item being sorted, and 4 cheap items stackable to 64 in the other slots. (Renaming the 4 items is recommended.)
Template:GridTemplate:GridTemplate:GridTemplate:GridTemplate:Grid
1-wide, tileable, silent,not overflow protected
transfer rate: 2.5 ips
Hybrid Design
To use only one item in a sorter with overflow protection, total isolation of the circuit is required. To achieve this at minimum cost you can use a hybrid solution.
If you combine designs "h-A" and "h-B" (in ABABAB... configuration) then you will get an overflow-proof item sorter, because the signals will be completely isolated from each other.
Specs:
- The top Hoppers contain only 1 diamond, which represent the item being sorted, and 21 cheap items stackable in the other slots. (Renaming the 21 items is recommended.)
Template:GridTemplate:GridTemplate:GridTemplate:GridTemplate:Grid - 1-wide, tileable, silent, transfer rate: 2.5 ips.
- overflow protected only with part "h-A" and "h-B" mixed in alternating order.
BOM for a set ("h-A" + "h-B"):
- 3x Comparator
- 2x Repeater
- 2x Redstone Torch
- 6x Redstone Dust
(= 15 Torches + 8 Dust)
(by Dark Altair)
Resource Optimized Hybrid (OH)
Some Specs of type I / II:
- BOM: 12 Redstone torches + 7, 8 or 10 dust.
- complete circuit isolation -> overflow protection.
- support for a sorter master on/off circuit.
o
|
||||||
o
|
||||||
o
|
o
|
||||||
o
|
||||||
o
|
o
|
Specs:
- 2/64 filter- plus 20 cheap items or 2/16 filter- plus 14 cheap items.
Template:GridTemplate:GridTemplate:GridTemplate:GridTemplate:Grid or Template:GridTemplate:GridTemplate:GridTemplate:GridTemplate:Grid - 1-wide, tileable, silent, transfer rate 2.5 ips.
- overflow protected only when circuits "oh-A" and "oh-B" are mixed in alternating order (complete circuit isolation).
BOM for a set ("oh-A" + "oh-B"):
- 2x Comparator
- 6x Redstone Torch
- 10x Redstone Dust
(= 12 Torches + 10 Dust)
Notes:
- The two unconnected "floating" solid blocks in circuit "oh-A" are required to keep both circuits isolated.
- The stone slabs can be replaced with normal solid blocks.
- The (redstone) components marked witch an o on top, below and on the right of the hoppers are part of an optional master on/off circuit for the whole sorter array. It disables/enables all output hoppers on the bottom and the hopper transport pipe on top regardless of the individual sorter states. Useful for debugging, maintenance, changing the contents of the filter-hoppers and freezing the sorter mid-operation (mostly).
(improved by Nilbadimo)
OH Type II
²
|
redstone delay = 4 (3-6)
saves another redstone dust but master on/off circuit can't be added.
o
|
||||||
²
|
o
|
o
|
²
|
o
|
|||||
o
|
Specs: See Type I design above.
BOM for a set ("oh2-A" + "oh2-B"):
- 2x Comparator
- 2x Repeater
- 2x Redstone Torch
- 5x or 6x Redstone Dust
(= 12 Torches + 7 or 8 Dust)
Notes: See Type I design above.
(improved by Nilbadimo)
OH Type III
F
| ||||
O
| ||||
Optimized Hybrid Sorter III "oh3-B"
redstone delay = 4
F
| ||||
O
| ||||
²
|
||||
Optimized Hybrid Sorter III "oh3-A"
redstone delay = 4 (3-6)
Specs:
- 2/64 filter- plus 20 cheap items or 2/16 filter- plus 14 cheap items.
Template:GridTemplate:GridTemplate:GridTemplate:GridTemplate:Grid or Template:GridTemplate:GridTemplate:GridTemplate:GridTemplate:Grid - 1-wide, tileable, silent, transfer rate 2.5 ips.
- protected against overflow chaos only when circuits "oh3-A" and "oh3-B" are mixed in alternating order (see notes below).
BOM for a set ("oh3-A" + "oh3-B"):
- 2x Comparator
- 1x Repeater
- 4x Redstone Torch
- 4x Redstone Dust
(= 12 Torches + 5 Dust, which is less then a set of two "Compact" ones!)
Notes:
- Setup: When initializing such a sorter array any "oh3-B" filter-hopper ("F") can only be be filled with filter & filler items after at least one neighboring "oh3-A" has already been initialized. The "oh3-B" comparators need the neighboring comparators to output at least a power level of one to keep their own filter+filler items from flowing out too.
- Overflow: When a "oh3-A" sorter row/tile overflows it disables/locks the two neighboring "oh3-B" sorters. They can still pull up to 62 items from the hopper transfer pipe but they won't be able to put those items into each corresponding storage until the overflow situation is fixed.
- The stone slabs can be replaced with normal solid blocks.
- A total redstone delay of 4 in each sorter row/tile ensures that the filtering hopper's comparator stays at the activation level while it's working and doesn't flip between active and inactive. In other words: The output-hopper ("O") doesn't pull items from the filter-hopper until the later one is ready to pull a next item from the hopper pipe above (thus keeping a stable amount of 2+1 filter/to-be-sorted items in the filter-hopper). This reduces lag(?).
(improved by Nilbadimo)
Hybrid with Bedrock Edition
When using Dark Altair's design on the Bedrock Edition, you might have issues with the 21 non filter items in Item Sorter Part B. With 21 items the hopper tends to run the 1 item filter trough as well.
In order to make it work you should put 20 non filter items in. This way you sometimes get 2 filter items, but generally it drains to 1 filter item.
Part A = 21 non filter items
Part B = 20 non filter items
- Hybrid and items with stacks of 16 (Improved by RAHsite)
In order to have only1 filter item when storing items that stack till 16, you need to decrease the number of non filter items.
Part A = 15 non filter items
Part B = 14 non filter items
Below here is a link to a video that shows the use of this design on Bedrock Edition and with stacks of 16.
(improved by RAHsite)
See Also
- Hopper + Item Frame = Item Filter - There is a request on the official feedback page for turning the combination of a hopper and an item frame into a filter.
- Mods/Pugins for simpler sorters:
- "HopperFilter 2.6" with Fuzzy filter option.
- "Hopper Filter Vanilla-style Item Filters" with inverted filters (old MC versions only).
Storage silos
see also Tutorials/Storage_minecarts#Infinite_storage
It is sometimes necessary to store items in more than just one chest. Using hoppers, it is possible to store items in hundreds or even thousands of chests. This is usually done with either a connected design or an accessible design.
The connected design should be used when it is necessary to take items from a single output. Any items stored in this silo will funnel down as the bottom chest is emptied. Since the chests are not all easily accessible, this is more helpful in automation rather than use by the player. However, if it is not necessary to remove a large number of items, it could work. Silos like this are commonly used to hold fuel, minecarts, and shulker boxes.
The accessible design should be used when the player, not redstone contraptions, will be using the stored items. When the bottom chest is emptied, only items stored in the adjacent hopper can fill it back up. Since the bottom chest is the only one which can be removed from with a hopper, it is impractical to use this for automation. Silos like this are commonly used in combination with sorting systems.
The accessible design is slightly faster than the connected design since the hoppers are in a vertical line. If an item is still in the top hopper after the one below has grabbed another, it will put the item into the chest. If the upper chests become full, however, the speed will slow down to the normal 2.5 items per second.
These designs are easily expandable to fit storage needs. The expandable design can easily be tiled upwards and to one side, while the connected design can be expanded in all directions. Below are some schematics demonstrating some of these possibilities.
Special Item Filters
Special item filters, while similar to item sorters, sort items using unique properties rather than item type and name. They are usually used to sort unstackable items such as armor, shulker boxes, and potions. As item filters do not work with every item type, they may be most useful in combination with item sorters rather than as a standalone.
Unstackable items
An unstackable item filter can be used to separate unstackable items, such as armor, tools, potions, and enchanted books, from stackable items. This can be useful with mob farms where tools will need to be separated from everything else.
When an unstackable item enters input hopper A, it will unlock output hopper B. The unstackable item will then go into hopper B to be sorted elsewhere. If a normal item enters hopper A, hopper B will remain locked and the item can be outputted from hopper A.
The optional hopper C can prevent valuable items such as shulker boxes and diamond armor from being temporarily stuck in the system. When hopper B is locked, there is usually an item left in it. Hopper C, however, can still pull the items from hopper B. In one of the tileable designs, hopper C is locked with hopper B and cannot do this.
Note that these designs are not overflow protected. Should the storage connected to hopper A fill up, items will begin to flow into storage B. An overflow with a tileable design could cause similar issues with adjacent modules.
Potions and shulker boxes
Note: There is a request on the official feedback page for furnaces to only accept smeltable items in their input slot. This could possibly make them useable as another filter.
This item filter uses certain containers which restrict the kind of items that can enter them. The two containers which do this are brewing stands and shulker boxes. These allows potions and shulker boxes to be separated from other items. This could be handy to sort potions to a storage or shulker boxes to be unloaded.
With this design, items are inputed through hopper A. Any items which are allowed to enter are outputted through hopper B and items which are restricted through hopper C. If a brewing stand is used, potions will be allowed to enter the stand and go to output B. If a shulker box is used, shulker boxes will be prevented from entering and will go to output C.
This design has a circuit delay of 5 ticks which is slower than the speed of hoppers at 4 ticks. To ensure that every item gets an attempt to be pushed into the container, the input rate must be throttled to at one item per 5 redstone ticks. This could be done with a dropper on a 5 tick clock.
When building, note that the redstone repeater should be on a 3 tick delay. Hopper C is optional as it is only used to make the design item-safe. If using a brewing stand, blaze powder can be pushed into it but not removed. This usually shouldn't be a problem, however it may be desirable to fill the stand beforehand.
Hopper clocks
Hoppers are commonly used to create clocks and delay circuits. Since items can travel back and forth between two hoppers, this is an easy way to make a clock. It is more iron intensive, however.
The looped hopper clock works by having an item traveling in a "loop" between the four hoppers. Whenever the comparator detects the item in a hopper, it turns on. This clock can be adjusted by adding or removing hoppers and items.
The delayed hopper clock works by taking turns completely emptying each hopper. When the hopper on the left completely empties, the redstone torch will turn on and the other hopper will begin emptying. Note that exactly 5 stacks of items must be used with this design. To decrease the clock speed, use fewer stackable items. "Delayed hopper clock origin"
Item counter
This is a mechanism that outputs a short redstone signal for every item that goes through the dropper. The mechanism slows down the items moving through the dropper and the hopper above to make the outputs comfortable to use for counting mechanisms.
The output of this counter can be used in combination with a counting mechanism such as the scoreboard command in a command block.
This mechanism was made by Xbxp.