Изменения

{{Заготовка}}

{{Заготовка}}

Система телекоммуникаций - это полностью реконструированная работа радиосвязи. Она отличается от старого способа связи очень простым и раннее прямым процессом радиосвязи, но в свою очередь представляет новую стратегию для вражеских агентов и даёт свободу... '''[[Справка_по_NTSL|для некоторых интересных махинаций]]'''.

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

 

 

==Легкая починка системы телекоммуникаций==

==Легкая починка системы телекоммуникаций==

#### Повторите все это со всем оборудованием (кроме СМЕСа, черного ящика, сервера обмена сообщениями и компьютерами снаружи).

#### Повторите все это со всем оборудованием (кроме СМЕСа, черного ящика, сервера обмена сообщениями и компьютерами снаружи).

## Проверьте остальное оборудование на наличие питания и правильно заданного сетевого имени.

## Проверьте остальное оборудование на наличие питания и правильно заданного сетевого имени.

=Кратко о телекоммуникациях=

=Кратко о телекоммуникациях=

* Серверы передачи данных (Bus Mainframes): Регулируют радиосигналы

* Серверы передачи данных (Bus Mainframes): Регулируют радиосигналы

* Процессоры (Processors): Расшифровывают радиосигналы

* Процессоры (Processors): Расшифровывают радиосигналы

* Телекоммуникационные серверы (Telecommunication Servers): Записывают радиосигналы, применяют к ним NTSL-скрипты

* Телекоммуникационные серверы (Telecommunication Servers): Записывают радиосигналы.

* Хаб (Hub): Принимает все радиосигналы и рассылает их по соответствующим машинам

* Хаб (Hub): Принимает все радиосигналы и рассылает их по соответствующим машинам

* Реле (Relay): Подключён к хабу на другом Z-уровне. Позволяет радиосигналу проходить сквозь соединённый с ним хаб.

* Реле (Relay): Подключён к хабу на другом Z-уровне. Позволяет радиосигналу проходить сквозь соединённый с ним хаб.

# [[File:Processor Units.gif]] Затем сигнал идёт на связанный с сервером передачи данных процессор (ПРОЦЕССОР И СЕРВЕР ПЕРЕДАЧИ ДАННЫХ ДОЛЖНЫ БЫТЬ СВЯЗАНЫ НАПРЯМУЮ)

# [[File:Processor Units.gif]] Затем сигнал идёт на связанный с сервером передачи данных процессор (ПРОЦЕССОР И СЕРВЕР ПЕРЕДАЧИ ДАННЫХ ДОЛЖНЫ БЫТЬ СВЯЗАНЫ НАПРЯМУЮ)

# [[File:Bus.gif]] Сигнал возвращается на сервер передачи данных

# [[File:Bus.gif]] Сигнал возвращается на сервер передачи данных

# [[File:Telecommunication Servers.gif]] Проходит через телекоммуникационные серверы, где к нему также применяются скрипты

# [[File:Telecommunication Servers.gif]] Проходит через телекоммуникационные серверы

# [[File:Broadcaster.gif]]  Отправляется на подпространственный радиовещатель

# [[File:Broadcaster.gif]]  Отправляется на подпространственный радиовещатель

# [[File:Headset.png]] Отправляется на радиоустройства

# [[File:Headset.png]] Отправляется на радиоустройства

# Запишите параметры сервера передачи данных в буффер вашего мультитула.

# Запишите параметры сервера передачи данных в буффер вашего мультитула.

# Соедините сервер передачи данных с приёмником, процессором и радиовещателем.

# Соедините сервер передачи данных с приёмником, процессором и радиовещателем.

=Подробнее о телекоммуникациях=

=Подробнее о телекоммуникациях=

=== [[File:Telecommunication Servers.gif]] Телекоммуникационные серверы ===

=== [[File:Telecommunication Servers.gif]] Телекоммуникационные серверы ===

''Телекоммуникационные серверы'' (Telecommunication Servers) регистрируют сетевую статистику и сигналы для легкой эксплуатации. Каждый сервер представляет собой "канал" настроенный в Нанотрейзен по умолчанию. Однако, они могут быть настроены на несколько каналов. Для каждого сигнала, который посылается на сервер, создается запись в базе данных и информация о сигнале сохраняется в памяти. Серверы также помогают сортировать порядок путей, в которых сигналы передаются по подпространственным передатчикам, что очень важно для мгновенной передачей сигнала.

''Телекоммуникационные серверы'' (Telecommunication Servers) регистрируют сетевую статистику и сигналы для легкой эксплуатации. Каждый сервер представляет собой "канал" настроенный в Нанотрейзен по умолчанию. Однако, они могут быть настроены на несколько каналов. Для каждого сигнала, который посылается на сервер, создается запись в базе данных и информация о сигнале сохраняется в памяти. Серверы также помогают сортировать порядок путей, в которых сигналы передаются по подпространственным передатчикам, что очень важно для мгновенной передачей сигнала.

