Руководство по связи

Требуется перевод!

Эта статья содержит непереведённую информацию.

Простое руководство по ремонту телекоммуникаций

Радио внезапно перестало работать? Или кто-то опять взорвал телекоммы? Вот краткое руководство для того, чтобы понять, что не так и как это исправить:

1. Был ли он частично взорван?

1. Убедитесь, что в помещении есть питание от АПЦ.
2. Посмотрите, какие из этих механизмов отсутствуют/взорваны: Приемник (Receiver), Шина (Bus), Процессор (Processor), Передатчик (Broadcaster).
3. Перезагрузите по очереди каждую из машин, которые еще функционируют, с помощью мультитула (отвяжите и удалите все частоты).
4. Перейдите в раздел Как это исправить?, постройте недостающие машины и соедините их, следуя инструкциям.
   1. (Например, если все, кроме СМЕСа, АПЦ, Receiver и Bus было уничтожено, вам все равно нужны Processor и Broadcaster. Перезагрузите Receiver и Bus, постройте Processor и Broadcaster, соедините их с Bus и вуаля.)

2. Полностью разнесены в пух и прах или украдены и брошены в сингулярность?

1. Перейдите в раздел Как это исправить? и следуйте инструкциям.

3. Все целое, но машины выключены (нет мигающих лампочек на машинах)?

1. Было ли обновление Центрального командования о чем-то вроде "Ionospheric anomalies detected. Temporary telec#MCi46:5.;@63-BZZZZT", если да, подождите несколько минут, и оборудование восстановится автоматически. Обратите внимание, что это может произойти без какого-либо предупреждения, поэтому просто подождите 5 минут, чтобы посмотреть, оживут ли машины самостоятельно.
2. Проверьте АПЦ: главный выключатель и оборудование должны быть включены. Если нет, включите их.
3. Проверьте оборудование с помощью мультитула и убедитесь, что питание установлено. Если нет, включите обратно.

4. Оборудование включено, но по радио ничего не слышно?

1. Проверьте Telecommunication Hub с помощью мультитула.
   1. Имя сети установлено на tcommsat? Если нет, установите обратно значение tcommsat и...
      1. Пройдитесь по меню Telecommunication Hub, пока не увидите пункт MULTITOOL BUFFER.
      2. Нажмите кнопку [Add Machine], информация о Хабе теперь находится в памяти вашего мультитула.
      3. Используйте мультитул на Subspace Receiver (вам придется делать это для каждой машины).
      4. Прокрутите меню вниз и нажмите [Link], чтобы связать машину с Хабом.
      5. Повторите это для каждой машины (кроме processors, СМЕСов, blackbox recorder, messaging server, и компьютеров).
      6. Процессор должен быть подключен к соответствующей шине.
   2. Проверьте, включено ли питание других устройств и правильное ли имя сети.
      1. Перейдите в консоль Telecommunications Traffic Control.
      2. Войдите в систему.
      3. Сканируйте сервера.
      4. Нажмите на сервер.
      5. Вернитесь в главное меню и повторите действия для всех серверов.

Краткое руководство по Телекоммуникациям

Если вы просто хотите узнать, как невероятно легко все исправить, переходите к разделу Как это исправить?.

Комната:

Полна сверх охлажденного газа. Не дышите им, не стойте в нем без средств защиты. У него есть собственная СМЕС и АПЦ. Если АПЦ уничтожено, немедленно замените его. Если питание АПЦ временно отключено, посмотрите на ПДА-сервер; если его индикатор горит красным, в АПЦ, скорее всего, установлено устройство дистанционного управления (remote signaller), поскольку отключение питания АПЦ приводит к отключению сервера сообщений PDA на неопределенный срок.

Инструменты

