Redstone nie jest jednym skomplikowanym przepisem, lecz językiem złożonym z sygnałów, opóźnień i bloków reagujących na zmianę. Gdy zrozumiesz, jak pył przenosi moc, repeater odświeża sygnał, comparator czyta stan pojemnika, a observer wysyła impuls, możesz samodzielnie budować drzwi, sortery i farmy zamiast kopiować układ bez wiedzy, dlaczego działa. Ten poradnik prowadzi od podstaw do pięciu małych, praktycznych mechanizmów oraz pokazuje, jak nie zamienić automatyzacji w źródło lagów.
Najważniejsze konkrety
- Sygnał ma zasięg
- Pył redstone przenosi moc najwyżej przez 15 kolejnych poziomów sygnału. Repeater odświeża ją do 15 i może dodać opóźnienie, dlatego długi przewód nie powinien być jedną nieprzerwaną linią.
- Tick to nie FPS
- Standardowy serwer celuje w 20 ticków gry na sekundę. Redstone reaguje na ticki, a TPS i MSPT opisują tempo logiki serwera; licznik klatek klienta nie jest miarą działania układu.
- Comparator czyta stan
- Komparator może porównać sygnał z tyłu i boku albo zmierzyć zapełnienie skrzyni, leja czy beczki. To podstawa alarmów pełnego magazynu i filtrów przedmiotów.
- Observer wysyła impuls
- Observer wykrywa zmianę obserwowanego bloku i emituje krótki sygnał. Nie jest zegarem sam z siebie; powtarzający się impuls wymaga źródła zmian albo osobnego obwodu.
- Java i Bedrock nie są identyczne
- Quasi-connectivity, kolejność aktualizacji, zachowanie tłoków, lejków i niektóre farmy różnią się między edycjami. Schemat zawsze powinien wskazywać wydanie oraz platformę.
- Najpierw mały test
- Zbuduj jeden moduł, oznacz wejście i wyjście, przetestuj restart oraz pełny magazyn, a dopiero potem kopiuj układ. To oszczędza surowce i ułatwia znalezienie błędu.
Redstone działa najlepiej, gdy każdy układ rozbijesz na trzy części: wejście, które wykrywa decyzję albo zmianę, logikę, która przenosi i przetwarza sygnał, oraz wyjście, które wykonuje pracę. Dźwignia–przewód–lampka jest tym samym modelem co observer–układ opóźniający–tłok w farmie trzciny. Różni je liczba bloków, nie podstawowa zasada.
Kopiowanie schematu bez rozumienia kierunku repeatera albo comparatora działa tylko do pierwszej przebudowy. Lepiej poświęcić kilkanaście minut na lampy kontrolne, zmierzenie zasięgu pyłu i obserwację impulsu. Potem łatwiej znaleźć zablokowany hopper, źle obrócony observer czy zegar, który po restarcie serwera uruchomił się w niebezpiecznym stanie.
Oficjalny materiał Mojang o badaniu redstone (otwiera w nowej karcie) przedstawia go jako system do drzwi, lamp, farm i złożonych maszyn. Ten poradnik rozwija tę ideę w praktyczny kurs dla vanilla Java 26.2 i Bedrock 26.x. Obie edycje mają te same podstawowe komponenty, ale różnią się aktualizacjami bloków, tłokami i częścią zachowań technicznych, więc każdy większy projekt testuj w docelowej wersji.
Czym jest redstone i jak myśleć o obwodzie?
Redstone dust jest jednocześnie surowcem i przewodem. Po położeniu na dozwolonej powierzchni łączy się z sąsiednimi elementami, przenosząc sygnał od źródła do odbiornika. Nie jest odpowiednikiem energii zużywanej przez urządzenie: lampka nie opróżnia baterii, a tłok nie zabiera mocy z przewodu. Liczy się aktualny stan sygnału, jego siła, kierunek oraz moment aktualizacji.
Źródłem może być dźwignia, przycisk, płyta naciskowa, pochodnia redstone, blok redstone, observer, czujnik światła, tripwire, sculk sensor albo comparator odczytujący pojemnik. Odbiornikiem są między innymi lampy, drzwi, tłoki, dozowniki, droppery, note blocki i tory. Niektóre komponenty są równocześnie wejściem i logiką: comparator czyta stan, a zarazem porównuje albo odejmuje sygnały.
| Warstwa | Pytanie projektowe | Przykładowe bloki | Test |
|---|---|---|---|
| Wejście | Co ma uruchomić układ? | Dźwignia, przycisk, observer, płyta, comparator | Podłącz lampę bez reszty mechanizmu |
| Przewód | Jak sygnał dotrze na miejsce? | Pył, pełny blok, repeater | Sprawdź siłę na kolejnych blokach |
| Logika | Kiedy i na jak długo ma działać? | Pochodnia, repeater, comparator, latch, zegar | Zasymuluj szybkie i długie wejście |
| Wyjście | Jaka praca ma zostać wykonana? | Lampa, tłok, dozownik, hopper, drzwi | Uruchom pojedynczo bez obciążenia |
| Zabezpieczenie | Jak układ się zatrzyma? | Dźwignia, blokada repeatera, przelew, alarm | Wyłącz przy pełnym magazynie i po restarcie |
Najłatwiejszym narzędziem diagnostycznym jest lampa redstone. Wstaw ją kolejno po źródle, po logice i przy wyjściu. Jeśli pierwsza świeci, a druga nie, problem leży między nimi. Na złożonej farmie takie punkty kontrolne pozwalają znaleźć awarię bez rozbierania całego magazynu.
Sygnał, moc i granica 15 bloków
Sygnał redstone ma siłę od 0 do 15. Pełne źródło zwykle zaczyna od 15, a każdy kolejny fragment pyłu obniża wartość o jeden. Po piętnastym odcinku następny nie jest zasilony. Kolor przewodu pomaga ocenić siłę, ale przy paczce tekstur może być mało czytelny; do pewnego testu użyj lampy albo comparatora.
źródło 15 → pył 14 → 13 → … → 1 → 0Repeater ustawiony zgodnie ze strzałką odbiera sygnał z tyłu i wysyła pełną siłę 15 z przodu. Nie wzmacnia przewodu w obu kierunkach, dlatego odwrotnie postawiony element całkowicie go przerwie. Pojedyncze kliknięcia zmieniają opóźnienie od jednego do czterech redstone ticków. Repeater może też zostać zablokowany sygnałem z boku, co pozwala zatrzymać stan układu bez ciągłego przełączania wyjścia.
Pełny blok może być zasilony silnie albo słabo, a zachowanie sąsiednich elementów zależy od sposobu doprowadzenia mocy. Na początku nie próbuj zapamiętywać wszystkich wyjątków. Gdy tłok lub lampa reaguje „przez ścianę”, odłącz sąsiedni pył, pochodnię i repeater pojedynczo. Zobaczysz, który blok faktycznie przekazuje stan.
| Źródło | Typ sygnału | Najlepsze zastosowanie | Pułapka |
|---|---|---|---|
| Dźwignia | Stały do ponownego kliknięcia | Główny wyłącznik maszyny | Można zapomnieć o włączonym układzie |
| Przycisk | Krótki impuls | Drzwi, dozownik, pojedynczy cykl | Czas różni się zależnie od typu i wersji |
| Płyta naciskowa | Stan zależny od obiektów | Automatyczne wejście i detekcja | Nie każda płyta reaguje na te same byty |
| Pochodnia | Odwrócenie stanu zasilanego bloku | NOT gate i podtrzymywanie sygnału | Szybka pętla może ją wypalić czasowo |
| Observer | Krótki impuls po wykrytej zmianie | Farma roślin i detekcja bloków | Łatwo skierować twarz i wyjście odwrotnie |
| Comparator | Siła zależna od stanu albo wejść | Magazyny, filtry i pomiary | Tryb odejmowania zmienia wynik |
Najważniejsze komponenty redstone
Przed dużą budową ułóż na ziemi „laboratorium”: każdy komponent, dźwignię, lampę oraz krótką linię pyłu. Obracaj elementy i obserwuj teksturę. Repeater i comparator mają jedno wejście tylne i wyjście przednie, observer ma stronę obserwującą oraz czerwony punkt wyjścia, hopper zaś zapamiętuje kierunek ustawiony podczas stawiania. Większość błędów początkujących to orientacja, nie brak materiału.
| Komponent | Rola | Jak go rozpoznać | Ćwiczenie |
|---|---|---|---|
| Pył redstone | Łączy elementy i osłabia sygnał z odległością | Linia zmienia kierunek po sąsiednich blokach | Zbuduj przewód 16 bloków i znajdź granicę |
| Pochodnia redstone | Daje sygnał i odwraca stan zasilanego bloku | Gaśnie po zasileniu bloku, do którego jest przyczepiona | Zbuduj lampę świecącą przy wyłączonej dźwigni |
| Repeater | Odświeża, opóźnia i kierunkuje sygnał | Dwie małe pochodnie, regulacja kliknięciem | Porównaj cztery ustawienia przy dwóch lampach |
| Comparator | Porównuje, odejmuje lub odczytuje kontener | Trzy pochodnie; przednia zmienia tryb | Napełniaj skrzynię i obserwuj długość sygnału |
| Observer | Wykrywa aktualizację obserwowanej strony | Twarz patrzy na blok, czerwony punkt wysyła impuls | Postaw przed nim i usuń roślinę lub blok |
| Tłok | Przesuwa blok; sticky piston może go też cofnąć | Drewniana powierzchnia wskazuje kierunek ruchu | Przesuń jeden pełny blok dźwignią |
| Hopper | Przenosi i buforuje przedmioty | Lejek wskazuje kontener docelowy | Wrzuć jeden przedmiot i śledź każdy etap |
| Dropper / dispenser | Wyrzuca albo używa przedmiotu | Podobny front, różne działanie zawartości | Porównaj wodę w wiadrze na obu blokach |
| Redstone lamp | Pokazuje stan i oświetla | Świeci przy zasileniu | Użyj jako punkt kontrolny układu |
Slime block i honey block przenoszą grupy bloków z tłokiem, ale mają własne zasady przyklejania oraz limit liczby przesuwanych elementów. Nie są zamienne w każdym flying machine. Jeśli potrzebujesz dużej ilości lepkich tłoków, zobacz poradnik budowy farmy slime w Java i Bedrock, a projekt ruchomej maszyny najpierw uruchom jako jeden segment w Creative.
Ticki, opóźnienia i zegary
Standardowa gra celuje w 20 game ticków na sekundę. Jeden game tick trwa wtedy około 50 ms. W opisie klasycznych komponentów redstone używa się również redstone ticka równego dwóm game tickom. Repeater ustawiony na 1–4 redstone ticki wprowadza więc odpowiednio 2–8 game ticków opóźnienia. To czas logiczny; przy przeciążonym serwerze realne sekundy mogą płynąć wolniej.
| Pojęcie | Co mierzy | Praktyczne znaczenie | Czego z nim nie mylić |
|---|---|---|---|
| Game tick | Krok logiki świata | Standardowo 20 na sekundę | Nie jest klatką renderowaną przez GPU |
| Redstone tick | Jednostkę klasycznych opóźnień | Odpowiada 2 game tickom | Nie wszystkie bloki reagują wyłącznie w tej jednostce |
| TPS | Liczbę ticków serwera na sekundę | Spadek poniżej celu spowalnia świat | Nie pokazuje płynności obrazu klienta |
| MSPT | Czas obliczania jednego ticka | Powyżej budżetu około 50 ms serwer nie utrzyma 20 TPS | Nie jest pingiem sieciowym |
| FPS | Klatki renderowane na urządzeniu | Wpływa na płynność widoku gracza | Wysokie FPS nie naprawia niskiego TPS |
Zegar jest obwodem samoczynnie zmieniającym stan. Najszybszy możliwy zegar rzadko jest najlepszy. Do farmy potrzebny jest impuls dopasowany do czasu wzrostu, transportu lub opróżnienia pojemnika. Za szybki clock uruchamia tłoki i obserwatory bez efektu, zwiększa liczbę aktualizacji oraz może tworzyć przedmioty szybciej, niż hopper je odbierze.
Każdy zegar powinien mieć ręczny wyłącznik oraz bezpieczny stan po zatrzymaniu. Najpierw podłącz lampę, policz cykle przez minutę i uruchom ponownie świat. Dopiero potem dołącz dispenser, tłok albo strumień wody. Na serwerze nie używaj clocka jako chunk loadera ani sposobu omijania limitu AFK bez zgody administracji.
Pięć praktycznych mini-mechanizmów redstone
Poniższe projekty celowo są małe. Buduj je na płaskim, oświetlonym polu, najlepiej z różnymi kolorami wełny pod wejściem, logiką i wyjściem. Po każdym kroku sprawdź lampę kontrolną. Wymiary dekoracyjnej obudowy dobierzesz później; najpierw musi działać rdzeń.
1. Lampka z dźwignią i odwróceniem sygnału
Do najprostszego wariantu potrzebujesz lampy redstone, dźwigni i pyłu. Ustaw lampę, poprowadź do niej przewód i na drugim końcu postaw dźwignię na pełnym bloku. Włącz, sprawdź światło, a następnie wydłuż linię do 16 fragmentów. Zobaczysz, gdzie zanika sygnał. Wstaw repeater przed martwą częścią, zwrócony w stronę lampy.
Wariant „lampka świeci, gdy dźwignia jest wyłączona” uczy bramki NOT. Przyczep pochodnię redstone do boku pełnego bloku, lampę połącz z pochodnią, a dźwignię z samym blokiem. Zasilenie bloku gasi pochodnię. To samo odwrócenie wykorzystuje się w zamkach, alarmach i filtrach.
dźwignia → blok z pochodnią → odwrócony stan → lampa2. Dwuskrzydłowe drzwi tłokowe
Przygotuj dwa sticky pistons skierowane do środka przejścia, dwa pełne bloki jako skrzydła, pył, repeatery oraz przycisk albo płyty. Najpierw podłącz każdy tłok do osobnej dźwigni i potwierdź, że wysuwa blok w światło drzwi. Następnie połącz oba wejścia symetrycznym przewodem. Jeśli jedno skrzydło rusza później, policz repeatery i ustaw identyczne opóźnienie po obu stronach.
Drzwi mają się ponownie zamknąć dopiero po wyjściu gracza. Przycisk daje określony impuls, a płyta pozostaje aktywna, dopóki ktoś na niej stoi. Dobierz źródło do sytuacji i zbuduj awaryjną dźwignię od środka. W Bedrock i Java nie zakładaj identycznego zachowania skomplikowanych drzwi wykorzystujących quasi-connectivity; ten prosty moduł zasilaj bezpośrednio i testuj z obu stron.
3. Automatyczna farma trzciny z observerem
Trzcina rośnie przy wodzie, a dolny blok powinien pozostać na miejscu. Posadź ją na dozwolonym podłożu obok kanału. Sticky piston nie jest wymagany: zwykły piston skierowany w drugi segment łodygi może złamać wyższe bloki, gdy observer wykryje wzrost na poziomie kontrolnym. Czerwony punkt observera skieruj w stronę przewodu prowadzącego do tłoka, a jego „twarz” ku trzcinie.
Pod rośliną lub obok strumienia ustaw hopper minecart, wodę i lejki zgodnie z projektem. Najpierw sprawdź jeden moduł. Jeśli tłok uruchamia się przy stawianiu bloków, to normalny impuls aktualizacji; ważne, aby po zakończeniu budowy reagował na wzrost. Dodaj ścianę, żeby przedmioty nie wypadały poza zbieranie, oraz przelew magazynu.
wzrost trzciny → observer → krótki impuls → piston → strumień → hopper4. Filtr przedmiotów z hopperem i comparatorem
Typowy sorter ma górny strumień hopperów, hopper filtrujący skierowany w bok, comparator czytający jego zapełnienie, pył, repeater, pochodnię i dolny hopper prowadzący do skrzyni. Filtr jest blokowany sygnałem z pochodni. Gdy liczba pasujących przedmiotów podniesie siłę comparatora, pochodnia gaśnie na tyle długo, aby odpowiednia część przeszła do magazynu.
Dla przedmiotu stackowalnego do 64 popularny filtr wykorzystuje 41 sztuk celu w pierwszym slocie oraz po jednej sztuce czterech specjalnie nazwanych wypełniaczy w kolejnych slotach. Nie kopiuj tej liczby do przedmiotów o innym limicie stosu. Nazwane wypełniacze nie mogą pojawić się w zwykłym strumieniu. Najpierw wrzuć pojedynczy przedmiot, sprawdź kierunek każdego hoppera, a dopiero później puść pełną skrzynię.
Pełna skrzynia może podnieść sygnał, odblokować sąsiedni filtr i wypuścić wypełniacze. Dodaj bufor, kontrolkę comparatora albo osobną linię dla nadmiaru. Filtr bez planu przepełnienia działa tylko do pierwszej dłuższej sesji AFK.
5. Zegar z głównym wyłącznikiem
Do ćwiczenia użyj comparatora w trybie odejmowania, krótkiej pętli pyłu, repeatera i lampy. Zanim zamkniesz pętlę, zasil ją przyciskiem i obserwuj, jak impuls krąży. Dźwignię podłącz tak, aby stały sygnał blokował repeater albo utrzymywał jeden odcinek w stanie uniemożliwiającym oscylację. Sposób odcięcia zależy od wybranego clocka, ale efekt musi być jeden: po przełączeniu lampka przestaje migać, a wyjście zostaje w przewidywalnym stanie.
Do urządzenia dołącz dopiero wyjście przez osobny repeater. Dzięki temu obciążenie nie zmieni rytmu samej pętli. Uruchom świat ponownie z zegarem włączonym i wyłączonym, zasymuluj pełny hopper oraz zerwanie przewodu. Jeśli nie potrafisz zatrzymać układu jednym ruchem, nie podłączaj do niego lawy, TNT, dużej liczby tłoków ani dozowników.
| Mechanizm | Czego uczy | Test końcowy | Typowa awaria |
|---|---|---|---|
| Lampka | Siła, odwrócenie i kierunek sygnału | Włącza się zgodnie z opisanym stanem | Przewód ma więcej niż 15 odcinków |
| Drzwi | Symetria i czas impulsu | Otwierają się oraz zamykają z obu stron | Jeden piston jest zasilany pośrednio |
| Trzcina | Detekcja zmiany i krótki impuls | Dolna roślina zostaje, drop trafia do skrzyni | Observer patrzy w złą stronę |
| Sorter | Odczyt kontenera i próg sygnału | Cel trafia do swojej skrzyni, reszta przechodzi dalej | Zły kierunek hoppera albo przepełnienie |
| Zegar | Opóźnienie, pętlę i stan bezpieczny | Startuje i zatrzymuje się jednym wyłącznikiem | Brak odcięcia po restarcie |
Redstone w Java Edition i Bedrock Edition
Prosty przewód, dźwignia i lampka zachowują się podobnie, ale techniczny redstone nie jest wspólnym silnikiem. Java ma quasi-connectivity: tłok, dropper i dispenser mogą reagować na zasilenie pozycji związanej z blokiem powyżej, mimo że przewód nie wygląda na bezpośrednio połączony. Bedrock zwykle wymaga innego prowadzenia mocy i może inaczej rozstrzygać kolejność kilku aktualizacji wykonanych w tym samym momencie.
Tłoki są najczęstszym źródłem niezgodności. Maszyna wykorzystująca zero-tick, bud switching, precyzyjną kolejność albo zachowanie sticky pistona może działać tylko w jednej edycji. Farmy zależne od spawnu mobów mają dodatkowo osobne zasady simulation distance i mob cap. Nawet jeśli redstone się porusza, część biologiczna lub mobowa może pozostawać nieaktywna.
| Obszar | Java Edition | Bedrock Edition | Jak projektować przenośnie |
|---|---|---|---|
| Quasi-connectivity | Występuje dla wybranych bloków | Nie działa tak jak w Java | Zasilaj ważne tłoki bezpośrednio |
| Kolejność aktualizacji | Techniczne projekty korzystają z zachowań Java | Rozstrzygnięcie może być inne | Unikaj układu zależnego od jednego subticku |
| Tłoki | Popularne są maszyny bud-switch i zero-tick | Wymagają projektów Bedrock | Sprawdź oznaczenie edition przy schemacie |
| Observer | Wykrywa zestaw aktualizacji właściwy Java | Zestaw i timing mogą się różnić | Nie zakładaj wspólnego opóźnienia całej maszyny |
| Farmy | Aktywność zależy od chunków i graczy Java | Duże znaczenie ma simulation distance | Testuj redstone i spawn jako dwa osobne etapy |
| Serwer crossplay | Mechanika jest po stronie serwera Java | Klient Bedrock tylko steruje postacią | Buduj projekt dla faktycznego silnika serwera |
Dobry tutorial podaje edycję, pełną wersję, listę materiałów i stan początkowy. Film opisany wyłącznie „działa w najnowszej wersji” szybko się starzeje. Zbuduj jeden moduł w Creative na tej samej wersji co serwer, zapisz świat, uruchom ponownie i dopiero wtedy przenoś konstrukcję do Survivalu.
Diagnostyka układu redstone krok po kroku
Nie naprawiaj redstone przez losowe dostawianie repeaterów. Najpierw odłącz wyjście, potem śledź sygnał od wejścia. Lampka lub pył kontrolny po każdej warstwie pokaże pierwszy punkt, w którym stan przestaje odpowiadać oczekiwaniu. Zmieniaj jeden blok naraz i zapisuj efekt. Jeśli po kilku ruchach nie wiesz, co zmieniłeś, wróć do kopii testowej.
- Sprawdź edycję, wersję oraz to, czy projekt nie wymaga pluginu, moda lub eksperymentu.
- Usuń dekorację zasłaniającą przewody i zaznacz wejście, logikę oraz wyjście trzema kolorami.
- Podłącz lampę bezpośrednio do wejścia. Jeśli nie reaguje, napraw czujnik lub uprawnienia interakcji.
- Przesuwaj lampę po przewodzie i znajdź ostatni zasilony punkt; sprawdź granicę 15 oraz kierunek repeatera.
- Wyjmij zawartość kontenerów, a potem dodawaj pojedyncze przedmioty, obserwując comparator i hopper.
- Odłącz tłoki, wodę i dozowniki; upewnij się, że logika sama daje prawidłowy impuls.
- Uruchom świat ponownie i powtórz test ze stanem włączonym oraz wyłączonym.
| Objaw | Najczęstsza przyczyna | Sprawdzenie | Naprawa |
|---|---|---|---|
| Przewód gaśnie przed maszyną | Przekroczono siłę 15 | Policz odcinki pyłu | Dodaj poprawnie skierowany repeater |
| Repeater nie świeci | Jest obrócony albo zablokowany z boku | Odłącz boczne przewody | Ustaw wejście od strony źródła |
| Observer strzela przy budowie | Wykrywa każdą aktualizację | Odłącz wyjście podczas montażu | Podłącz maszynę dopiero po ustawieniu bloku |
| Piston zostaje wysunięty | Ukryte zasilenie lub zbyt długi impuls | Usuń sąsiedni pył i pełne bloki | Rozdziel wejście, skróć impuls |
| Hopper niczego nie przenosi | Jest zasilony albo skierowany źle | Sprawdź lejek i sygnał blokujący | Postaw go ponownie w stronę kontenera |
| Sorter miesza przedmioty | Filtr się przepełnił | Zobacz ilości i stan sąsiednich modułów | Dodaj bufor, przelew i popraw wypełniacze |
| Układ działa tylko po dotknięciu | Brak oczekiwanej aktualizacji bloku | Porównaj Java/Bedrock i restart | Użyj projektu dla właściwej edycji |
Redstone a TPS i wydajność serwera
Pojedyncza dźwignia nie powoduje lagów. Problem tworzy skala i ciągłość pracy: setki aktywnych hopperów, szybkie zegary, tysiące przesuwanych bloków, płyny, pathfinding mobów i przedmioty wyrzucane z pełnego magazynu. Układ może być prosty wizualnie, a kosztowny obliczeniowo, jeśli wykonuje tę samą niepotrzebną operację w każdym ticku.
Zmierz bazowy TPS i MSPT przy wyłączonej maszynie, uruchom jeden moduł, odczekaj podobny okres i porównaj. Nie testuj podczas losowego skoku liczby graczy. Narzędzie spark pomaga zobaczyć koszt ticków, encji i chunków; sposób pomiaru opisuje poradnik diagnostyki serwera za pomocą spark, a znaczenie wartości poradnik o ping i TPS w Minecraft.
| Źródło kosztu | Objaw | Lepszy projekt | Zabezpieczenie |
|---|---|---|---|
| Szybki zegar | Stałe aktualizacje bez przyrostu produkcji | Impuls tylko wtedy, gdy jest potrzebny | Główna dźwignia i automatyczny stop |
| Aktywne hoppery | Dużo kontenerów sprawdza przedmioty | Krótsza trasa, water stream i blokowanie nieużywanych lejów | Przelew do magazynu awaryjnego |
| Przedmioty na ziemi | Pełne skrzynie i rosnąca liczba encji | Alarm z comparatora i większy bufor | Wyłączenie farmy przy pełnym magazynie |
| Moby przy farmie | Pathfinding i kolizje | Szybki transport oraz komora o właściwym rozmiarze | Limit i awaryjne opróżnienie |
| Wiele modułów | Każdy działa przez całą dobę | Uruchamianie strefami na żądanie | Centralny panel stanów |
Na publicznym serwerze sprawdź limit tłoków, hopperów, observerów i zasadę AFK przed budową. Administracja może optymalizować redstone, zmieniać tick rate albo wyłączać maszyny w nieaktywnych chunkach. Nie próbuj omijać tych ograniczeń. Mniejszy moduł z buforem i wyłącznikiem zwykle produkuje wystarczająco dużo, nie psując rozgrywki innym.
Checklista uruchomienia mechanizmu
Projekt, który da się naprawić
- Zgodność: zapisz edycję, pełną wersję i źródło schematu.
- Cel: określ wejście, logikę, wyjście oraz oczekiwany czas jednego cyklu.
- Materiały: policz komponenty i przygotuj zapas pyłu, repeaterów, lamp oraz bloków testowych.
- Miejsce: zostaw dostęp serwisowy, światło i przestrzeń na przelew magazynu.
- Regulamin: sprawdź limity redstone, farm, AFK i chunk loaderów.
Test jednego modułu
- Uruchom wejście z lampą kontrolną, zanim podłączysz właściwe urządzenie.
- Sprawdź kierunek każdego repeatera, comparatora, observera i hoppera.
- Wykonaj pojedynczy cykl bez przedmiotów, mobów, lawy lub innego ryzyka.
- Zasymuluj pełny magazyn, zablokowaną trasę oraz wyłączenie w połowie ruchu.
- Uruchom ponownie świat lub serwer i sprawdź oba położenia głównej dźwigni.
- Zmierz TPS/MSPT przed i po włączeniu, a rozbudowę wykonuj moduł po module.
Plan działania krok po kroku
- 1
Ustal edycję, dokładną wersję gry, tryb singleplayer lub serwer oraz zasady dotyczące automatyzacji, zegarów i AFK.
- 2
Zdobądź podstawowe komponenty: pył redstone, pochodnie, dźwignię, przycisk, repeater, comparator, observer, tłok i lej.
- 3
Zbuduj krótką linię zasilania i zmierz, gdzie sygnał słabnie; dodaj repeater dopiero wtedy, gdy rozumiesz jego kierunek i opóźnienie.
- 4
Przećwicz jeden układ wejścia–logiki–wyjścia, używając lampy jako kontrolki, zanim podłączysz drzwi, sortownik albo farmę.
- 5
Wykonaj pięć mini-mechanizmów z poradnika w świecie testowym, oznaczając przewody, poziomy i miejsca, w których układ ma reagować.
- 6
Porównaj zachowanie Java i Bedrock na tej samej wersji; nie przenoś schematu przez kopiowanie bloków bez sprawdzenia kolejności aktualizacji.
- 7
Przed uruchomieniem na serwerze zmierz TPS/MSPT, liczbę aktywnych lejów i encji, dodaj wyłącznik oraz zaplanuj bezpieczny stan po restarcie.
- 8
Po wdrożeniu monitoruj magazyn i obciążenie, a rozbudowę wykonuj modułami dopiero wtedy, gdy poprzedni moduł działa stabilnie.