=== [[File:Broadcaster.gif]] Подпространственный радиовещатель ===

=== [[File:Broadcaster.gif]] Подпространственный радиовещатель ===

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

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

== 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.

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

[[File:Multitool-tcomm.png|thumb|274px|right|Интерфейс телекоммуникаций через мультитул.]]

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.)

* Уберите корпус с помощью гаечного ключа.

* Обрежьте внутри провода с помощью кусачек.

* Используйте лом для удаления плат и компонентов.

* Разберите пустую рамку (вероятно горелкой) или просто восстановите ЭВМ.

Если ЭВМ были полностью уничтожены, тогда вам нужно будет построить их с нуля. Вам понадобятся платы и компоненты очень высокого уровня которые вы можете найти в хранилище плат, заказать у ученых или, возможно, найти оставшиеся после разрушения какие либо части. Имейте в виду, вам не обязательно восстанавливать все машины. Как минимум вам нужен 1 приемник, 1 процессор, 1 сервер и 1 вещатель.

=== Subspace Receivers ===

== Телекоммуникационный полиморфизм ==

You can link Subspace Receivers to ''Processor Units'' if you are unable to link to a functional bus mainframe. This can and will create substantial network lag, because Bus Mainframes are needed for rapid information transferring and advanced port configurations.

Через ручную установку ЭВМ могут работать с другими ЭВМ, это не часто делают. Однако, в чрезвычайной ситуации это может спасти жизнь. Вы должны будете использовать мультитул для вызова интерфейса телекоммуникационной ЭВМ, в котором вы сможете изменять некоторые параметры. Вы также можете объединить ЭВМ с похожими интерфейсами, возможно, это самая важная функция.

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

You can link Bus Mainframes to ''Subspace Broadcasters'' if you are unable to link to a functional server. This will not have much of an effect besides a very miniscule performance decrease.

If you do not link to a Processor Unit, signals' readability will suffer substantially. It will also make it impossible to directly link to broadcasters.

Вы можете связать Подпространственные приемники с Процессором (Processor Units), если у вас нету функционального Сервера передачи информации (Bus Mainframes). Это может и создать чудовищные лаги, так как сервера необходимы для быстрой передачи информации и расширенной конфигурации порта.

=== Процессорные Юниты ===

=== Блоки передачи информации ===

Вы можете связать процессорные юниты в '' Телекоммуникационные Серверах" если вы не в состоянии соединить с шиной ЭВМ. Это, естественно, они имеют значительное снижение производительности.

Вы можете связать Сервер передачи данных (Bus Mainframes) с Подпространственным радиовещателем (Subspace Broadcasters) если у вас нету функционального Телекоммуникационного сервера (Telecommunication Servers). Особых проблем это не вызовет, кроме очень незначительного падения производительности.

Если вы не используете Процессор (Processor Unit), расшифровка сигналов существенно пострадает. Это также сделает не возможным связывание с радиовещателем.

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 ===

=== Процессоры ===

Вы можете связать Процессор (Processor Units) с Телекоммуникационным сервером (Telecommunication Servers) если у вас нету функционального Сервера передачи данных (Bus Mainframes). Это естественно, будет более экономически выгодно.

It is ordinarily connected to Relays, Servers and Buses. When it receives information from Relays it sends it to all linked Buses. If it receives information from a machine that isn't a Relay, it assumes it's ready-to-transmit data and then sends it to all linked Relays. This data is ideally received from Servers but Buses and Processors can send this information too.

=== Телекоммуникационные Серверы===

=== Телекоммуникационные сервера ===

Они не могут на самом деле быть связаны ни с чем другим, чем вещателем. Они нужны только для хранения журналов и поддерживании вменяемую бухгалтерию.

Они не могут быть связан ни с чем еще, кроме как с вещателем. Они нужны лишь для хранения сетевой статистики и сохранения бухгалтерского учета.

=== Вещательное подпространство ===  

=== Подпространственный радиовещатель ===

Это ВАЖНО, если вы хотите выйти. Там вы ничего не сможете сделать с этой с точки зрения полиморфизма.

Он имеет очень ВАЖНУЮ функцию: вывод сообщений. С ним вы ничего не можете сделать с точки зрения полиморфизма.

= 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 [[Assistant|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.

{{NT_Censorship|

Полезная тактика для предателя для того, что бы ваша цель не смогла использовать радио или для заманивания Главного инженера в отсек телекоммуникаций. Вот несколько простых способов сделать так, что бы никто не слышал криков станции.

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

1. Выключите кулеры. Если вы читали всю статью, то вы знаете, что эти ЭВМ перегреются без работающей холодильной установки.

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

2. Уничтожьте подпространственный радиовещатель. Люди будут кричать, но никто их не услышит.

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

3. Уничтожьте процессор. Это сделает любые сообщения непонятными.

* 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.

4. Уничтожьте сервер. В зависимости от того какие вы уничтожите, будут отключены определенные каналы.

{{GuideMenu}}

{{GuideMenu}}