Редактирование: Руководство по связи (раздел)

=Более подробное руководство по телекоммуникациям=
== Центральный отсек ==
[[File:TelecommEg.PNG|896px|thumb|right|Базовый пример центрального отсека телекоммуникаций. Присутствуют все необходимые машины, включая компьютер мониторинга и регистрации..]]
Функциональный телекоммуникационный центральный отсек (иначе называемый "Серверной комнатой") содержит несколько машин, каждая из которых выполняет свою изолированную функцию. Эти машины образуют обычно независимую телекоммуникационную сеть с заранее заданным набором частот для обработки. В качестве опции могут использоваться компьютеры мониторинга для отслеживания телекоммуникационной активности и целостности сети. Важно отметить, что машины, в первую очередь ''Процессорные блоки'', выделяют значительное количество тепла. В центральном отсеке обычно поддерживается очень низкая температура, чтобы не повредить аппаратную инфраструктуру, поэтому обслуживание обычно не проводится без надлежащего защитного оборудования.

Для функциональной телекоммуникационной сети не обязательно иметь ''центральный'' отсек связи. На самом деле, более эффективным может быть разделение сети на подсети. Однако Технический отдел Нанотрейзен настоятельно рекомендует централизовать механизмы для облегчения обслуживания и ведения бухгалтерского учета. Хотя мощный центральный отсек, возможно, легче обслуживать, его также легче саботировать или взорвать. Единственное, что может быть хуже, чем повреждения от взрывов и массивная дестабилизация атмосферы, - это вышедшая из строя коммуникационная сеть. Центральный отсек должен быть хорошо укреплен и стабилен, и, к счастью для экипажа, Нанотрейзен не скупится на средства в этом отделе. Станция получит либо надежный Спутник связи, либо Серверную комнату внутри станции.

== Машины == 
Существует 5 различных видов оборудования, необходимых для нормальной работы телекоммуникационной сети. Без того или иного устройства вся система перестанет функционировать или будет работать неоптимально. Все телекоммуникационные машины простаивают до тех пор, пока не получат сигнал. Все машины оснащены модулями гиперволновой фильтрации, которые позволяют сканировать частоту сигнала независимо от его интенсивности. Это означает, что каждая машина может выборочно определять, на какие сигналы обращать внимание, если есть определенные частоты, на которые нужно настроиться.
=== [[File:Sreceiver.gif]] Subspace Receivers (Подпространственные приемники) ===
''Подпространственные приемники'' необходимы для подпространственной телекоммуникационной сети. У них постоянно открыто долгосрочное подпространственное окно, и они создают подпространственный эквивалент гравитационного колодца в своей искривленной версии пространства-времени. Сверхсветовые сигналы, путешествующие в подпространстве, идут слишком "быстро", чтобы их могло засосать в гравитационный колодец, но всякий раз, когда сигнал проходит через карман, создается его углеродная копия. Затем этот сигнал преобразуется в реальную радиоволну Подпространственным приемником и передается либо на связанные хабы, либо на связанные шины, причем хабы имеют приоритет. В типичном сценарии сигнал получает только хаб.

=== [[File:Relay.gif]] Telecommunication Relays (Телекоммуникационные реле) ===
''Телекоммуникационные реле'' очень важны для создания полноценной сети. Они позволяют расширять сеть за счет возможности передавать сигналы за пределы  Z-уровня. Это означает, что, когда вы говорите что-то по радио, после получения сообщения реле оно будет передано всем связанным с ним реле. Система работает, заряжая атомы для передачи сигнала почти быстрее света. Затем сигнал отправляется в хаб (если хаб соединен с приемником) - единственную телекоммуникационную машину, которая может принимать эти почти световые сигналы. Когда сигнал обрабатывается хабом, он передается обратно с помощью этих реле.

=== [[File:Hub.gif]] Telecommunication Hub (Телекоммуникационный хаб) ===
''Телекоммуникационный хаб'' является главным узлом сети. Он соединен с множеством реле, которые разбросаны по всему помещению, ожидая отправки и получения информации от шин, реле и вещателей. В нем используется высокоуровневая технология схем, чтобы передавать информацию как можно эффективнее и быстрее.
[[File:SpessChart.png|640px|thumb|left|Простая визуальная схема базовой радиотелекоммуникационной сети. Здесь показан "маршрут", который проходит передача в подпространстве, прежде чем она достигнет конечного пункта назначения.]]