Доступ ко всем машинам и управление ими осуществляется с помощью мультитула. Один из них находится в телекоммуникациях в начале раунда. Чтобы связать машины, вы добавляете машину в буфер мультитула, затем используете мультитул на машине, с которой нужно установить связь, и нажимаете [Link] внизу. Большинство телекоммуникационных машин также имеют фильтры, определяющие, какие частоты передаются через те или иные устройства. Кроме того, каждый аппарат имеет IDENTIFICATION STRING (идентификационную строку), которая является его уникальным именем, и NETWORK (сеть), по умолчанию tcommsat, которая позволяет ему связываться с аппаратами только с тем же именем сети. ЕСЛИ ВЫ ИЗМЕНИТЕ ИМЯ СЕТИ, ЭТО ПРИВЕДЕТ К РАЗРЫВУ СВЯЗИ. ИЗМЕНЕНИЕ СЕТЕВОГО ИМЕНИ ХАБА - РАСПРОСТРАНЕННЫЙ МЕТОД ГЕТТО-САБОТАЖА. СЛЕДИТЕ ЗА ЭТИМ.

Оборудование

• Subspace Receiver (Подпространственный приемник): Приемник радиосигналов
• Subspace Broadcaster (Подпространственный вещатель): Посылает радиосигналы
• Bus Mainframe (Сервер передачи данных): Регулирует радиосигналы
• Processor (Процессор): Расшифровка радиосигналов
• Servers (Серверы): Регистрация радиосигналов
• Hub (Хаб): Принимает радиосигналы и отправляет их на соответствующие машины
• Relay (Реле): Подключается к Хабу на другом Z-уровне. Позволяет передавать радиосигналы на своем Z-уровне через телекоммуникационную инфраструктуру связанного с ним хаба.

Стандартная структура

Каждый шаг обычно проходит через Хаб.

1. Сигнал поступает от гарнитуры/интеркома/и т.д.
2. Поступает в Приемник (RECEIVER).
3. Сигнал передается на соответствующий Сервер передачи данных (BUS MAINFRAME).
4. Сигнал посылается на соответствующий Процессор (PROCESSOR). Обратите внимание, что ПРОЦЕССОР (PROCESSOR) И СЕРВЕР ПЕРЕДАЧИ ДАННЫХ (BUS MAINFRAME) ДОЛЖНЫ БЫТЬ СОЕДИНЕНЫ НАПРЯМУЮ.
5. Сигнал возвращается на Сервер передачи данных (BUS MAINFRAME).
6. Сигнал регистрируется на Сервере и к нему применяются скрипты.
7. Сигнал передается на Подпространственный вещатель (BROADCASTER).
8. Сигнал передается на все соответствующие радиоустройства.

Части, которые являются обязательными:

• Subspace Receiver (Подпространственный приемник)
• Subspace Broadcaster (Подпространственный вещатель)
• Bus Mainframe (Сервер передачи данных)

Функционально неопциональные части:

• Processor (Процессор). Почему? Работает, но вы получите следующее:

>/;v**r; [145.9] говорит, "К**тся те;<ом$>/ы >$сл>*ма*#$& ****"

Selene Avery говорит, "Кажется телекоммы сломаны."

Как это исправить?

А ТЕПЕРЬ ПРОИГНОРИРУЕМ ВСЕ ВЫШЕСКАЗАННОЕ И РАССКАЖЕМ ВАМ, КАК НЕВЕРОЯТНО ЛЕГКО ПОЧИНИТЬ ТЕЛЕКОММЫ, ЧТО БЫ С НИМ НИ ДЕЛАЛИ.

Необходимые инструменты:

• Отвертка
• Гаечный ключ
• Кусачки
• Лом

Общий список необходимых предметов (ПРИМЕЧАНИЕ: большинство из них можно найти в Техническом хранилище, но их недостаточно, чтобы построить все с нуля, если вы делаете именно так, мы предлагаем деконструировать все телекоммуникационные машины, оставшиеся после взрыва или чего-то еще; если это не вариант, обратитесь в РНД, чтобы они сделали для вас предметы):

