Выбрать главу

"Интересно а почему "Дикий Крафт""? - задался вопросом я, осматриваясь вокруг. Я проверил, такого слова, по крайней мере с осмысленным логически связанным описанием, мне найти в сети не удалось. Хотя я, конечно, особо и не искал. Так... Глянул, может, появится что-то. Или само по себе всплывет, и я на это обращу внимание. Но особо зацепиться ни за что не получилось, а потому я и оставил это занятие. Оно для меня не имело особого смысла в данный момент времени.

И вот сейчас я оказался в рубке управления этого самого "Дикого Крафта".

Среднетоннажный малый рейдер, - выдала информацию нейросеть, - класс корабля - "скаут".

Ну и дальше пошло перечисление его стандартных технических характеристик, на которое я, в общем-то, не обратил никакого внимания, так как в конце всего этого длинного списка стояла такая маленькая приписочка.

Данные параметры не актуальны. Степень модификации судна превышает сорок пять процентов.

Что в переводе на обычный человеческий язык означало: кроме самого корпуса корабля, который и составлял пятьдесят процентов массы и объема всего судна, тут больше ничего от стандартной комплектации не осталось. Поэтому и обращать внимания на предоставленное описание корабля и его прежние ТТХ совершенно не стоило. Под внешней обшивкой, по сути, могло скрываться все что угодно. И определить это можно было, только подключившись к головному искину корабля или проведя его полное техническое тестирование.

А потом по таблице соответствий и по полученным откликам вычислить все установленные модули и компоненты. Второй вариант был более долгим, но при этом более качественным и надежным. Если же получить подобную информацию из искина, то он предоставит только то, что в него прошито, или те данные, что выдают при опросе установленные на корабле модули оборудование.

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

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