=== [[File:Bus.gif]] Bus Mainframes (Серверы/шины передачи данных) ===
''Серверы передачи данных'' регулируют и обрабатывают передачу огромных объемов данных с почти мгновенной скоростью. Они не являются неотъемлемой частью сети, но необходимы для обеспечения мгновенной передачи данных. Они необходимы для передачи данных туда и обратно между процессорными блоками и серверами. Если сервер передачи данных отсутствует, работа сети может быть ненадежной или медленной. 
=== [[File:Pro.gif]] Processor Units (Процессор) ===
''Процессор'' расшифровывает, очищает и растягивает гиперсжатые радиосигналы. Радиосигналы отправляются в подпространство с использованием заданного хэша шифрования и случайного начального кода, что делает процесс шифрования и отправки очень легким, а распаковку и расшифровку тяжелыми из-за странной природы подпространства. Процессоры могут мгновенно сделать сигналы доступными для чтения другими машинами. Они не являются обязательными для подпространственной сети, но если один из них отсутствует, выходной сигнал сети может быть непонятен.
=== [[File:Server.gif]] Telecommunication Servers (Телекоммуникационные серверы) ===
''Телекоммуникационные серверы'' регистрируют сетевую статистику и сигнальный трафик для удобства обслуживания. Каждый сервер представляет собой "канал" в стандартных настройках Нанотрейзен. Однако сервера могут прослушивать несколько каналов. Для каждого сигнала, отправленного на сервер, создается запись в базе данных и сохраняется информация о сигнале. Серверы также помогают сортировать порядок передачи сигналов подпространственным вещателям, что очень важно для мгновенной передачи сигналов.

''Дополнительно'', Телекоммуникационные серверы были способны выполнять написанные пользователем скрипты (удалены с /tg/-серверов в 2015 году) с помощью Telecommunications Traffic Monitor. Когда сигнал проходит через сервер (и сервер настроен на автоматическое выполнение кода), интерпретатор останавливает сигнал до завершения выполнения кода, а затем выдает сигнал. За это время интерпретатор скриптов сервера может изменить содержимое сигнала или пометить его как отклоненный, что заставит вещательные компании игнорировать его.

=== [[File:Broad.gif]] Subspace Broadcasters (Подпространственные вещатели) ===
''Подпространственные вещатели'' - это впечатляющие устройства, способные открывать достаточно большие окна подпространства для передачи через них сжатых данных в кодированных радиоволнах. Они необходимы для любой сети, которая должна передавать информацию обратно на принимающие радиоустройства. Они работают, направляя мощные лазеры в небольшое подпространственное окно и изменяя амплитуду радиоволн в подпространстве, что позволяет большим пакетам данных легче входить и выходить из подпространства.

=== [[File:Message_server_anim.gif]] Messaging Servers (Серверы передачи сообщений) ===
''Серверы передачи сообщений'' обрабатывают и маршрутизируют ПДА-сообщения и консольные запросы. Требуется 15 минут калибровки, прежде чем они заработают, если они только что созданы.  <br>Используйте мультитул, чтобы настроить его параметры и связать с сетью (tcommsat) и хабом.  Если сервер передачи сообщений не активен, сообщения с ПДА и консоли запросов не будут работать.