• 1x Subspace Receiver Board, 1x Bus Mainframe Board, 1x Processor Unit Board, 1x Subspace Broadcaster Board
• 1x Провода
• 9x Микроманипуляторы (всего 4 штуки в хранилище!)
• 1x Сканирующий модуль (нет в хранилище!)
• 3x Высокомощный микролазер
• 4x Гиперволновой фильтр (Hyperwave Filter)
• 3x Subspace Ansible
• 1x Ansible Crystal
• 1x Подпространственный анализатор длины волны (Subspace Wavelength Analyzer)
• 1x Подпространственный усилитель (Subspace Amplifier)

Очень простая, но функциональная версия телекоммуникаций.

Машины, которые вам нужно построить:

• Подпространственный приемник (Subspace Receiver)
• Сервер передачи данных (Bus Mainframe)
• Процессор (Processor Unit)
• Подпространственный вещатель (Subspace Broadcaster)

Это можно сделать в любой комнате/коридоре с питанием от АПЦ, включая разбомбленную комнату связи или любое другое место.

После постройки:

1. Очистите ВСЕ фильтры частот на машинах.
2. Установите сеть на tcommsat на каждой машине. Это отключит связь между машинами, поэтому сделайте это перед следующим шагом.
3. Добавьте Bus Mainframe в буфер мультитула (внизу в списке нажмите "Multitool Buffer").
4. Свяжите его с Вещателем, Процессором и Приемником. (нажмите "Add Machine").

Вот и все. Все готово. Он будет обрабатывать все телекоммуникационные сигналы с очень небольшим отставанием, но без помех или других потерь функциональности. Обратите внимание, что для получения и отправки сообщений через z-уровни вам также понадобится Хаб и Реле.

Чтобы добавить Хаб и Реле, сначала подключите Хаб ко всем Реле. Затем соедините Хаб с Приемником, Сервером передачи данных и Вещателем. Теперь шахтеры наконец-то могут слышать станцию с Лаваленда. При желании вы можете отсоединить Сервер передачи данных от Приемника и Вещателя, но это не обязательно, так как Хаб автоматически получает приоритет.

A More Elaborate Guide to Telecommunications

The Central Compartment

A basic example of a telecommunication central compartment. All essential machines, including a monitoring and logging computer, are present.

A functional telecommunication central compartment (otherwise known as the "Server Room") contains several machines, each with its own isolated function. These machines make up a usually independent telecommunication network, with a pre-specified array of frequencies to process. Optionally, monitoring computers may be used to keep track of telecommunication activity and network integrity. It is important to notice that the machines, most dominantly the Processor Units, generate a significant amount of heat. The central compartment is generally kept at a very low temperature to prevent the damage of the hardware infrastructure, so maintenance is usually not done without proper protective equipment.

A central communications compartment is not necessary for a functional telecommunications network. In fact, it may be more efficient to separate the network into sub-nets. Nanotrasen Tech Department, however, strongly suggests the centralization of the machinery for easier maintenance and bookkeeping. While a strong central compartment may be easier to maintain, it is also easier to sabotage or blow up. The only thing worse than explosive concussion damage and massive atmospheric de-stabilization is a downed communication grid. A central compartment should be well-fortified and stable, and fortunately for the crew, Nanotrasen cannot pinch for pennies in this department. The station will either receive a robust Communications Satellite or inner-station Server Room.

The Machines

There are 5 different kinds of machines essential for a healthy telecommunication network. Without one or the other, the entire system would cease to function or would not function optimally. All telecommunication machines idle until they receive a signal, and all the machines are built with Hyperwave Filtering modules that allow for the scanning of signal's frequency regardless of intensity. This means each machine can selectively choose which signals to pay attention to, if there are any specified frequencies to tune into.

Subspace Receivers

Subspace Receivers are essential to a subspace telecommunication network. They have a long-term subspace window open at all times, and create the subspace-equivalent of a gravity well in its warped version of space-time. FTL signals traveling in subspace are going too "fast" to be sucked into the gravity well, but a carbon copy of the signal is produced whenever a signal passes through the pocket. This signal is then converted into a real radio wave by the Subspace Receiver and passed onto either linked hubs or linked buses, with hubs having priority. In a typical scenario only the hub would receive the signal.

