mirror of
https://github.com/MightyPirates/OpenComputers.git
synced 2025-09-14 17:56:34 -04:00
Merge branch 'onesix' into rack-overhaul
Conflicts: src/main/scala/li/cil/oc/common/tileentity/ServerRack.scala
This commit is contained in:
Florian Nücke
commit
d919b64d70
@ -951,7 +951,7 @@ opencomputers {
|
||||
|
||||
# The amount of ticks the delay is *reduced* by per tier of the CPU
|
||||
# inserted into a switch.
|
||||
relayDelayUpgrade: 1
|
||||
relayDelayUpgrade: 1.5
|
||||
|
||||
# This is the size of the queue of a not upgraded switch. Increasing it
|
||||
# avoids packets being dropped when many messages are sent in a single
|
||||
|
||||
@ -0,0 +1,7 @@
|
||||
# Adapter
|
||||
|
||||
|
||||
|
||||
Der Adapter ermöglicht es [Computern](../general/computer.md) mit Vanilla-Minecraft-Blöcken oder Blöcken von anderen Mods zu interagieren. Unterstützte Blöcke neben dem Adapter werden als Komponenten des Computers aufgelistet.
|
||||
|
||||
Zudem stellt der Adapter einige Slots für einige Updates bereit. Zum Beispiel das [Inventarkontroll-Upgrade](../item/inventoryControllerUpgrade.md), welches Computern die Möglichkeit gibt, mehr Informationen über ein angeschlossenes Inventar anzufragen. Ähnliches ist auch möglich, wenn das Upgade in einem Gerät (wie einem [Roboter](robot.md) oder einer [Drohne](../item/drone.md) installiert ist. Das [Tank-Kontrollupgrade](../item/tankControllerUpgrade.md) bietet dieselben Funktionen für Flüssigkeiten in Tanks.
|
||||
@ -0,0 +1,13 @@
|
||||
# Elektronik-Werkbank
|
||||
|
||||
|
||||
|
||||
Die Elektronik-Werkbank ist eine fortgeschrittene Maschine welche verwendet werden kann, um komplexere elektronische Geräte wie [Roboter](robot.md), [Drohnen](../item/drone.md) oder [Tablets](../item/tablet.md) zu bauen. Sie benötigen eine große Menge an Energie um Geräte zu montieren, daher wird empfohlen, sie mittels einer [Kondensatorbank (capacitor bank)](capacitor.md) mit Energie zu versorgen.
|
||||
|
||||
Um ein Gerät mit Hilfe der Elektronik-Werkbank zu bauen muss ein Basisteil des Geräts eingebaut werden. Für [Roboter](robot.md) ist dies ein [Computergehäuse](case1.md) jeder Stufe, für Tablets hingegen ist es ein [Tabletgehäuse](../tabletCase1.md). So wie es bei jedem OpenComputers-Inventar der Fall ist, können diese Teile in bestimmte Slots eingesetzt werden. Wird der Mauszeiger über einen Slot gehalten, werden die Teile im eigenen Inventar angezeigt, die in diesen Slot passen. Wenn NotEnoughItems geöffnet ist, werden gefilterte OpenComputers-Items die mit dem Slot kompatibel sind ebenfalls markiert. Am wichtigsten ist es, ein Betriebssystem oder einen Weg eines zu installieren zur Verfügung zu stellen (zum Beispiel kann man bei [Robotern](robot.md) ein [Diskettenlaufwerk](diskDrive.md) installieren, um später [Disketten](../item/floppy.md) einzusetzen). Bei den meisten Geräten kann der [EEPROM](../item/eeprom.md) später geändert werden, indem das Gerät mit einem anderen EEPROM in eine Werkbank gelegt wird. Vorhandener EEPROM wird in das Inventar zurückgelegt.
|
||||
|
||||
Zu bedenken ist, dass [Roboter](robot.md) einen [Bildschirm (Stufe 1)](screen1.md) benötigen. Um darauf schreiben zu können, wird zudem eine [Tastatur](keyboard.md) benötigt. In [Tablets](../item/tablet.md) ist der Bildschirm bereits im [Tabletgehäuse](../item/tabletCase1.md) vorhanden, aber es ist nötig, eine Tastatur zu installieren, falls der Wunsch besteht auf dem Tablet zu schreiben.
|
||||
|
||||
Sobald alles an seinem Platz liegt, wird mit dem Startknopf die Prozedur gestartet. Das Gerät wird montiert und geladen. Es ist wichtig zu bedenken, dass das Gerät *nicht geändert werden kann*, sobald es montiert wurde. Wenn etwas fehlt, muss das Gerät wieder [demontiert](disassembler.md) werden, was das Risiko von Teilverlust innehat.
|
||||
|
||||
Eine letzte Sache über Komplexitäten: Die Stufe eines Items legt die Komplexitätspunkte fest, die es benötigt. Stufe 1-Items benötigen einen Komplexitätspunkt, Stufe 2-Items benötigen zwei und Stufe 3-Items benötigen drei Komplexitätspunkte. Ausnahme hierbei bilden die Containerupgrades. Hier ist die Anzahl der benötigten Komplexitätspunkte gleich der Stufe multipliziert mit 2. (Ein Stufe-2-[Upgrade-Container](../item/upgradeContainer1.md) benötigt entsprechend 4 Komplexitätspunkte.)
|
||||
@ -0,0 +1,9 @@
|
||||
# Kabel
|
||||
|
||||
|
||||
|
||||
Das Kabel ist eine Möglichkeit, [Computer](../general/computer.md) und Maschinen, die weit auseinander stehen zu verbinden. Kompakte Bauten, bei denen sich alle Komponenten direkt oder indirekt berühren (die meisten Blöcke verhalten sich für Kabel) benötigen in der Regel keine Kabel.
|
||||
|
||||
Kabel mit Färbemitteln gefärbt werden. Gefärbte Kabel verbinden sich nur mit Kabeln der selben Farbe sowie mit hellgrauen Kabeln (hellgrau ist der Standard). Dies ist nützlich, wenn verschiedene Kabel für verschiedene Subnetzwerke parallel verlaufen sollen.
|
||||
|
||||
Wenn nötig können Kabel auch mit Forge MultiPart-Covern ider Immibis Microblocks-Covern abgedeckt werden. [3D-Drucker](print.md) sind Forge MultiPart-kompatibel, also ist es möglich, eigene Cover zu drucken.
|
||||
@ -0,0 +1,9 @@
|
||||
# Kondensator
|
||||
|
||||
|
||||
|
||||
Der Kondensator speichert Energie welche vom Netzwerk genutzt werden kann. Dadurch funktioniert es als Energiepuffer wenn es benötigt wird. Im Gegensatz zum Konvertieren von Energietypen anderer Mods (mittels eines [Energiekonverters](powerConverter.md)) erfolgt die Umwandlung von Energie innerhalb eines Subnetzwerkes ohne Verzögerung. Es ist nützlich, einen internen Energiepuffer für energieintensive Aufgaben (wie [Montage](assembler.md) oder das [Aufladen](charger.md) von Geräten wie [Robotern](robot.md) oder [Drohnen](../item/drone.md) zu haben.
|
||||
|
||||
Die Speichereffizienz steigt mit der Anzahl der Kondensatoren im direkten Kontakt oder in der Nähe. Beispielsweise haben zwei Kondensatoren einen größeren Energiespeicher als die Summe der Speicher zweier separater Kondensatoren. Dieser Nachbarschaftsbonus trifft auf Kondensatoren zu, die maximal zwei Blöcke voneinander entfernt sind, wobei er sich bei steigender Distanz weiter verringert.
|
||||
|
||||
Der Kondensator kann mit einem [Energieverteiler](powerDistributor.md) verbunden werden, um Energie für andere [Computer](../general/computer.md) oder Geräte im Netzwerk zur Verfügung zu stellen.
|
||||
@ -0,0 +1,37 @@
|
||||
# Computergehäuse
|
||||
|
||||
|
||||
|
||||
Computergehäuse gibt es in drei verschiedenen Stufen. Die Stufe bestimmt die maximale Anzahl an Komponenten, die eingesetzt werden können. Es gibt eine zusätzliche Stufe für den Kreativ-Modus. Gehäuse können ebenfalls in einer [Elektronik-Werkbank](assembler.md) platziert werden, um [Roboter](robot.md) zu bauen.
|
||||
|
||||
Die größte Stufe, die eine Komponente haben kann wird im entsprechenden Slot als römische Zahl angezeigt. Ein Stufe-2-Slot kann beispielsweise eine Stufe-1-Komponente enthalten, aber keine Stufe-3-Komponente.
|
||||
|
||||
Das Stufe-1-Gehäuse kann folgende Komponenten enthalten:
|
||||
- Zwei Stufe-1-Erweiterungskarten (wie [Grafikkarten](../item/graphicsCard1.md), [Netzwerkkarten](../item/lanCard.md), etc)
|
||||
- Eine Stufe-1-[CPU](../item/cpu1.md)
|
||||
- Ein Stufe-1-[RAM-Riegel](../item/ram1.md)
|
||||
- Eine Stufe-1-[Festplatte](../item/hdd1.md)
|
||||
|
||||
Ein Stufe-2-Gehäuse kann folgende Komponenten enthalten:
|
||||
- Eine Erweiterungskarte (wie [Grafikkarten](../item/graphicsCard1.md), [Netzwerkkarten](../item/lanCard.md), etc)
|
||||
- Eine Stufe-2-Erweiterungskarte
|
||||
- Eine Stufe-2[CPU](../item/cpu2.md)
|
||||
- Zwei Stufe-2-[RAM-Riegel](../item/ram3.md)
|
||||
- Eine Stufe-1-[Festplatte](../item/hdd1.md)
|
||||
- Eine Stufe-2-[Festplatte](../item/hdd2.md)
|
||||
|
||||
Ein Stufe-3-Gehäuse kann folgende Komponenten enthalten:
|
||||
- Eine Stufe-3-Erweiterungskarte (wie [Grafikkarten](../item/graphicsCard1.md), [Netzwerkkarten](../item/lanCard.md), etc)
|
||||
- Zwei Stufe-2-Erweiterungskarten
|
||||
- Eine Stufe-1-[CPU](../item/cpu3.md)
|
||||
- Zwei Stufe-3-[RAM-Riegel](../item/ram5.md)
|
||||
- Eine Stufe-2-[Festplatte](../item/hdd2.md)
|
||||
- Eine Stufe-3-[Festplatte](../item/hdd3.md)
|
||||
- Eine [Diskette](../item/floppy.md)
|
||||
|
||||
Das Stufe-4-Gehäuse (das Creative-Gehäuse) kann folgende Komponenten enthalten:
|
||||
- Drei Stufe-3-Erweiterungskarten (wie [Grafikkarten](../item/graphicsCard1.md), [Netzwerkkarten](../item/lanCard.md), etc)
|
||||
- Eine Stufe-3-[CPU](../item/cpu3.md)
|
||||
- Zwei Stufe-3-[RAM-Riegel](../item/ram5.md)
|
||||
- Zwei Stufe-3-[Festplatten](../item/hdd3.md)
|
||||
- Eine [Diskette](../item/floppy.md)
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT case1.md
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT case1.md
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT case1.md
|
||||
@ -0,0 +1,7 @@
|
||||
# Chamälium-Block
|
||||
|
||||
|
||||
|
||||
Einige Stücke [Chamälium](../item/chamelium.md) können kombiniert werden, um einen dekorativen Monochrom-Block zu schaffen. Chamäliumblöcke können mit einer der 16 Minecraft-Farben gefärbt werden.
|
||||
|
||||
Der Chamäliumblock kann als Textur in einem [3D-Drucker](print.md) verwendet werden, wodurch das Gedruckte weiß wird.
|
||||
@ -0,0 +1,9 @@
|
||||
# Ladegerät
|
||||
|
||||
|
||||
|
||||
Das Ladegerät wird verwendet, um Geräte wie den [Roboter](robot.md), [Drohnen](../item/drone.md) und [Tablets](../item/tablet.md) zu laden. Ein Ladegerät muss mit einem Redstonesignal aktiviert werden. Die Ladegeschwindigkeit hängt von der Stärke des Redstonesignals ab. Eine Stärke von 15 bedeutet 100% Ladegeschwindigkeit.
|
||||
|
||||
Es gilt zu bedenken, dass dies umgestellt werden kann, wenn das Ladegerät mit einem [Schraubenschlüssel](../item/wrench.md) berührt wird. In diesem Modus ist die Standardgeschwindigkeit 100% welche mit einem Redstonesignal verringert werden kann.
|
||||
|
||||
Wenn sich ein Tablet in einem Ladegerät befindet wird die erste Festplatte mit angeschlossenen [Computern](../general/computer.md) verbunden, ähnlich wie es bei [Disketten](../item/floppy.md) in [Diskettenlaufwerken](diskDrive.md) der Fall ist. So können Daten zwischen dem Computer und dem Tablet ausgetauscht werden.
|
||||
@ -0,0 +1,7 @@
|
||||
# Recycler
|
||||
|
||||
|
||||
|
||||
Der Recycler kann verwendet werden, um die meisten Items in ihre Bestandteile aufzuteilen. Dies ist besonders nützlich um Materialien von unnütz gewordenen Bauteilen zurückzubekommen, oder um Geräte zu demontieren, die nicht länger nützlich sind oder inkorrekt gebaut wurden (z.B. [Roboter](robot.md) ohne [Betriebssystem](../general/openOS.md)).
|
||||
|
||||
Die Demontage benötigt eine lange Zeit und kann viel Energie verbrauchen. Es besteht zudem eine geringe Wahrscheinlichkeit, dass eine Komponente verloren geht.
|
||||
@ -0,0 +1,9 @@
|
||||
# Diskettenlaufwerk
|
||||
|
||||
|
||||
|
||||
Das Diskettenlaufwerk kann verwendet werden, um [Disketten](../item/floppy.md) mittels eines Computers auszulesen. Dies ist am Anfang nützlich, da niedrigstufige [Computergehäuse](case1.md) keinen eingebauten Diskettenslot haben. Dennoch benötigst du ein Betriebssystem um den Computer hochzufahren. Eine [OpenOS](../general/openOS.md)-Diskette kann mit einer leeren [Diskette](../item/floppy.md) und dem [Handbuch](../item/manual.md) gefertigt werden.
|
||||
|
||||
Ein Diskettenlaufwerk kann zudem in [Robotern](robot.md) installiert werden, was den Einsatz von [Disketten](../item/floppy.md) in den Roboter ermöglicht. Dies ist ist sehr nützlich, da der einzige Weg Daten von und zu einem Roboter zu kopieren mittels eines Netzwerks ist (beispielsweise mittels einer [Netzwerkkarte](../item/lanCard.md)).
|
||||
|
||||
[Disketten](../item/floppy.md) können auch entfernt und eingesetzt werden ohne die GUI zu öffnen, indem beim Schleichen das Diskettenlaufwerk mit der Diskette in der Hand rechts angeklickt wird.
|
||||
@ -0,0 +1,7 @@
|
||||
# Geolyzer
|
||||
|
||||
|
||||
|
||||
Der Geolyzer kann von [Computern](../general/computer.md) verwendet werden, um das umgebende Terrain auf die ungefähre Härte von Blöcken zu analysieren. Dies ist nützlich um Karten der Gegend zu generieren, die auf einem [Hologrammprojektor](hologram1.md) angezeigt werden. Erze sind üblicherweise härter als Erde und Stein, daher kann man mit dem Geolyzer potenziell wertvolle Blöcke finden. Die Ergebnisse sind in der Regel etwas ungenau, theoretisch können mehrere Scans zu genaueren Ergebnissen führen.
|
||||
|
||||
Der Geolyzer kann außerdem in [Robotern](robot.md) und [Tablets](../item/tablet.md) als ein Upgrade installiert werden um die Umgebung zu scannen. Dies verbraucht einiges an Energie, was den Akku des Gerätes schnell entladen wird.
|
||||
@ -0,0 +1,7 @@
|
||||
# Hologrammprojektor
|
||||
|
||||
|
||||
|
||||
Der Hologrammprojektor ist ein 3D-Display, das bedeutet es stellt ein dreidimensionales Array von "Voxeln" bereit, die von einem Computer einzeln aktiviert oder deaktiviert können. Der Stufe-2-Projektor hat dieselbe Auflösung, unterstützt allerdings die Darstellung in drei verschiedenen Farben.
|
||||
|
||||
Hologramme können an ihrer vertikalen Achse rotiert werden, wenn sie mit einem [Schraubenschlüssel](../item/wrench.md) an ihrer Ober- oder Unterseite berührt werden. Dies erspart den Aufwand, dies softwareseitig zu realisieren. Hologramme können auch skaliert werden.
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT hologram1.md
|
||||
@ -0,0 +1,47 @@
|
||||
# Blöcke
|
||||
|
||||
Dieser Index listet alle dokumentierten Blöcke in OpenComputers auf. Items sind im [Item-Index](../item/index.md) zu finden.
|
||||
|
||||
Es gilt zu bedenken, dass manche Blöcke nicht verfügbar sein könnten, wenn es in den Rezepteinstellungen so definiert ist.
|
||||
|
||||
## Computer
|
||||
* [Computergehäuse](case1.md)
|
||||
* [Mikrocontroller](microcontroller.md)
|
||||
* [Roboter](robot.md)
|
||||
* [Serverschrank](serverRack.md)
|
||||
|
||||
## Komponenten
|
||||
|
||||
### Eingabe / Ausgabe
|
||||
* [Hologrammprojektor](hologram1.md)
|
||||
* [Tastatur](keyboard.md)
|
||||
* [Bildschirm](screen1.md)
|
||||
|
||||
### Speicher
|
||||
* [Diskettenlaufwerk](diskDrive.md)
|
||||
* [RAID](raid.md)
|
||||
|
||||
### Extensions
|
||||
* [Adapter](adapter.md)
|
||||
* [Geolyzer](geolyzer.md)
|
||||
* [Bewegungssensor](motionSensor.md)
|
||||
* [Redstone E/A](redstone.md)
|
||||
* [Wegpunkt](waypoint.md)
|
||||
|
||||
## Montage / Druck
|
||||
* [3D-Druck](print.md)
|
||||
* [3D-Drucker](printer.md)
|
||||
* [Elektronik-Werkbank](assembler.md)
|
||||
* [Chamäliumblock](chameliumBlock.md)
|
||||
* [Disassembler](disassembler.md)
|
||||
|
||||
## Netzwerktechnik
|
||||
* [Kabel](cable.md)
|
||||
* [Net Splitter](netSplitter.md)
|
||||
* [Relay](relay.md)
|
||||
|
||||
## Energiemanagement
|
||||
* [Kondensator](capacitor.md)
|
||||
* [Ladestation](charger.md)
|
||||
* [Leistungswandler](powerConverter.md)
|
||||
* [Stromverteiler](powerDistributor.md)
|
||||
@ -0,0 +1,7 @@
|
||||
# Tastatur
|
||||
|
||||
|
||||
|
||||
Eine Tastatur wird benötigt um Text auf [Bildschirme](screen1.md) zu schreiben, egal ob in der Welt platziert oder in Geräte eingebaut (wie bei [Robotern](robot.md) oder [Tablets](../item/tablet.md)).
|
||||
|
||||
Damit eine Tastatur mit einem [Bildschirm](screen1.md) in der Welt funktioniert, muss sie neben dem Bildschirm und in Richtung des Bildschirms oder direkt auf dem Bildschirm aufgestellt werden. Ob die Tastatur funktioniert kann festgestellt werden, wenn beim Rechtsklick auf die Tastatur die GUI des Bildschirms geöffnet wird.
|
||||
@ -0,0 +1,7 @@
|
||||
# Mikrocontroller
|
||||
|
||||
|
||||
|
||||
Mikrocontroller werden gebaut, indem ein [Mikrocontrollergehäuse](../item/microcontrollerCase1.md) in der [Elektronik-Werkbank](assembler.md) verwendet wird. Im Vergleich zu [Computern](../general/computer.md) haben sie weniger Funktionen, sind aber günstiger zu bauen. Ganz besonders *können sie nicht mit externen Komponenten interagieren*.
|
||||
|
||||
Mikrocontroller können einige Komponenten verwenden, wie [CPUs](../item/cpu1.md), [RAM-Riegel](../item/ram1.md) und Erweiterungskarten. Mikrocontroller können keine [Festplatte](../item/hdd1.md) enthalten, allerdings einen Slot für einen [EEPROM](../item/eeprom.md), welcher für bestimmte Anwendungszwecke programmiert werden kann. Sie haben einen Vorteil gegenüber Computergehäusen, da sie manche Upgrades wie das [Kolbenupgrade](../item/pistonUpgrade.md) verwenden können.
|
||||
@ -0,0 +1,7 @@
|
||||
# Bewegungssensor
|
||||
|
||||
|
||||
|
||||
Der Bewegungssensor erlaubt es [Computern](../general/computer.md) Bewegungen von lebenden Entities zu erkennen. Wenn die Geschwindigkeit eines Lebewesens einen Schwellenwert überschreitet wird ein Signal zum angeschlossenen Computer gesendet. Der Schwellwert kann mittels der Komponenten-API welche der Bewegungssensor bereitstellt verändert werden.
|
||||
|
||||
Die Bewegung wird nur erkannt, wenn sie in einem Radius von acht Blöcken um den Sensor geschieht und wenn eine direkte Sichtlinie besteht.
|
||||
@ -0,0 +1,7 @@
|
||||
# Net Splitter
|
||||
|
||||
|
||||
|
||||
Der Net Splitter ist ein Gerät das eine Kontrolle der Verbindungen zwischen Subnetzwerken ermöglicht. Im Gegensatz zum [Switch](switch.md) oder dem [Energiekonverter](powerConverter.md) verbindet es benachbarte Subnetzwerke direkt, das bedeutet, dass auf Komponenten zugegriffen werden kann. Die Verbindungen zu jeder Seite kann mit einem Schraubenschlüssel eingestellt werden (zum Beispiel den [srench](../item/wrench.md)). Wenn ein Redstonesignal an den Netzwerksplitter gesendet wird, werden alle Seiten invertiert.
|
||||
|
||||
Dieser Block kann daher benutzt werden um die Erreichbarkeit verschiedener Netzwerke zu wechseln. Um dies zu automatisieren ist die Benutzung eines [Redstone-I/O-Blocks](redstone.md) oder einer [Redstonekarte](../item/redstoneCard1.md) nötig.
|
||||
@ -0,0 +1,5 @@
|
||||
# Leistungswandler
|
||||
|
||||
|
||||
|
||||
Der Leistungswandler stellt den schnellsten Weg dar, um Energie von anderen Mods zu OpenComputers eigenem Energiesystem zu konvertieren. Wenn nur ein Computer verwendet wird, wird dieser nicht nötig sein. Bei einer großen Kondensatorbank, die nur dann und wann geleert wird, ist er ebenfalls nicht nötig. Wenn hingegen eine [Elektronik-Werkbank](assembler.md) oder eine [Ladestation](charger.md) direkt mit Energie versorgt werden soll, ist es eine gute Idee, diesen Konverter zu verwenden, anstatt sie direkt zu einer externen Energiequelle anzuschließen.
|
||||
@ -0,0 +1,5 @@
|
||||
# Stromverteiler
|
||||
|
||||
|
||||
|
||||
Der Stromverteiler verteilt Energie in einem geteilten Energiespeicher (wie beispielsweise in einem [Kondensator](capacitor.md). Dadurch können verschiedene Subnetzwerke dieselbe Energiequelle verwenden ohne Komponenten sichtbar zu machen. Es balanciert die Energie in allen Subnetzwerken aus, sodass sie alle die selbe relative Menge an Energie haben.
|
||||
@ -0,0 +1,11 @@
|
||||
# 3D-Druck
|
||||
|
||||
|
||||
|
||||
3D-Drucke werden mittels eines [3D-Druckers](printer.md) erstellt. Obwohl sie primär als Dekoration gedacht sind, können sie auf Redstonesignale reagieren oder Signale aussenden und damit einige wenige Zusatzfunktionen zur Verfügung stellen.
|
||||
|
||||
3D-Drucke können wiederverwendet werden, indem man sie als Ausgangsmaterial für einen [3D-Drucker](printer.md) verwendet. Dadurch wird ein Teil des [Chamäliums](../item/chamelium.md) was zum Druck verwendet wurde wiederverwendet. Die Farbe wird nicht wiederverwendet.
|
||||
|
||||
Wenn man den Knopf für erweiterte Tooltips (standardmäßig die Umschalttaste) gedrückt hält, wird der Zustand des aktiven Drucks angezeigt, wenn einer verfügbar ist.
|
||||
|
||||
Gedruckte Blöcke sind Forge MultiPart-kompatibel. Dadurch können mehrere Drucke in einen einzigen Block platziert werden, solange sie nicht kollidieren oder die maximale Anzahl an Objekten in einem Block nicht überschritten wird. Dank Forge MultiPart können Drucke dadurch in den selben Block wie andere Forge MultiPart-Blöcke gestellt werden, wie Fackeln, Hebel, Kabel oder rote Legierungskabel von Project Red.
|
||||
@ -0,0 +1,17 @@
|
||||
# 3D-Drucker
|
||||
|
||||
|
||||
|
||||
3D-Drucker erlauben es, Blöcke von jeder Form mit jeder Art von Textur zu drucken. Um mit 3D-Druckern anzufangen wird ein 3D-Drucker und ein Computer benötigt. Dadurch erhält man Zugriff auf die `printer3d`-Komponenten-API. Hiermit können [Modelle](print.md) erstellt und gedruckt werden.
|
||||
|
||||
Ein bequemerer Weg, 3D-Drucker aufzusetzen ist es, den Open Programs Package Manager zu verwenden. Sobald er installiert ist (`oppm install oppm`) wird eine [Internetkarte](../item/internetCard.md) im [Computer](../general/computer.md) benötigt. Mit folgendem Befehl
|
||||
`oppm install print3d-examples`
|
||||
können Beispiele für 3D-Modelle installiert werden.
|
||||
|
||||
Diese Beispiele können in `/usr/share/models/` als .3dm-Dateien gefunden werden. Besonders gilt es hier, die `example.3dm`-Datei zu beachten. Alternativ können `print3d` und `print3d-examples` auch mittels `wget` von OpenPrograms heruntergeladen werden. Dies erfordert ebenfalls eine [Internetkarte](../item/internetCard.md).
|
||||
|
||||
Um diese Modelle drucken zu können muss ein 3D-Drucker mit einem [Computer](../general/computer.md) konfiguriert werden. Wenn der Drucker auf Non-Stop gesetzt wird, wird der Computer danach nicht mehr benötigt. Auch eine [Druckerpatrone](../item/inkCartridge.md) und ein bisschen [Chamelium](../item/chamelium.md) wird als Ausgangsmaterial benötigt. Die Menge an Chamelium hängt vom Volumen des Drucks ab, während die Menge der benötigten Tinte von der Oberfläche des gedruckten Items abhängt.
|
||||
|
||||
Um etwas zu drucken wird der Befehl `print3d /pfad/zur/Datei.3dm` verwendet, wobei der Pfad zur 3DM-Datei angegeben werden muss.
|
||||
|
||||
Die Dokumentation über die Erstellung benutzerdefinierter Modelle kann in `/usr/share/models/example.3dm` gefunden werden.
|
||||
@ -0,0 +1,11 @@
|
||||
# RAID
|
||||
|
||||
|
||||
|
||||
Der RAID-Block enthält drei [Festplatten](../item/hdd1.md), welche zu einem einzelnen Dateisystem kombiniert werden. Dieses einzelne Dateisystem hat als Kapazität die Summe der einzelnen Kapazitäten. Das Dateisystem kann mit allen angeschlossenen [Computern](../general/computer.md) verwendet werden.
|
||||
|
||||
Das RAID funktioniert nur, wenn drei [Festplatten](../item/hdd1.md) eingesetzt sind. Sie können sich in ihrer Größe unterscheiden.
|
||||
|
||||
Eine Festplatte hinzuzufügen oder zu entfernen, wird zum kompletten Datenverlust führen, **selbst wenn der ursprüngliche Zustand wiederhergestellt wird**.
|
||||
|
||||
Ein RAID-Block behält beim Zerstören alle enthaltenen Festplatten und kann ohne Datenverlust wieder platziert werden.
|
||||
@ -0,0 +1,9 @@
|
||||
# Redstone-I/O
|
||||
|
||||
|
||||
|
||||
Der Redstone-I/O-Block kann verwendet werden, um ferngesteuert Redstonesignale auszugeben und einzulesen. Es verhält sich wie ein Hybrid einer Stufe-1- und einer Stufe-2-[Redstonekarte](../item/redstoneCard1.md). Es kann analoge und gebündelte Signale lesen wie schreiben, aber kann keine kabellosen Redstonesignale ausgeben.
|
||||
|
||||
Die Methoden der API müssen mit Seiten aus `sides` (d.h. den Himmelsrichtungen) verwendet werden.
|
||||
|
||||
Genau wie die [Redstonekarten](../item/redstoneCard1.md) sendet dieser Block ein Signal zum verbunden [Computer](../general/computer.md), wenn der Status eines Redstonesignals wechselt - sowohl bei analog als auch für gebündelte Signale. Er kann zudem verwendet werden um verbundene Computer aufzuwecken, sobald eine gewisse Signalstärke überschritten wird. Damit kann man Computer automatisch hochfahren.
|
||||
@ -0,0 +1,11 @@
|
||||
# Relay
|
||||
|
||||
|
||||
|
||||
Das Relay kann verwendet werden um verschiedene Subnetzwerken das Senden von Nachrichten zueinander zu ermöglichen, ohne Komponenten Computern in anderen Netzen zugänglich zu machen. Grundsätzlich ist es eine gute Idee Komponenten lokal zu behalten, damit [Computer](../general/computer.md) nicht die falschen Komponenten ansprechen oder Komponenten-Overflows zu verursachen (welche dazu führen, dass Computer crashen und nicht hochfahren.)
|
||||
|
||||
Mit einer [Drahtlosnetzwerkkarte](../item/wlanCard.md) können auch kabellose Nachrichten weitergeleitet werden. Dann kann dieser Block als Repeater verwendet werden: Es kann Nachrichten aus verkabelten Netzwerken zu anderen Geräten in verkabelten Netzwerken weiterleiten, oder Nachrichten aus kabellosen Netzwerken zu verkabelten oder kabellosen Netzwerken.
|
||||
|
||||
Relays führen *kein Protokoll* über kürzlich versendete Nachrichten, also ist es wichtig, Kreisläufe im Netzwerk zu vermeiden, oder das selbe Paket kann mehrmals empfangen werden. Aufgrund der geringen Puffergröße von Switches kann Paketverlust zu einem Problem werden, wenn Netzwerknachrichten zu oft gesendet werden. Ein Upgrade für Switches und Access Points zur Beschleunigung der Nachrichtenweiterleitung ist möglich, genau wie die interne Nachrichtenqueue erweitert werden kann.
|
||||
|
||||
Pakete werden nur ein paar mal weitergeschickt; demnach ist nicht möglich eine unbegrenzte Anzahl an Relays aufzustellen. Standardmäßig kann ein Paket bis zu fünf mal "springen".
|
||||
@ -0,0 +1,9 @@
|
||||
# Roboter
|
||||
|
||||
|
||||
|
||||
Im Gegensatz zu [Computern](../general/computer.md) können Roboter sich bewegen und mit der Welt fast wie ein Spieler interagieren. Sie können jedoch *nicht* mit externen Komponenten interagieren. Wenn die Kommunikation mit einem Computer benötigt wird, muss eine [kabellose Netzwerkkarte](../item/wlanCard.md) verwendet werden, oder ein Low-Level-Protokoll mit Redstonesignalen erstellt werden.
|
||||
|
||||
Roboter werden gebaut, indem ein [Computergehäuse](case1.md) jeder Stufe in einer [Elektronik-Werkbank](assembler.md) verwendet werden. Hochstufige [Computergehäuse](case1.md) erlauben komplexere Roboter, da sie eine bessere [CPU](../item/cpu1.md) verwalten können. Die Komplexität des Roboters ist von den Stufen der verwendeten Komponenten und Upgrades abhängig, wobei hochstufige Komponenten komplexer sind als niedrigstufige Komponenten. Wenn der Roboter zu komplex ist, kann die [Elektronik-Werkbank](assembler.md) den Roboter nicht bauen.
|
||||
|
||||
Eine Vielfalt von Upgrades kann in Robotern verwendet werden, um ihre Funktionen zu erweitern. Dazu zählen unter Anderem das [Inventar](../item/inventoryUpgrade.md), der [Inventarcontroller](../item/inventoryControllerUpgrade.md), [Tankupgrades](../item/tankUpgrade.md) oder das [Navigationsupgrade](../item/navigationUpgrade.md). [Upgrade-](../item/upgradeContainer1.md) und [Karten](../item/cardContainer1.md)container können im Roboter platziert werden um flexiblen Einbau von Upgrades und Komponenten zu ermöglichen. Auch ein [Diskettenlaufwerk](diskDrive.md) kann eingebaut werden, um den Einsatz von [Disketten](../item/floppy.md) zu ermöglichen. Damit kann [OpenOS](../general/openOS.md) installiert werden. (Möglich ist auch eine Installation auf eine [Festplatte](../item/hdd1.md) und den Einsatz dieser in den Roboter).
|
||||
@ -0,0 +1,18 @@
|
||||
# Bildschirme
|
||||
|
||||
|
||||
|
||||
Ein Bildschirm wird in Kombinationen mit [Grafikkarten](../item/graphicsCard1.md) verwendet, um mit [Computern](../general/computer.md) Text darzustellen. Verschiedene Stufen haben unterschiedliche Fähigkeiten, wie die Unterstützung verschiedener Auflösungen und Farbtiefen. Sie reichen von geringauflösenden Monochromdisplays zu hochauflösenden Displays mit bis zu 256 Farben.
|
||||
|
||||
Die verfügbare Auflösung und Farbtiefe hängt von der niedrigststufigen Komponente ab. Eine Stufe-1-Grafikkarte mit einem Stufe-3-Bildschirm kann nur die Stufe-1-Auflösung und -Farbtiefe verwenden, genau wie bei einer Stufe-3-Grafikkarte und einem Stufe-1-Bildschirm. Dennoch werden die Operationen auf einer Stufe-3-Grafikkarte schneller ausgeführt als auf einer Stufe-1-Grafikkarte.
|
||||
|
||||
Bildschirme können nebeneinander platziert werden, um größere Bildschirme zu ermöglichen, solange sie in dieselbe Richtung zeigen. Wenn sie nach oben oder unten ausgerichtet werden, müssen sie auch gleich rotiert werden. Die Richtung wird von einem Pfeil angezeigt, wenn der Bildschirm in der Hand gehalten wird.
|
||||
|
||||
Die Größe eines Bildschirms hat keinen Einfluss auf die verfügbare Auflösung. Um verschiedene Bildschirme voneinander zu trennen können sie zudem mit jeder Farbe gefärbt werden. Der Bildschirm muss dafür nur mit einem Färbemittel rechts angeklickt werden. Das Färbemittel wird nicht aufgebraucht, allerdings geht die Farbe beim Abbau verloren. Bildschirme unterschiedlicher Stufen werden sich niemals verbinden, selbst wenn sie dieselbe Farbe haben.
|
||||
|
||||
Stufe-2- und Stufe-3-Bildschirme stellen außerdem einen Touchscreen zur Verfügung. Sie können in der Bildschirm-GUI verwendet werden (welche nur geöffnet werden kann, wenn eine [Tastatur](keyboard.md) angeschlossen ist), oder während der Bildschirm mit leeren Händen schleichend rechts angeklickt wird. Wenn der Bildschirm keine Tastatur hat, ist es nicht nötig zu schleichen. Dieses Verhalten kann mittels der zur Verfügung gestellten Komponenten-API angepasst werden.
|
||||
|
||||
Die folgenden Auflösungen und Farbtiefen sind verfügbar:
|
||||
- Stufe 1: 50x16, 1-Bit-Farben (Monochrom).
|
||||
- Stufe 2: 80x25, 4-Bit-Farben (16 Farben).
|
||||
- Stufe 3: 160x50, 8-Bit-Farben (256 Farben).
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT screen1.md
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT screen1.md
|
||||
@ -0,0 +1,9 @@
|
||||
# Serverschrank
|
||||
|
||||
|
||||
|
||||
Ein Serverschrank kann bis zu vier [Server](../item/server1.md) enthalten. Ein Server ist ein höherstufiger [Computer](../general/computer.md) welcher nur in einem Serverschrank laufen kann. Server können mit einer [Fernbedienung](../item/terminal.md) ferngesteuert werden. Die Anzahl der Terminals die gleichzeitig mit einem Server verbunden werden können wird von der Stufe des Servers begrenzt. Der Abstand zum Server, bis zu dem das Terminal funktioniert kann in der GUI des Serverschranks konfiguriert werden. Mehr Reichweite bedeutet mehr Energieverbrauch.
|
||||
|
||||
Jeder Server in einem Serverschrank kann nur mit einer Seite des Schranks auf einmal kommunizieren - oder mit gar keiner. Welche Seite ein Server abdeckt kann in der GUI des Schranks konfiguriert werden. Es gilt zu beachten, dass die Richtungen jeweils aus Sicht des Schrankes zu sehen sind. Auf der Rückseite des Serverschranks sind die Seiten in anderen Himmelsrichtungen als auf der Vorderseite.
|
||||
|
||||
Serverschränke fungieren als [Switches](switch.md) und [Energieverteiler](powerDistributor.md). Der Switchmodus eines Serverschrankes kann in seiner GUI bearbeitet werden, wobei zwischen internen und externen Einstellungen unterschieden wird. Im externen Modus verhält sich der Serverschrank wie ein normaler Switch, im internen Modus werden die Nachrichten nur zu anderen Servern weitergeleitet, aber nicht zu den Außenseiten des Schrankes. [Server](../item/server1.md) werden immer noch in der Lage sein, sich Nachrichten zuzusenden. Dadurch können Serverschränke erweiterte Switches sein, die Filter- und Mappingoperationen und mehr zur Verfügung stellen.
|
||||
@ -0,0 +1,9 @@
|
||||
# Wegpunkt
|
||||
|
||||
|
||||
|
||||
Der Wegpunkt kann mit Hilfe des [Navigations-Upgrades](../item/navigationUpgrade.md) erkannt werden. So können Geräte mit diesem Upgrade Wegpunkte verwenden um durch die Welt zu navigieren. Dies ist besonders nützlich zum Schreiben einfach wiederverwendbarer Programme für Geräte wie [Roboter](robot.md) und [Drohnen](../item/drone.md).
|
||||
|
||||
Es gilt zu beachten, dass die tatsächliche Position welche das Navigationsupgrade zurückgibt *der Block vor dem Wegpunkt* ist (wie durch die Partikel angedeutet). So kann der Wegpunkt neben und über eine Kiste platziert werden und die Position des Wegpunktes kann als "über der Kiste" bezeichnet werden, ohne die Rotation beachten zu müssen.
|
||||
|
||||
Ein Wegpunkt hat zwei Eigenschaften die über das Navigations-Upgrade abgefragt werden können: Das derzeitige Redstonesignal und ein veränderbares Label. Das Label ist ein 32 Zeichen langer String der entweder über die GUI oder über die Komponenten-API des Wegpunktblocks verändert werden kann. Diese zwei Eigenschaften können dann auf dem Gerät verwendet werden um festzulegen was an dem Wegpunkt zu tun ist. Beispielsweise können alle Wegpunkt mit einem starken Redstonesignal als Input, alle mit schwachem Signal als Output verwendet werden.
|
||||
@ -0,0 +1,10 @@
|
||||
# Computer
|
||||
|
||||
Computer werden mit einer Vielfalt von unterschiedlichen [Blöcken](../block/index.md) und Komponenten zusammengebaut. Das Mindeste um einen Computer zu bauen ist ein [Gehäuse](../block/case1.md), ein [Bildschirm](../block/screen1.md) und eine [Tastatur](../block/keyboard.md). Das [Gehäuse](../block/case1.md) und der [Bildschirm](../block/screen1.md) sind ein verschiedenen Stufen verfügbar, welche unterschiedliche Funktionen zur Verfügung stellen und komplexere Computersysteme ermöglichen. Um den [Bildschirm](../block/screen1.md) nutzen zu können, muss die [Tastatur](../block/keyboard.md) direkt neben dem [Bildschirm](../block/screen1.md) platziert werden (d.h. entweder auf den Seiten oder direkt vor dem [Bildschirm](../block/screen1.md)).
|
||||
|
||||
Sobald die grundlegende Struktur vorhanden ist, können Komponenten im [Gehäuse](../block/case1.md) platziert werden. Diese Komponenten können [CPUs](../item/cpu1.md), [RAM-Riegel](../item/ram1.md), [Festplatten](../item/hdd1.md), [Grafikkarten](../item/graphicsCard1.md) (welche die Benutzung des [Bildschirms](../block/screen1.md) ermöglichen), [Netzwerkkarten](../item/lanCard.md) (zur Kommunikation zwischen Computernetzwerken) und mehr verwendet werden. Es gibt viele Komponenten, welche eine hohe Flexibilität beim Design von Systemen für unterschiedliche Anwendungszwecke ermöglichen.
|
||||
|
||||
Niedrigstufige Computer benötigen auch ein [Diskettenlaufwerk](../block/diskDrive.md), welches eine [Diskette](../item/floppy.md) liest. Eine [OpenOS](openOS.md)-[Diskette](../item/floppy.md) wird zum ersten Starten des Computers benötigt und wird für die Installation des Betriebssystems auf die [Festplatte](../item/hdd1.md) verwendet. Sobald es auf die Festplatte installiert ist, ist die [Diskette](../item/floppy.md) nicht länger nötig. Weitere Software ist auch als Diskette verfügbar (sowie Open Programs Package Manager [OPPM]) und sind in Dungeons (Verliesen) zu finden.
|
||||
|
||||
Der letzte Schritt besteht darin, den Computer mit einer Energiequelle zu versorgen. OpenComputers ist mit den meisten größeren Energiemods kompatibel, und viele Blöcke können direkt an die Energiequelle angeschlossen werden. Ob ein Block direkt an externe Energiequellen angeschlossen werden kann, kann überprüft werden, ob ihr Tooltip einen Eintrag über die Geschwindigkeit der Energieumwandlung enthält.
|
||||
Für ein größeres Netzwerk mit vielen Computern kann ein [Energiekonverter](../block/powerConverter.md) (konvertiert Energie von unterschiedlichen Mods zum internen Energietyp von OpenComputers), ein [Energieverteiler](../block/powerDistributor.md) (verteilt Energie zu verschiedenen Computern im Netzwerk) und ein [Kondensator](../block/capacitor.md) (ein Energiespeicher) verwendet werden. Über [Kabel](../block/cable.md) werden die Computer miteinander verbunden.
|
||||
@ -0,0 +1,16 @@
|
||||
# Lua
|
||||
|
||||
Die Lua-[Dokumentation (englisch)](http://www.lua.org/manual/5.2/manual.html) und die [Programming in Lua](http://www.lua.org/pil/)-Bücher (englisch) (die erste Ausgabe ist online kostenlos verfügbar) sind eine gute Anlaufstelle für die Grundlagen von Lua und zum Verständnis der Syntax und Standardbibliotheken der Sprache. [OpenOS](openOS.md) versucht die Standardbibliotheken so gut wie möglich mit ein paar Unterschieden (wie zum Beispiel die großteils fehlende Debugging-Bibliothek) zu emulieren. Diese Unterschiede sind [im Wiki dokumentiert (englisch)](http://ocdoc.cil.li/api:non-standard-lua-libs).
|
||||
|
||||
Nicht standardisierte Bibliotheken müssen `require`-d werden, um sie in einem Script zu verwenden. Zum Beispiel:
|
||||
|
||||
`local component = require("component")`
|
||||
`local rs = component.redstone`
|
||||
|
||||
Dies ermöglicht es, alle Funktionen der [Redstone-Karte](../item/redstoneCard1.md) zu verwenden. Zum Beispiel:
|
||||
|
||||
`rs.setOutput(require("sides").front, 15)`
|
||||
|
||||
**Wichtig**: Wenn in einem Lua-Interpreter gearbeitet wird, ist *unter keinen Umständen* `local` zu verwenden. Dies sorgt dafür, dass die Variable nur in einer Zeile Input verfügbar ist. Wenn die obigen Zeilen eine nach der anderen in den Interpreter eingefügt werden würden, würde die dritte Zeile fehlschlagen, da `rs` den Wert `nil` hätte. Wieso? Aus Testgründen versucht der Interpreter unbekannte Variablen als Bibliotheken zu laden. Obwohl die Zuweisung zu `component` der ersten Zeile nichts tun würde, würde die Verwendung von `component` in der zweiten Zeile die Bibliothek laden und diese verwenden. Bibliotheken werden in Lua-Scripts jedoch nicht automatisch verwendet um den Speicherverbrauch niedrig zu halten, da es eine sehr begrenzte Ressource ist.
|
||||
|
||||
OpenOS stellt viele eigene Bibliotheken zur Verfügung, welche für viele Programme (vom Kontrollieren und Manipulieren von angeschlossenen Komponenten bis zu Referenz-APIS für Farben in gebündelter Redstonekontrolle und [Tastatur](../block/keyboard.md)-Keycodes.). Benutzerdefinierte Libraries können innerhalb eines Lua-Scripts mittels der `require()`-Funktion verwendet werden. Einige Bibliotheken benötigen bestimmte Komponenten, wie die `internet`-Library eine [Internetkarte](../item/internetCard.md) benötigt. In diesem speziellen Fall wird die Bibliothek sogar von der Karte bereitgestellt, was bedeutet, dass die Bibliothek auftaucht, sobald die Internetkarte installiert wird. Die API ist praktisch auf einem kleinen, nur lesbaren Dateisystem auf der Internetkarte enthalten.
|
||||
@ -0,0 +1,12 @@
|
||||
# OpenOS
|
||||
|
||||
OpenOS ist ein einfaches Betriebssystem von OpenComputers. Es wird benötigt um einen [Computer](computer.md) zum ersten Mal hochzufahren, und kann angefertigt werden, indem man eine leere [Diskette](../item/floppy.md) und das OpenComputers-[Handbuch](../item/manual.md) in eine Werkbank legt.
|
||||
|
||||
Sobald sie gefertigt wurde, kann die [Diskette](../item/floppy.md) in einem [Diskettenlaufwerk](../block/diskDrive.md) verwendet werden, welches mit einem [korrekt konfigurierten](quickstart.md) [Computer](computer.md) verbunden ist. Dieser kann dadurch mit OpenOS hochfahren.
|
||||
Sobald der Computer hochgefahren wurde, ist eine Installation auf eine leere [Festplatte](../item/hdd1.md) zu empfehlen. Dies ermöglicht es, die [Diskette](../item/floppy.md) zu entfernen und einen Zugriff auf ein schreibbares Dateisystem zu erhalten. (Die OpenOS-[Disketten](../item/floppy.md) und andere Disketten können nur gelesen werden). Ein Stufe-Drei-[Gehäuse](../block/case3.md) benötigt kein [Diskettenlaufwerk](../block/diskDrive.md), da es ein Slot für eine [Diskette](../item/floppy.md) eingebaut hat.
|
||||
|
||||
OpenOS kann einfach installiert werden, indem `install` ausgeführt wird. Die [Diskette](../item/floppy.md) kann entfernt werden, sobald das System hochgefahren wurde. OpenOS kann auf allen Geräten außer [Drohnen](../item/drone.md) und [Mikrocontrollern](../block/microcontroller.md) installiert werden. (Diese benötigen eine manuelle Programmierung eines [EEPROM](../item/eeprom.md) um Funktionen bereitzustellen, da sie kein eingebautes Dateisystem besitzen.)
|
||||
|
||||
OpenOS hat viele eingebaute Funktionen, wovon die nützlichste der `lua`-Befehl ist. Hier wird ein Lua-Interpreter geöffnet. Dies ist ein guter Ort, um verschiedene Befehle auszuprobieren und mit der Komponenten-API zu experimentieren, bevor die Befehle in ein Lua-Script geschrieben werden. Beachte die Informationen welche der Interpreter zeigt, diese zeigen die Ergebnisse der eingegebenen Befehle und wie sie zu beenden sind.
|
||||
|
||||
Für mehr Informationen über das Programmieren siehe die [Seite über Lua-Programmierung](lua.md). Um Lua-Scripte auszuführen muss nur der Name der Datei eingegeben und die Enter-Taste betätigt werden (zum Beispiel kann die Datei `script.lua` mit dem Befehl `script` im Terminal ausgeführt werden).
|
||||
@ -0,0 +1,51 @@
|
||||
# Schnellstart-Guide
|
||||
|
||||
Auch bekannt als "Wie man seinen ersten Computer baut". Um deinen ersten [Computer](computer.md) zu starten, musst du ihn zuerst korrekt aufbauen. Es gibt verschiedene Typen von Computern in OpenComputers, aber starten wir zuerst mit dem einfachsten: Dem Standardcomputer.
|
||||
|
||||
**Disclaimer**: Der Guide ist Schritt für Schritt und hilft beim Finden von Fehlern, daher ist er recht lang. Wenn du noch nie einen Computer im echten Leben gebaut hast, oder diesen Mod zum ersten Mal spielst ist es empfohlen, den ganzen Text zu lesen.
|
||||
|
||||
Zuerst wirst du ein [Computergehäuse](../block/case1.md) benötigen. Dies sit der Block der alle Komponenten benötigt und das Verhalten des gebauten Computers bestimmen.
|
||||
|
||||
|
||||
|
||||
Zum Beispiel musst du bestimmen, welche Stufe die [Grafikkarte](../item/graphicsCard1.md) du benötigst, ob eine [Netzwerkkarte](../item/lanCard.md) oder eine [Redstonekarte](../item/redstoneCard1.md) benötigt wird oder, wenn du im Creative-Mode spielst, eine [Debugkarte](../item/debugCard.md) gebraucht wird.
|
||||
|
||||
Wenn du die Oberfläche des Computergehäuses öffnest, wirst du rechts einige Slots sehen. Die Anzahl der Slots und von welchen Stufen die Komponenten sein können (siehe die kleinen römischen Nummern im Slot) hängt vom Computergehäuse selbst ab.
|
||||
|
||||
|
||||
Ohne Komponenten sind Computergehäuse unnütz. Du kannst versuchen den Computer zu starten, aber er wird sofort eine Fehlermeldung in den Chatlog schreiben und sich durch ein Piepen bemerkbar machen. Zum Glück steht in der Fehlermeldung was du tun kannst um das Problem zu lösen: Der Computer benötigt Energie. Der Computer kann entweder direkt oder über einen [Power Converter](../block/powerConverter.md) an eine Energiequelle angeschlossen werden.
|
||||
|
||||
Wenn du den Computer nun starten möchtest, wird er um eine [CPU](../item/cpu1.md) bitten. Diese werden in verschiedenen Stufen ausgeliefert. Dies ist ein Modell, das in OpenComputers häufig auftritt. Hochstufige CPUs ermöglichen mehr Komponenten und schnellere Ausführung von Programmen, also wähle eine Stufe und stecke die CPU in deinen Computer.
|
||||
|
||||
Danach wird der Computer nach [Random Access Memory (RAM)](../item/ram1.md) fragen. Der Piep-Code ist jetzt unterschiedlich: lang-kurz. Hochstufige RAM-Riegel bedeuten mehr für Programme verfügbarer Speicher. Für [OpenOS](openOS.md) werden mindestens zwei Stufe-1-RAM-Riegel benötigt.
|
||||
|
||||
Wir machen einen guten Fortschritt. Dein Computer wird jetzt in etwa so aussehen:
|
||||
|
||||
Den Computer jetzt einzuschalten produziert keine Fehlermeldungen! Aber leider tut er auch nicht sehr viel. Zumindest piept er jetzt zwei mal. Dies bedeutet, dass der Computer selbst läuft, allerdings läuft auf dem Computer nichts. Hier kommt ein sehr nützliches Tool zum Einsatz: Das [Analysegerät](../item/analyzer.md). Es ermöglicht dir, viele OpenComputers-Blöcke und einige Blöcke anderer Mods zu analysieren. Um es auf den Computer anzuwenden verwende das Analysegerät beim Schleichen auf das Gehäuse.
|
||||
|
||||
Und jetzt solltest du sehen, dass der folgende Fehler den Computer zum Absturz gebracht hat:
|
||||
`no bios found; install configured EEPROM`
|
||||
|
||||
Die Betonung liegt auf *configured*. Einen [EEPROM](../item/eeprom.md) anzufertigen ist recht einfach, um es zu konfigurieren wirst du einen Computer verwenden. Da das aber derzeit Probleme bereitet, werden wir mittels eines Rezeptes einen konfigurierten "Lua BIOS"-[EEPROM](../item/eeprom.md) anfertigen. Das Standardrezept ist ein [EEPROM](../item/eeprom.md) und ein [Handbuch](../item/manual.md). Lege das konfigurierte EEPROM in deinen Computer, uuuuuuund...
|
||||
|
||||
Nein. Immer noch nichts. Aber wir wissen was zu tun ist! Spieler setzt Messgerät ein. Das ist sehr effektiv! Jetzt haben wir eine andere Fehlermeldung:
|
||||
`no bootable medium found; file not found`
|
||||
|
||||
Na gut, das bedeutet, dass das BIOS funktioniert. Es findet nur noch kein bootbares Dateisystem, so wie eine [Diskette](../item/floppy.md), oder eine [Festplatte](../item/hdd1.md). Das LUA BIOS erwartet ein solches Dateisystem um eine Datei namens `init.lua` in der Wurzel des Dateisystems zu finden. Der [EEPROM](../item/eeprom.md) schreibt in der Regel auf das Dateisystem des Computers. Du hast es wahrscheinlich schon erraten: Wir müssen unsere eigene Betriebssystemdiskette anfertigen. Dies erreichst du, indem du eine leere [Diskette](../item/floppy.md) und ein Handbuch zusammen in die Werkbank legst. Das Ergebnis ist eine [OpenOS-Diskette](openOS.md)
|
||||
|
||||
Wenn du, wie in den Screenshots oben, ein Stufe-2-Gehäuse verwendet hast gibt es keinen Ort um diese Diskette einzusetzen. Bei einem Stufe-3- oder Kreativ-Gehäuse kannst du die Diskette direkt in das Gehäuse einlegen, anderenfalls benötigst du ein [Diskettenlaufwerk](../block/diskDrive.md) neben deinem Gehäuse. (Auch möglich ist eine Verbindung über [Kabel](../block/cable.md). Sobald die Diskette eingesetzt ist, weißt du was zu tun ist - drücke den Startknopf!
|
||||
|
||||
Es lebt! Zumindest sollte es das. Wenn es das nicht tut lief etwas falsch, und das [Analysegerät](../item/analyzer.md) wird bei der Fehlersuche helfen. Wenn der Computer jetzt läuft bist zu weitgehend fertig und der schwerste Teil ist vorbei. Du musst es nur noch mit einem
|
||||
|
||||
Um die Ausgabe des Computers zu lesen wird ein [Bildschirm](../block/screen1.md) und eine Grafikkarte benötigt.
|
||||
|
||||
|
||||
Platziere den Bildschirm entweder direkt neben den Computer oder verbinde sie mit einem Kabel. Setze eine Grafikkarte deiner Wahl in den Computer ein. Nun sollte ein blinkender Cursor auf dem Bildschirm sichtbar sein. Jetzt fehlt nur noch eine [Tastatur](../block/keyboard.md) entweder direkt auf dem Bildschirm oder neben dem Bildschirm (mit Ausrichtung auf diesen).
|
||||
|
||||
Damit bist du fertig. Der Computer läuft - probiere ihn gleich aus! Schreibe `lua` in die Kommandozeile und dir werden einige Informationen über den Lua-Interpreter präsentiert. Hier kannst du grundlegende [Lua-Methoden](lua.md) ausführen.
|
||||
|
||||
|
||||
|
||||
Viel Spaß beim Bauen komplexerer Computer. Probiere unbedingt auch [Server](../item/server1.md), [Roboter](../block/robot.md), [Drohnen](../item/drone.md), [Mikrocontroller](../block/microcontroller.md) oder [Tablets](../item/tablet.md) aus. Du kannst sie mit der [Elektronik-Werkbank](../block/assembler.md) bauen!
|
||||
|
||||
Fröhliches Programmieren!
|
||||
@ -1,10 +1,39 @@
|
||||
# Handbuch
|
||||
# OpenComputers Bedienungsanleitung
|
||||
|
||||
Leider ist das Handbuch bisher nur [auf Englisch](/en_US/index.md) vorhanden.
|
||||
OpenComputer ist eine Modifikation, welche dauerhafte, modulare, und hochkonfigurierbare [Computer](general/computer.md), [Server](item/server1.md), [Roboter](block/robot.md), und [Drohnen](item/drone.md) zum Spiel hinzufügt. Alle Geräte können mittels Lua 5.2 programmiert werden, was unterschiedlich komplexe Systeme entsprechend der Anwendung ermöglicht.
|
||||
|
||||
Wenn du des Englischen mächtig bist und dazu beitragen willst, das Handbuch zu übersetzen, super! Wenn du noch dazu sauberes Deutsch schreiben kannst, nicht alle drei Wörter einen Rechtschreibfehler einbaust, und es dich nervt wenn Leute Standart statt Standard schreiben, lies weiter. Sonst... schau mer mal ;-) Etwas Grundkenntnis von Git ist nötig, um deine Übersetzung dann als Pull-Request in OpenComputers einzubringen.
|
||||
Um zu lernen, wie man die Bedienungsanleitung verwendet, siehe [die Seite über das Handbuch](item/manual.md) (der grüne Text ist ein Link - du kannst ihn anklicken!).
|
||||
|
||||
Um beim Übersetzen zu helfen bedarf es keiner Programmierkenntnisse. Die gesamte Dokumentation ist in Form von Markdown-Dokumenten vorhanden, und findet sich [hier](http://git.io/ve1Fj). Im `en_US` Ordner findet sich die Englische Dokumentation, mit der gleichen Datei- und Ordnerstruktur müsste die Übersetzung ins Deutsche in den `de_DE` Ordner.
|
||||
Dass die Ordner und Dateien gleich heißen ist wichtig, damit die richtige Seite automatisch angezeigt werden kann, wenn man das Handbuch z.B. auf einen Block anwendet. Zudem wird für fehlende Seiten automatisch auf die Englischen zurückgegriffen, sofern vorhanden. Das heißt auch, dass es schon hilft wenn einzelne Seiten übersetzt werden. Diese würden dann in Deutsch angezeigt, während alle anderen Seiten nach wie vor auf Englisch angezeigt würden.
|
||||
## Inhaltsverzeichnis
|
||||
|
||||
Wenn sich freiwillige finden würden, wäre das super. Andernfalls müsst ihr euch bis auf Weiteres mit der [Englischen Variante](/en_US/index.md) begnügen.
|
||||
### Geräte
|
||||
- [Computer](general/computer.md)
|
||||
- [Server](item/server1.md)
|
||||
- [Mikrocontroller](block/microcontroller.md)
|
||||
- [Roboter](block/robot.md)
|
||||
- [Drohnen](item/drone.md)
|
||||
|
||||
### Software und Programmierung
|
||||
- [OpenOS](general/openOS.md)
|
||||
- [Lua](general/lua.md)
|
||||
|
||||
### Blöcke und Items
|
||||
- [Items](item/index.md)
|
||||
- [Blöcke](block/index.md)
|
||||
|
||||
### Guides
|
||||
- [Erste Schritte](general/quickstart.md)
|
||||
|
||||
## Überblick
|
||||
|
||||
Wie oben erwähnt sind Computer in OpenComputers dauerhaft, was bedeutet, dass ein laufender [Computer](general/computer.md) seinen Zustand beibehält, wenn der Chunk in dem er sich befindet entladen wird. Das bedeutet, dass wenn ein Spieler sich vom [Computer](general/computer.md) entfernt oder sich ausloggt, behält der [Computer](general/computer.md) seinen Zustand und fährt von diesem Punkt wieder fort, wenn der Computer sich dem [Computer](general/computer.md) nähert. Außer bei [Tablets](item/tablet.md) funktioniert dies bei allen Geräten.
|
||||
|
||||
Alle Geräte sind modular und können mit einer großen Palette von Komponenten zusammengestellt werden, ähnlich wie es bei Computern im echten Leben der Fall ist. Spieler, die gerne basteln werden in der Lage sein, die Geräte nach ihren Wünschen zu optimieren. Auf Wunsch können sie auch wieder [auseinandergebaut](block/disassembler.md) und neu aufgebaut werden, wenn die erste Konfiguration nicht befriedigend war. Bei [Computern](general/computer.md) und [Servern](item/server1.md) können die Komponenten sofort ausgetauscht werden, indem einfach die entsprechende GUI geöffnet wird.
|
||||
|
||||
OpenComputers-Geräte sind kompatibel mit vielen verschiedenen Mods, die die Manipulation von Blöcken und Entities ermöglichen (z.B. mittels des [Adapters](block/adapter.md) oder für gewisse Upgrades in einem [Roboter](block/robot.md) oder einer [Drohne](item/drone.md)). Strom kann mit einer großen Palette von Mods zur Verfügung gestellt werden, darunter Redstone Flux, IndustrialCraft2 EU, Mekanism Joules, Applied Energistics 2-Energie sowie Factorization Charge.
|
||||
|
||||
Geräte in OpenComputer haben Extra-Funktionen sowie einige Einschränkungen. [Computer](general/computer.md) sind die Grundlinie, und sind in der Lage eine ordentliche Anzahl von Komponenten zu verwenden, was von der CPU des Computers abhängt. [Computer](general/computer.md) haben außerdem Zugriff auf Komponenten an allen sechs Seiten. [Server](item/server1.md) sind durch [Komponentenschnittstellen](item/componentBus1.md) in der Lage, mehr Komponenten (intern oder extern) anzusprechen als [Computer](general/computer.md), allerdings wird die Anzahl der nutzbaren Seiten durch den [Serverschrank](block/serverRack.md) beschränkt. Welche Seite das ist kann in der GUI des [Serverschranks](block/serverRack.md) konfiguriert werden. [Mikrocontroller](block/microcontroller.md) sind im Vergleich zu [Computern](general/computer.md) weiter eingeschränkt, da sie keine [Festplatte](item/hdd1.md) oder ein [Diskettenlaufwerk](block/diskDrive.md) verwenden können. Dadurch kann [OpenOS](general/openOS.md) nicht auf einem [Mikrocontroller](block/microcontroller.md) installiert werden. Allerdings haben [Mikrocontroller] einen Slot für einen [EEPROM](item/eeprom.md) und kann daher mit einem spezielleren Betriebssystem für eine begrenzte Anzahl an Aufgaben programmiert werden.
|
||||
|
||||
[Roboter](block/robot.md) sind [Computer](general/computer.md), welche sich bewegen können. Sie können mit der Welt (aber nicht mit externen OpenComputers-Blöcken) interagieren. Im Gegensatz zu einem [Computer](general/computer.md) können die Komponenten in einem [Roboter](block/robot.md) nicht mehr entfernt werden. Um diese Einschränkung zu umgehen, können [Roboter](block/robot.md) mit dem [Upgrade Container](item/upgradeContainer1.md) oder einem [Card Container](item/cardContainer1.md) gebaut werden. Diese Upgrades ermöglichen einen sofortigen Austausch von Karten oder Upgrades, wenn dies benötigt wird. [OpenOS](general/openOS.md) kann auf einem [Roboter](block/robot.md) installiert werden, indem ein [Diskettenlaufwerk](block/diskDrive.md) in einem Containerslot platziert wird, was den Einsatz einer [Diskette](item/floppy.md) ermöglicht. Außerdem kann man eine [Festplatte](item/hdd1.md) mit [OpenOS](general/openOS.md) in einem der [Festplatten](item/hdd1.md)slots einlegen. Um einen [Roboter](block/robot.md) komplett neu zu konfigurieren, muss er [demontiert](block/disassembler.md) werden. [Drohnen](item/drone.md) sind weiter eingeschränkte [Roboter](block/robot.md). Sie bewegen sich anders, können weniger Items halten und es mangelt an einem Betriebssystem. Ähnlich, wie es bei [Mikrocontrollern](block/microcontroller.md) der Fall ist, können [Drohnen](item/drone.md) mit einem programmierten [EEPROM](item/eeprom.md) mit einem geringen Repertoire an Aufgaben ausgestattet werden. Die meisten Upgrades und Komponenten sind für [Roboter](block/robot.md) und [Drohnen](item/drone.md) gleich, allerdings verhalten sie sich unterschiedlich in [Drohnen](item/drone.md), so wie [Inventar-Upgrades](item/inventoryUpgrade.md), welche nur 4 Slots pro Upgrade zur Verfügung stellen (und damit die maximale Anzahl auf 8 begrenzen), während [Roboter](block/robot.md) bis zu 4 [Inventar-Upgrades](item/inventoryUpgrade.md) aufnehmen können und mehr Slots pro Upgrade zur Verfügung stellen (insgesamt 16 Stück pro Upgrade).
|
||||
|
||||
Diese Bedienungsanleitung enthält detaillierte Informationen über alle Blöcke und Items, wie man unterschiedliche Systeme und Geräte aufsetzt und außerdem eine Einführung in die Lua-Programmierung.
|
||||
|
||||
@ -0,0 +1,5 @@
|
||||
# Abstrakter-Bus-Karte
|
||||
|
||||
|
||||
|
||||
Diese Karte erlaubt es [Computern](../general/computer.md), [Servern](server1.md) und [Robotern](../block/robot.md) mit Abstract Busses von StargateTech2 zu interagieren. Wenn die Karte installiert ist, werden sich die entsprechenden Blöcke mit dem abstrakten Bus verbinden und eine Komponente wird für die Maschine sichtbar. Damit können Nachrichten über den Bus gesendet werden. Hereinkommende Nachrichten werden in Signale konvertiert und zur Maschine gesendet.
|
||||
@ -0,0 +1,5 @@
|
||||
# Grog
|
||||
|
||||
|
||||
|
||||
Wird nur bei Hard-Mode-Rezepten verwenden. Es ist verwendet um [Leiterplatten](circuitBoard.md) zu ätzen, bevor sie zu [gedruckten Leiterplatten](printedCircuitBoard.md) werden.
|
||||
@ -0,0 +1,5 @@
|
||||
# Arithmetic Logic Unit
|
||||
|
||||
|
||||
|
||||
Wird für rechnende Komponenten wie [CPUs](cpu1.md) und [Grafikkarten](graphicsCard1.md) benötigt.
|
||||
@ -0,0 +1,7 @@
|
||||
# Messgerät
|
||||
|
||||
|
||||
|
||||
Das Messgerät ist ein nützliches Werkzeug um OpenComputers-Geräte auszulesen. Mittels eines Rechtsklickes (ggf. auch beim Schleichen) werden die Informationen in den Chatlog geschrieben. Darunter fallen grundlegende Dinge wie die Adresse von Komponenten, den Energiemassen im Subnetzwerk bis zu Informationen über einen Crash.
|
||||
|
||||
Eine weitere nützliche Funktion ist, dass STRG+Rechtsklick die Adresse einer Komponente in die Zwischenablage kopiert. Diese Information kann beispielsweise in ein Computerterminal kopiert werden.
|
||||
@ -0,0 +1,5 @@
|
||||
# Engels-Upgrade
|
||||
|
||||
|
||||
|
||||
Dieses Upgrade ermöglicht es [Robotern](../block/robot.md) Blöcke mitten in die Luft zu platzieren.
|
||||
@ -0,0 +1,7 @@
|
||||
# Beschleunigter Prozessor (APU)
|
||||
|
||||
|
||||
|
||||
APUs sind eine Mischung aus [CPUs](cpu1.md) und [Grafikkarten](graphicsCard1.md). Diese zu nutzen ermöglicht es einen Kartenslot mehr zu verwenden. Wie eine normale CPU definiert es die Architektur des [Computers](../general/computer.md) und die Nummer der Komponenten die verwendet werden können. Es ermöglicht zudem auch grundlegende Grafikberechnungen.
|
||||
|
||||
Durch den geringeren Platz auf dem Chip sind diese CPUs etwas langsamer als deren normale Versionen. Dazu sind relativ niedrige Grafikqualitäten erreichbar. Während die Stufe-1-APU so viele Komponenten wie eine Stufe-2-CPU kontrollieren kann läuft es nur so schnell wie eine Stufe-1-CPU und stellt nur die Grafikleistung einer Stufe-1-Grafikkarte zur Verfügung.
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT apu1.md
|
||||
@ -0,0 +1,5 @@
|
||||
# Pfeiltasten
|
||||
|
||||
|
||||
|
||||
Pfeiltasten sind nötig um [Tastaturen](../block/keyboard.md) zu bauen.
|
||||
@ -0,0 +1,5 @@
|
||||
# Batterie-Upgrade
|
||||
|
||||
|
||||
|
||||
Dieses Upgrade erhöht den internen Energiespeicher von Geräten wie [Robotern](../block/robot.md) und [Tablets](tablet.md). Sie können damit länger verwendet werden, bevor sie mit einem [Ladegerät](../block/charger.md) geladen werden müssen. Hochstufige Upgrades haben mehr Batteriekapazität.
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT batteryUpgrade1.md
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT batteryUpgrade1.md
|
||||
@ -0,0 +1,5 @@
|
||||
# Tastengruppe
|
||||
|
||||
|
||||
|
||||
Weil du *immer* zu viele Knöpfe hast. Lüg nicht! Wir Shift-Klicken das Tastenrezept immer und immer wieder. Die Gruppen werden um Bauen von [Tastaturen](../block/keyboard.md) verwendet.
|
||||
@ -0,0 +1,5 @@
|
||||
# Karten
|
||||
|
||||
|
||||
|
||||
Übliches Ausgangsmaterial für kartenförmige Komponenten in OpenComputers (wie [Grafikkarten](graphicsCard1.md), [Netzwerkkarten](lanCard.md) usw.)
|
||||
@ -0,0 +1,5 @@
|
||||
# Kartenbehälter
|
||||
|
||||
|
||||
|
||||
Der Kartenbehälter ist ein Behälter-Upgrade für [Roboter](../block/robot.md) das es erlaubt, Karten in [Roboter](../block/robot.md) nach Bedarf einzusetzen oder zu entfernen. Die Stufe die eine Karte maximal haben darf gleicht der des Containers. Im Gegensatz zu normalen Upgrades ist die Komplexität das Doppelte seiner Stufe. Siehe [Komplexität](../block/robot.md).
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT cardContainer1.md
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT cardContainer1.md
|
||||
@ -0,0 +1,9 @@
|
||||
# Chamälium
|
||||
|
||||
|
||||
|
||||
Chamälium ist ein formbares Material das für [3D-Drucke](../block/print.md) in [3D-Druckern](../block/printer.md) verwendet wird. Sonst ist es nutzlos und damit sehr nützlich um monochrome Bereiche zu erstellen.
|
||||
|
||||
Es kann zudem zu einem [Chamäliumblock](../block/chameliumBlock.md) kombiniert werden.
|
||||
|
||||
Wie der Tooltip sagt kann es Nebenwirkungen haben, also sollte es mit Vorsicht genossen werden. Oder noch besser: gar nicht.
|
||||
@ -0,0 +1,5 @@
|
||||
# Microchips
|
||||
|
||||
|
||||
|
||||
Microchips sind die Grundlage für das Bauen von elektronischen Komponenten. Sie kommen in verschiedenen Stufen und ermöglichen unterschiedliche Komponentenstufen.
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT chip1.md
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT chip1.md
|
||||
@ -0,0 +1,7 @@
|
||||
# Chunkloader-Upgrade
|
||||
|
||||
|
||||
|
||||
Das Chunkloader-Upgrade kann in Geräten wie [Robotern](../block/robot.md) oder [Mikrocontrollern](../block/microcontroller.md) installiert werden, um den Chunk in dem er sich befindet sowie umliegende Chunks geladen zu halten. Dies verbraucht jedoch Energie. Der Chunkloader kann mit der Komponenten-API ein- oder ausgeschaltet werden.
|
||||
|
||||
Das Upgrade ist automatisch aktiviert wenn das Gerät aktiviert, und automatisch deaktiviert, wenn das Gerät deaktiviert wird.
|
||||
@ -0,0 +1,5 @@
|
||||
# Leiterplatte
|
||||
|
||||
|
||||
|
||||
Zwischenitem das beim Herstellen von [bedruckten Leiterplatten](printedCircuitBoard.md) aus [rohen Leiterplatten](rawCircuitBoard.md) entsteht.
|
||||
@ -0,0 +1,10 @@
|
||||
# Komponentenschnittstelle
|
||||
|
||||
|
||||
|
||||
Eine Komponentenschnittstelle ist ein [Server](server1.md)spezifisches Upgrade das es dem Server erlaubt, mit mehr Komponenten auf einmal zu kommunizieren ohne sich abzuschalten. Wie bei [CPUs](cpu1.md) auch ermöglichen höhere Stufen mehr Komponenten und höhere Stufen für Server ermöglichen mehr Slots für Komponentenschnittstellen.
|
||||
|
||||
Das Komponentenlimit ist wie folgt
|
||||
- Stufe 1: 8 Komponenten.
|
||||
- Stufe 2: 12 Komponenten.
|
||||
- Stufe 3: 16 Komponenten.
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT componentBus1.md
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT componentBus1.md
|
||||
@ -0,0 +1,5 @@
|
||||
# Kontrolleinheit
|
||||
|
||||
|
||||
|
||||
Hochstufiges Craftingitem in weiter entwickelten Schaltkreisen wie [CPUs](cpu1.md).
|
||||
@ -0,0 +1,14 @@
|
||||
# CPU
|
||||
|
||||
|
||||
|
||||
Die zentrale Recheneinheit ist das Herz eines jeden [Computers](../general/computer.md) oder [Servers](server1.md). Sie definiert die Architektur des Gerätes und die Anzahl der Komponenten die maximal mit dem Gerät verbunden werden können bevor er zu funktionieren aufhört. Hochstufige CPUs ermöglich außerdem eine schnellere Ausführung.
|
||||
|
||||
Das Limit an Komponenten ist wie folgt:
|
||||
- Stufe 1: 8 Komponenten.
|
||||
- Stufe 2: 12 Komponenten.
|
||||
- Stufe 3: 16 Komponenten.
|
||||
|
||||
In [Servern](server1.md) kann die maximale Anzahl an Komponenten zudem mit [Komponentenschnittstellen](componentBus1.md) erhöht werden.
|
||||
|
||||
Wenn mehr als die maximale Anzahl an Komponenten mit dem Prozessor verbunden sind, wird er nicht mehr starten oder abstürzen, wenn er läuft.
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT cpu1.md
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT cpu1.md
|
||||
@ -0,0 +1,5 @@
|
||||
# Crafting-Upgrade
|
||||
|
||||
|
||||
|
||||
Das Crafting-Upgrade erlaubt [Robotern](../block/robot.md) jede Art von Rezepten zu fertigen. Dabei werden Items aus dem [Inventar](../item/inventoryUpgrade.md) verwendet. Das 3x3-Netz im Inventar des Roboters wird als Werkbank verwendet. Items müssen entsprechend dem Rezept angeordnet sein. Ergebnisse werden im gewählten Slot im Inventar oder im nächsten freien Slot abgelegt, oder in die Welt geworfen, wenn kein Platz mehr übrig ist.
|
||||
@ -0,0 +1,5 @@
|
||||
# Schneidedraht
|
||||
|
||||
|
||||
|
||||
Dieses Item wird nur im Hard-Mode-Rezept für [Leiterplattenrohlinge](rawCircuitBoard.md) verwendet. Ineffektiv.
|
||||
@ -0,0 +1,7 @@
|
||||
# Datenkarte
|
||||
|
||||
|
||||
|
||||
Die Datenkarte ist eine Werkzeugkarte die einige Algorithmen zur Verfügung stellen die nur sehr schlecht oder sehr langsam implementierbar wären. Möglich ist Hashing und grundlegendes Inflating und Deflating.. Zudem enthält es ein angefügtes Dateisystem und stellt eine Vielzahl von Programmen zur Verfügung die die Funktionen der Karte verwenden, ähnlich der Internetkarte.
|
||||
|
||||
Die Menge an Daten die zur selben Zeit ist limitiert und jede Operation benötigt Energie.
|
||||
@ -0,0 +1,9 @@
|
||||
# Datenbank-Upgrade
|
||||
|
||||
|
||||
|
||||
Das Datenbank-Upgrade kann konfiguriert werden um eine Liste von Itemstack-Repräsentationen zu speichern. Die können von anderen Komponenten verwendet werden. Das ist besonders nützlich für Items die mit ihren NBT-Daten sortiert werden.
|
||||
|
||||
Um eine Datenbank zu konfigurieren klick es rechts mit der Datenbank in der Hand ab. Platziere die Stacks die du konfigurieren möchtest im Inventar. Es wird ein "Geisterstack" gespeichert, kein echtes Item.
|
||||
|
||||
Alternativ kann die Datenbank mit der Komponenten-API des [Inventarbedienungs-Upgrades](inventoryControllerUpgrade.md) und des [Geolyzers](../block/geolyzer.md) verändert werden.
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT databaseUpgrade1.md
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT databaseUpgrade1.md
|
||||
@ -0,0 +1,7 @@
|
||||
# Debugkarte
|
||||
|
||||
|
||||
|
||||
Die Debugkarte ist ein Nur-Kreativ-Item das ursprünglich entwickelt wurde, um einige Vorgänge zu vereinfachen in dem sie einige Prozesse automatisieren. Es hat seitdem eine Vielfalt an Zusatzfunktionen erhalten.
|
||||
|
||||
Ein Schleich-Rechtsklick bindet oder entbindet die Karte zum Anwender. Dies bedeutet, dass `runCommand` mit den Permissions des Anwenders anstatt der Standardpermissions von OpenComputers ausgeführt wird.
|
||||
@ -0,0 +1,5 @@
|
||||
# Speicherplatte
|
||||
|
||||
|
||||
|
||||
Grundlegende Komponente, die zum Bau von Speichermedien wie [Disketten](floppy.md) und [Festplatten](hdd1.md) benötigt wird.
|
||||
@ -0,0 +1,5 @@
|
||||
# Drohne
|
||||
|
||||
|
||||
|
||||
Drohnen werden mit einem [Drohnengehäuse](droneCase1.md) in der [Elektronik-Werkbank](../block/assembler.md) gebaut. Sie sind entitybasierende [Roboter](../block/robot.md), allerdings ein bisschen günstiger und mit eingeschränkter Funktionalität. Sie können sich zudem weitaus schneller bewegen als [Roboter](../block/robot.md) und werden über ein Clientprogramm auf einem Computer gesteuert. Die Drohne benötigt ein konfiguriertes [EEPROM](eeprom.md) um Befehle zu empfangen oder selbst zu arbeiten.
|
||||
@ -0,0 +1,34 @@
|
||||
# Drohnengehäuse
|
||||
|
||||
|
||||
|
||||
Das Drohnengehäuse wird verwendet um [Drohnen](drone.md) in der [Elektronik-Werkbank](../block/assembler.md) zu bauen. Drohnen sind leicht, schnell und sehr mobil, haben jedoch einen eingeschränkten Funktionenszeitraum (d.h. weniger Upgrade- und Komponentenslots sind verfügbar). Im Gegensatz zu [Robotern](../block/robot.md) können sie keine Werkzeuge verwenden und können nur indirekt mit der Welt interagieren.
|
||||
|
||||
Sie haben zwar eine eingeschränkte Funktionsvielfalt, sind dafür aber schneller und verbrauchen weniger Energie. Sie sind gut geeignet um eine geringe Menge an Items zu transportieren, oder um Aufklärung zu betreiben. Es kann sehr nützlich sein einen Roboter mit einer Drohne zu koppeln. Dabei macht der Roboter die harte Arbeit und die Drohne stellt Informationen über die Umwelt zur Verfügung und transportiert beispielsweise Items von und zu einer Zentrale.
|
||||
|
||||
Genau wie [Microcontroller](../block/microcontroller.md) können Drohnen nur mit ihrem [EEPROM](eeprom.md) programmiert werden. Der EEPROM in der Drohne kann ausgetauscht werden, indem sie mit einem anderen EEPROM zusammen in eine Werkbank gelegt wird. Der eingebaute EEPROM wird zurückgegeben.
|
||||
|
||||
Die Stufe-1-Drohne kann folgende Komponenten enthalten:
|
||||
- Eine Stufe-1-[CPU](cpu1.md)
|
||||
- Ein Stufe-1-[RAM-Riegel](ram1.md)
|
||||
- Ein [EEPROM](eeprom.md)
|
||||
- Eine Stufe-2-Erweiterungskarte
|
||||
- Eine Stufe-1-Erweiterungskarte
|
||||
- Ein Stufe-1-Upgrade
|
||||
- Ein Stufe-2-Upgrade
|
||||
|
||||
Eine Stufe-2-Drohne kann folgende Komponenten enthalten:
|
||||
- Eine Eine Stufe-1-[CPU)](cpu1.md)
|
||||
- Zwei Stufe-1-[RAM-Riegel](ram1.md)
|
||||
- Ein [EEPROM](eeprom.md)
|
||||
- Zwei Stufe-2-Erweiterungskarten
|
||||
- Ein Stufe-1-Upgrade
|
||||
- Ein Stufe-2-Upgrade
|
||||
- Ein Stufe-3-Upgrade
|
||||
|
||||
Die Stufe-4-Drohne (sog. Creative-Drohne) kann folgende Komponenten enthalten:
|
||||
- Eine Stufe-3-[CPU](cpu3.md)
|
||||
- Zwei Stufe-2-[RAM-Riegel](ram5.md)
|
||||
- Ein [EEPROM](eeprom.md)
|
||||
- Drei Stufe-3-Erweiterungskarten
|
||||
- Neun Stufe-3-Upgrades
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT droneCase1.md
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT droneCase1.md
|
||||
@ -0,0 +1,7 @@
|
||||
# EEPROM
|
||||
|
||||
|
||||
|
||||
Der EEPROM enthält den Code der verwendet wird um den Computer zu starten. Diese Daten sind als einfaches Bytearray gespeichert und können bei unterschiedlichen Architekturen andere Operationen auslösen. Das LUA-BIOS ist ein kleines Script das auf dem Dateisystem nach eine Datei namens `init.lua`. Auf anderen Architekturen kann es echter Maschinencode sein.
|
||||
|
||||
EEPROMs können für spezialisierte Aufgaben programmiert werden, wie es bei [Drohnen](drone.md) oder [Microcontrollern](../block/microcontroller.md) der Fall ist.
|
||||
@ -0,0 +1,9 @@
|
||||
# Erfahrungs-Upgrade
|
||||
|
||||
|
||||
|
||||
Das Erfahrungs-Upgrade ist ein sehr spezielles Upgrade, da es [Robotern](../block/robot.md) und [Drohnen](drone.md) ermöglicht, Erfahrung zu sammeln. Ein einziges Upgrade kann bis zu 30 Level speichern und ermöglicht damit kleinere Boni, wie schnellere Ausführung oder erhöhte Energiespeicherkapazität.
|
||||
|
||||
[Roboter](../block/robot.md) ab Level 10 bekommen eine goldene Färbung, ab Level 20 wechselt die Färbung in einen diamantenen Teint.
|
||||
|
||||
Die tatsächliche Erfahrung wird im Upgrade gespeichert, was bedeutet dass die Erfahrung zu anderen Geräten verschoben werden kann.
|
||||
@ -0,0 +1,5 @@
|
||||
# Diskette
|
||||
|
||||
|
||||
|
||||
Die Diskette ist das günstigste und kleinste Speichermedium in OpenComputers. Es ist ein nützliches Item für das frühe Spiel um Daten zwischen den Geräten zu transferieren. Disketten mit nützlichen Programmen können in Dungeons gefunden werden (wie der OpenPrograms Package Manager, womit Programme von einem zentralen Github-Repository installiert werden können.)
|
||||
@ -0,0 +1,7 @@
|
||||
# Generator-Upgrade
|
||||
|
||||
|
||||
|
||||
Das Generator-Upgrade ermöglicht es Geräten sich im Betrieb neu aufzuladen. Zurzeit werden nur trockene Energiequellen (wie Kohle) unterstützt. Es hat ein internes Inventar welches ein Stack an Energiequellen halten kann. Überflüssige Energiequellen können über die Komponenten-API entfernt werden. Ein Upgrade von einem Roboter zu entfernen führt dazu, dass der Inhalt in die Welt geworfen wird.
|
||||
|
||||
Die Effizienz der Generatoren ist niedriger als die von Generatoren anderer Mods. [Ladegeräte](../block/charger.md) sind effizienter.
|
||||
@ -0,0 +1,7 @@
|
||||
# Grafikkarten
|
||||
|
||||
|
||||
|
||||
Die Grafikkarte ist essenziell für die meisten [Computer](../general/computer.md). Damit können sie Text auf einem verbundenen [Bildschirm](../block/screen1.md) darstellen. Grafikkarten kommen in verschiedenen Stufen, die zusammen mit dem Bildschirm unterschiedliche Auflösungen und Farbtiefen unterstützen.
|
||||
|
||||
Ein anderer beachtenswerter Unterschied zwischen den unterschiedlichen Stufen ist die Anzahl an maximalen Operationen pro Tick. Die Werte in den Tooltips sind repräsentativ für einen Computer mit einer Stufe-2-[CPU](cpu1.md). Stufe-1-[CPUs](cpu1.md) sind etwas langsamer, Stufe-3-CPUs etwas schneller. Die Zahlen sind für jede Operation einzeln aufgelistet, die eine GPU zur Verfügung stellt: `copy`, `fill`, `set`, `setBackground` und `setForeground`.
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT graphicsCard1.md
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT graphicsCard1.md
|
||||
@ -0,0 +1,5 @@
|
||||
# Festplatte
|
||||
|
||||
|
||||
|
||||
Die Festplatten haben mehr Speicherplatz als andere OpenComputers-Speichermedien. Alle Medien arbeiten gleich schnell, haben allerdings unterschiedliche Speicherplatzgrößen. Es gibt auch Geräte die nur Disketten verwenden. Festplatten können in einem [RAID](../block/raid.md) platziert werden, um Geräten das Teilen des selben Dateisystems zu ermöglichen. Wenn eine Festplatte in einem RAID platziert werden, werden allerdings die Daten gelöscht.
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT hdd1.md
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT hdd1.md
|
||||
@ -0,0 +1,11 @@
|
||||
# Schwebestiefel
|
||||
|
||||
|
||||
|
||||
Drohnen zu programmieren kann eine lange Zeit dauern. Es gibt allerdings eine Alternative dazu: Schwebestiefel.
|
||||
|
||||
Diese Stiefel haben einige nützliche Eigenschaften: Sie steigern die Sprunghöhe und federn einen hohen Fall ab. Genau: Sprünge bis zu 4 Blöcke hoch sind möglich, der Schaden wird um ⅓ verringert.
|
||||
|
||||
Außerdem ist es möglich, Treppen mit Stufenhöhen von einem Meter zu besteigen, ohne dass die Stufen hochgesprungen werden müssen. Sehr praktisch beim morgendlichen Fitnesslauf den Berg hinauf.
|
||||
|
||||
Diese Stiefel können in einem OpenComputers-[Ladegerät](../block/charger.md) oder ähnlichen Geräten (wie dem AppliedEnergistics 2-Ladegerät, der IndustrialCraft 2 Battery Box usw.)
|
||||
@ -0,0 +1,14 @@
|
||||
# Schwebe-Upgrade
|
||||
|
||||
|
||||
|
||||
Das Schwebe-Upgrade erlaubt es [Robotern](../block/robot.md) viel höher über dem Boden zu fliegen als normal. Im Gegensatz zu [Drohnen](drone.md) können diese nämlich standardmäßig nur 8 Block hoch schweben. Das ist normal kein großes Problem, da sie sich trotzdem an Wänden entlang bewegen können. Sie können sich so bewegen:
|
||||
- Roboter können sich nur bewegen, wenn Start- und Zielposition gültig sind (z.B. um Brücken bauen zu können)
|
||||
- Die Position unter einem Roboter ist immer gültig (sie können sich immer herab bewegen)
|
||||
- Positionen bis `Flughöhe` über einem vollen Block sind gültig (eingeschränkte Flugfähigkeiten)
|
||||
- Jede Position mit einem angrenzenden Block mit einer vollen Seite in Richtung der Position ist gültig (Roboter können "klettern")
|
||||
|
||||
Hier eine Visualisierung der Regeln:
|
||||
|
||||
|
||||
Wenn diese Regeln außer Kraft gesetzt werden müssen, ist dieses Upgrade das Upgrade der Wahl.
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT hoverUpgrade1.md
|
||||
@ -0,0 +1,89 @@
|
||||
# Items
|
||||
|
||||
Dieser Index listet alle dokumentierten Items in OpenComputers auf. Eine Auflistung aller Blöcke ist im [Blockindex](../block/index.md) zu finden.
|
||||
|
||||
Je nach dem, welches Recipe Set verwendet wird können einzelne Items nicht verfügbar sein.
|
||||
|
||||
## Werkzeuge
|
||||
* [Messgerät](analyzer.md)
|
||||
* [Handbuch](manual.md)
|
||||
* [Fernsteuerungsterminal](terminal.md)
|
||||
* [Texturleser](texturePicker.md)
|
||||
* [Schraubenziehschlüssel](wrench.md)
|
||||
|
||||
## Geräte
|
||||
* [Drohne](drone.md)
|
||||
* [Server](server1.md)
|
||||
* [Tablet](tablet.md)
|
||||
|
||||
## Komponenten
|
||||
|
||||
### Karten
|
||||
* [Abstrakter-Bus-Karte](abstractBusCard.md)
|
||||
* [Datenkarte](dataCard.md)
|
||||
* [Debug-Karte](debugCard.md) (aka AMI)
|
||||
* [Grafikkarte](graphicsCard1.md)
|
||||
* [Internetkarte](internetCard.md)
|
||||
* [Verknüpfte Karte](linkedCard.md)
|
||||
* [Netzwerkkarte](lanCard.md)
|
||||
* [Redstonekarte](redstoneCard1.md)
|
||||
* [Drahtlosnetzwerkkarte](wlanCard.md)
|
||||
* [Weltsensorkarte](worldSensorCard.md)
|
||||
|
||||
### Upgrades
|
||||
* [Engelsupgrade](angelUpgrade.md)
|
||||
* [Akkuupgrade](batteryUpgrade1.md)
|
||||
* [Karten-Behälter](cardContainer1.md)
|
||||
* [Chunkloader-Upgrade](chunkloaderUpgrade.md)
|
||||
* [Crafting-Upgrade](craftingUpgrade.md)
|
||||
* [Datenbank-Upgrade](databaseUpgrade1.md)
|
||||
* [Erfahrungs-Upgrade](experienceUpgrade.md)
|
||||
* [Generator-Upgrade](generatorUpgrade.md)
|
||||
* [Schwebe-Upgrade](hoverUpgrade1.md)
|
||||
* [Inventarbedienungs-Upgrade](inventoryControllerUpgrade.md)
|
||||
* [Inventar-Upgrade](inventoryUpgrade.md)
|
||||
* [Leinen-Upgrade](leashUpgrade.md)
|
||||
* [Navigations-Upgrade](navigationUpgrade.md)
|
||||
* [Kolben-Upgrade](pistonUpgrade.md)
|
||||
* [Schild-Upgrade](signUpgrade.md)
|
||||
* [Solargenerator-Upgrade](solarGeneratorUpgrade.md)
|
||||
* [Tankbedienungs-Upgrade](tankControllerUpgrade.md)
|
||||
* [Tank-Upgrade](tankUpgrade.md)
|
||||
* [Traktorstrahl-Upgrade](tractorBeamUpgrade.md)
|
||||
* [Upgrade-Behälter](upgradeContainer1.md)
|
||||
|
||||
### Anderes
|
||||
* [Beschleunigter Prozessor (APU)](apu1.md)
|
||||
* [Komponentenschnittstelle](componentBus1.md)
|
||||
* [CPU](cpu1.md)
|
||||
* [EEPROM](eeprom.md)
|
||||
* [Diskette](floppy.md)
|
||||
* [Festplatte](hdd1.md)
|
||||
* [Speicher (RAM)](ram1.md)
|
||||
|
||||
## Crafting
|
||||
* [Grog](acid.md)
|
||||
* [Arithmetisch-logische Einheit (ALU)](alu.md)
|
||||
* [Pfeiltasten](arrowKeys.md)
|
||||
* [Tastengruppe](buttonGroup.md)
|
||||
* [Karte](card.md)
|
||||
* [Leiterplatte](circuitBoard.md)
|
||||
* [Kontrolleinheit](controlUnit.md)
|
||||
* [Schneidedraht](cuttingWire.md)
|
||||
* [Speicherplatte](disk.md)
|
||||
* [Internetz](interweb.md)
|
||||
* [Microchip](chip1.md)
|
||||
* [Ziffernblock](numPad.md)
|
||||
* [Bedruckte Leiterplatte](printedCircuitBoard.md)
|
||||
* [Rohe Leiderplatte](rawCircuitBoard.md)
|
||||
* [Transistor](transistor.md)
|
||||
|
||||
## Montage / Druck
|
||||
* [Chamälium](chamelium.md)
|
||||
* [Tintenkartusche](inkCartridge.md)
|
||||
* [Drohnengehäuse](droneCase1.md)
|
||||
* [Mikrocontrollergehäuse](microcontrollerCase1.md)
|
||||
* [Tabletgehäuse](tabletCase1.md)
|
||||
|
||||
## Anderes
|
||||
* [Schwebestiefel](hoverBoots.md)
|
||||
@ -0,0 +1,5 @@
|
||||
# Tintenkartusche
|
||||
|
||||
|
||||
|
||||
Tintenkartuschen sind nützlich um den Farbbuffer von [3D-Druckern·](../block/printer.md) zu füllen. Es ist auch möglich sie mit Farbmitteln direkt zu färben, das ist aber ineffizient. Am besten kaufen Sie noch heute die echten OC Tintenfarben (TM) heute! (Disclaimer: Unter Umständen könnten sie mehr als der Drucker selbst kosten.)
|
||||
@ -0,0 +1 @@
|
||||
#REDIRECT inkCartridge.md
|
||||
@ -0,0 +1,7 @@
|
||||
# Internetkarte
|
||||
|
||||
|
||||
|
||||
Internetkarten bieten [Computern](../general/computer.md) Internetzugriff. Einfache HTTP-Anfragen sind möglich, sowie einfache TCP-Client-Sockets die gelesen und beschrieben werden können.
|
||||
|
||||
Eine Internetkarte zu installieren fügt zudem einen Speicher hinzu, auf dem einige Internetprogramme installiert sind, wie das hoch- und herunterladen von Text zu/von pastebin sowie ein `wget`-Klon zum herunterladen von Dateien aus dem Internet.
|
||||
@ -0,0 +1,5 @@
|
||||
# Internetz
|
||||
|
||||
|
||||
|
||||
Das Internetz ist eine grundlegende Komponente für alle Geräte die mit Hochdistanzkommunikation zusammenhängen. Es nutzt verrückte Mechaniken des Ends um Quantenlinienkommunikation zu ermöglichen. Wird vor allem in [Internetkarten](internetCard.md) und [verknüpften Karten](linkedCard.md) verwendet.
|
||||
@ -0,0 +1,7 @@
|
||||
# Inventarbedienungs-Upgrade
|
||||
|
||||
|
||||
|
||||
Das Inventarbedienungs-Upgrade ermöglicht erweiterte Inventarinteraktionen für [Roboter](../block/robot.md) und [Drohnen](drone.md). Es erlaubt es dem Gerät explizit einzelne Slots in externen Inventaren zu verwenden. Es erlaubt es dem Gerät zudem detaillierte Informationen über seine Itemstacks zu lesen. Zuletzt stellt es Robotern eine Möglichkeit zur Verfügung, das Werkzeug ohne Hilfe zu wechseln.
|
||||
|
||||
Dieses Upgrade kann zudem in [Adaptern](../block/adapter.md) platziert werden, wo es ähnliche Inspektionsmethoden auf angrenzende Inventare ermöglicht. Allerdings können keine Items aus oder in das Inventar geschoben werden; das geht bei Robotern und Drohnen.
|
||||
@ -0,0 +1,7 @@
|
||||
# Inventar-Upgrade
|
||||
|
||||
|
||||
|
||||
Das Inventar-Upgrade stellt Inventarslots für [Roboter](../block/robot.md) und [Drohnen](drone.md) bereit. Jedes Upgrade fügt 16 Inventarslots hinzu, bis zu einem Maximum von 64 Slots. Eine Drohne fügt 4 Slots pro Upgrade hinzu, bis zu einem Maximum von 8 Slots.
|
||||
|
||||
Ohne Inventar-Upgrade können diese Geräte keine Items aufheben.
|
||||
Some files were not shown because too many files have changed in this diff Show More
Loading…
x
Reference in New Issue
Block a user