=== [[File:Blackbox_recorder.gif]] Blackbox Recorder (Бортовой самописец/Чёрный ящик) ===
Используется только для хранения [[High-risk_items#The_Blackbox|Черного ящика]].

== Руководство по эксплуатации == 
Телекоммуникационные машины гибкие и могут адаптироваться к изменениям структуры, а в остальном они бессмертны к обычным ошибкам и сбоям. Однако в случае катастрофы, такой как взрыв, сингулярность или что-то подобное, гарантия по умолчанию теряет силу, и машины, скорее всего, будут уничтожены или выведены из строя. Если одна или несколько машин будут уничтожены, то, скорее всего, выйдет из строя вся коммуникационная сеть или хотя бы ее часть. Хотя интеркомы и станционные радиоприемники способны обеспечить ограниченную связь вне подпространства, они определенно не являются надежными. Запуск этих машин должен быть максимально приоритетным.

Если вы подозреваете, что машины не работают должным образом (или вообще не работают), сначала нужно определить причину. Вероятно, самой распространенной проблемой является взорвавшийся центральный отсек. Устраните все структурные повреждения и оцените состояние машин. Если они все еще работают (мигают/загораются и т. д.), значит, они относительно исправны. Если произошла разгерметизация атмосферы, вам нужно закачать в помещение охлажденный воздух; чтобы выжить, машинам нужен холодный газ, иначе они не смогут отводить свое тепло в окружающую среду и перегреются.

[[File:Multitool-tcomm.png|thumb|274px|right|Мультитул-телекоммуникационный интерфейс.]]
Если машины перегрелись, их можно починить, просто восстановив. Для этого сначала открутите внешние болты с помощью отвертки. Затем снимите покрытие с помощью гаечного ключа. Затем удалите внутренние кабели с помощью кусачек. После этого можно использовать ломик, чтобы извлечь внутренние компоненты и печатную плату. После этого вы можете либо разобрать пустой каркас, либо просто собрать его заново. Если машины были полностью уничтожены, вам захочется построить новые. Для этого вам придется обратиться в РНД за платами и запасными частями самого высокого уровня, или же взять детали с других разрушенных телекомов. Имейте в виду, что вам не обязательно восстанавливать все машины. Как минимум, вам нужны 1 приемник, 1 процессор, 1 шина и 1 передатчик. Возможно, вам придется вручную подключаться к реле, если они разрушены, и это потребует от вас долгих хождений.

== Телекоммуникационный полиморфизм ==
Машины можно переоборудовать вручную, чтобы они работали с другими машинами, которые обычно не очень распространены и не имеют смысла. Однако в случае чрезвычайной ситуации это может спасти жизнь. С помощью мультитула можно взаимодействовать с телекоммуникационными машинами, что позволит вам изменять некоторые их свойства. Кроме того, с помощью этого интерфейса можно соединять машины, что, возможно, является самой важной функцией.

Чтобы связать две машины, зайдите в одну из них с помощью мультитула. Выберите [Add Machine] в нижней части окна, чтобы сохранить эту машину в буфере мультитула. Теперь обратитесь к другой машине с помощью того же мультитула. Машина, ранее помещенная в буфер, должна по-прежнему находиться в буфере мультитула. Выберите [Link], чтобы добавить машину, которая в данный момент находится в буфере, в список связей с машиной, к которой в данный момент осуществляется доступ. Таким образом будет установлена связь между этими двумя машинами. (Обратите внимание, что можно связать машину с самой собой; это безвредно и бессмысленно).

=== Subspace Receivers (Подпространственные приемники) ===
Подпространственные приемники можно подключать как к шинам, так и к хабам. Если вы хотите передавать сигналы через z-уровни, вам нужно подключить его к хабу, связанному с реле. В противном случае вы можете подключить его к шине без потери функциональности.

=== Bus Mainframes (Серверы/шины передачи данных) ===
Хотя технически это необязательно, если вы не свяжете шину с процессором, читаемость сигналов существенно пострадает. Связь с процессором просто необходима.

Вы можете подключить Серверы передачи данных к хабу или напрямую к ''Подпространственным вещателям'', если не можете подключиться к функциональному серверу. Обратите внимание, что при подключении непосредственно к вещателю ретрансляторы, подключенные к хабу, не будут использоваться, а другие z-уровни не будут принимать сигнал.  В остальном это не окажет особого влияния, кроме очень незначительного снижения производительности.

=== 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 (Телекоммуникационные реле) ===
Реле должны быть подключены к хабу, чтобы добавить в сигнал информацию о том, на каком Z-уровне он находится и что будет транслировать. Оно не может быть связано ни с какой другой машиной.

=== Telecommunication Hub (Телекоммуникационный хаб) ===
Это устройство необходимо при создании реле, позволяющих посылать и принимать сигналы на разные Z-уровни. Обычно он подключается к реле, приемникам, шинам, серверам и вещателям. Получая информацию от реле, он отправляет ее связанным приемникам, а те - хабу, после чего хаб рассылает ее по всем связанным шинам. Если хаб получает информацию от машины, не являющейся приемником (шины или сервера), он принимает ее за готовые к передаче данные и отправляет их всем связанным реле и вещателям. 

=== Telecommunication Servers (Телекоммуникационные серверы) ===
Они могут быть связаны либо непосредственно с вещателем, либо с хабом. Они должны быть связаны с хабом, чтобы передавать информацию ретрансляторам на других z-уровнях, но в остальном пользы от них никакой. Серверы нужны только для хранения журналов и ведения нормальной бухгалтерии.

=== Subspace Broadcasters (Подпространственные вещатели) === 
Вещатели - это выход, с ними ничего нельзя сделать с точки зрения полиморфизма.