Telecommunication Relays

Telecommunication Relays are very essential creating a full network. They allow the network to expand by being able to send signals past Z levels. Meaning that when saying something in the radio, after the message is received by the relay, it will be transmitted to all linked relays. It works by charging atoms for an almost faster than light signal. It then gets sent to the hub (if the hub is linked to a receiver), the only other telecomms machine that can receive these almost-light speed signals. When the signal is processed by the hub, it is broadcasted back using these relays.

Telecommunication Hub

Telecommunication Hub is the main junction for the network. It is connected to many relays that are scattered along space, waiting to send and receive information to and from buses, relays, and broadcasters. It uses a high level technology of circuits to send information as efficiently and as fast as possible.

A simple visual synopsis of a basic radio telecommunication network. It shows the "route" a subspace transmission travels before it reaches its end destination(s).

Bus Mainframes

Bus Mainframes regulate and handle the transfer of massive quantities of data at near instantaneous speeds. They are not essential to a network, but are required to keep data transfer instant. They are necessary to transfer data back and forth between processor units and servers. If a Bus Mainframe is missing, network output may be unreliable or slow.

Processor Units

Processor Units decrypt, clean and stretch hyper-compressed radio signals. Radio signals are sent into subspace using a preset encryption hash but random seed, which makes the process of encrypting and sending very light but unpacking and decrypting heavy due to the weird nature of subspace. Processor Units can instantly make signals readable by other machines. They are not essential to a subspace network but if one is missing, network output may not be understandable.

Telecommunication Servers

Telecommunication Servers log network statistics and signal traffic for easy maintenance. Each server represents a "channel" in the Nanotrasen default settings. They can listen in to multiple channels, however. For each signal that is sent to a server, a database entry is created and the signal's information is stored. The servers also help by sorting the order in which signals are transferred to subspace broadcasters, which is vital for instantaneous signal transferring.

Additionally, Telecommunication Servers were capable of running user-written scripts (removed from /tg/-servers in 2015) through use of a Telecommunications Traffic Monitor. When a signal passes through a server (and the server is set to automatically execute code), the interpreter halts the signal until the code has finished executing, then releases the signal. During this time, the server's script interpreter can modify the signal's contents or flag it as a rejected signal, which will cause broadcasters to ignore it.

Subspace Broadcasters

Subspace Broadcasters are impressive pieces of hardware that are capable of opening large enough subspace windows to transfer de-compressed data bursts, in encoded radio waves, through. They are necessary for any network that is expected to output information back to receiving radio devices. They operate by directing high-powered lasers into a small subspace window and fluctuating the amplitude of radio waves through subspace, allowing the large data packets easier entering and exiting of subspace.

Messaging Servers

Messaging Servers process and route PDA and request console messages. Takes 15 minutes of calibration before it works if newly constructed.
Use a multitool to configure its settings and link it to the (tcommsat) network and hub. If there is no active messaging server, PDA and request console messages won't work.

Blackbox Recorder

Only used for keeping The Blackbox theft objective.

Maintenance Guide

Telecommunications machines are flexible and can adapt to structure changes, and they are otherwise immortal to mundane errors and crashes. However, in the event of a catastrophe such as an explosion, singularity, or anything of the like the default warranty becomes void and the machines will probably be destroyed or totaled. If one or more machines are destroyed, chances are the entire communication grid or at least part of it will be down. While intercoms and station bounced radios are capable of limited non-subspace communication it is most definitely not reliable. It should be maximum priority to get those machines up again.

If you suspect the machines aren't working properly (or at all), you should identify the cause first. Probably the most common issue is an exploded central compartment. Repair any structural damage and assess the machines. If they're still on (flashing/blinking lights, etc) then they are relatively functional. If there's been some atmospheric depressurization you're going to want to pump supercooled air into room; the machines need cold gas to survive or they will not be able to diffuse their heat into the environment, and will overheat.

The multitool-telecomm interface.

If the machines have been overheated, you can fix them by simply reconstructing them. To do this, first unfasten the exterior bolts with a screwdriver. Next, dislodge the plating with a wrench. Next, remove the internal cables with some wirecutters. After that, you can use a crowbar to remove the internal components and circuit board. From there, you can either deconstruct the empty frame or simply rebuild it. If the machines have been completely destroyed, you're going to want to build more. You're going to have to bug R&D for some really high-tier circuit boards and stock parts, or salvage some parts from other toasted telecomm machines. Keep in mind, you don't have to reconstruct ALL the machines. At the very minimum you need 1 receiver, 1 processor, 1 bus, and 1 broadcaster. You might have to manually reconnect to relays if they are destroyed, this involves a long walk.

Telecommunication Polymorphism

The machines can be retrofitted manually to work with other machines that normally would not be very common or wise. In the case of an emergency, however, it can be a life-saver. You can use a multitool to interface with telecommunication machines, which will allow you to modify some of the machines' properties. You can also link together machines with this interface, which is possibly the most important function.

In order to link two machines, access one of them with your multitool. Select [Add Machine] at the bottom of the window to store this machine in the buffer of the multitool. Now access the other machine with the same multitool. The machine previously buffered should still be in the buffer of the multitool. Select [Link] to add the machine currently buffered to the list of machine links of the machine currently accessed. This will establish a link between these two machines. (Note that it is possible to link a machine to itself; this is both harmless and pointless.)

Subspace Receiver

You can link Subspace Receivers to either Buses or Hubs. If you want to send signals across z-levels, you'll need to link it to a hub that's linked to a relay. Otherwise, you can link it to a bus with no loss of functionality.

Bus Mainframes

While it is technically optional, if you do not link the bus to a Processor Unit, signals' readability will suffer substantially. Linking to a processor is all but necessary.

You can link Bus Mainframes to the hub or directly to Subspace Broadcasters if you are unable to link to a functional server. Note that if you link directly to the broadcaster, relays connected to the hub won't be used and other z-levels won't receive the signal. Otherwise, this will not have much of an effect besides a very minuscule performance decrease.

Processor Units

According to the code, you can link Processor Units to Telecommunication Servers instead of Bus Mainframes. This will naturally have a significant performance cost. However, since processors must be linked to buses to receive the information in the first place, using this feature isn't actually possible.

Telecommunication Relay

Relays must be connected to a Hub in order to add information to the signal about the Z level it is in, and which will broadcast in. It cannot be linked to any other machine usefully.

Telecommunication Hub

This machine is essential when creating relays that allow you to send and receive signals to and from different Z-levels. It is ordinarily connected to relays, receivers, buses, servers, and broadcasters. When it receives information from relays it sends it to linked receivers, and those receivers send it to the hub, and then the hub sends it to all linked buses. If the hub receives information from a machine that isn't a receiver (either the bus or a server), it assumes it's ready-to-transmit data and then sends it to all linked relays and broadcasters.

Telecommunication Servers

These can either be linked directly to a broadcaster or to a hub. They must be linked to the hub in order to broadcast information to relays on other z-levels, but otherwise there's no benefit. Servers are only needed to store logs and maintain sane bookkeeping.

Subspace Broadcasters

Broadcasters are the output, there is nothing you can do with these in terms of polymorphism.

Being An Ass

Now downing the radio may seem like something the captain does when he stubs his toe too hard, but downing the radios is something even the most clueless trouble maker can do, provided they have the tools. Here are some easy ways to make nobody hear the screams of the station's inhabitants.

• Destroy the sub-space broadcaster. Those screams will be uttered, But not heard.

• Deconstruct the processor. This makes the radio blast gibberish that nobody can comprehend.

• Deconstruct the server and it's bus. Depending on which ones you knock out you can disable most of the command channels and such.

• Add Filtered Frequencies to the Hub in order to only allow people to speak on those frequencies. You can do this on any machine and department channels will also suffer from not being able to pass the filter.