Глядя на ситуацию с А-320

Eugene A. Petroff написал(а) к Олег Гатауллин в Jun 06 12:37:56 по местному времени:

From: "Eugene A. Petroff" <peratron@online.ru>


"Олег Гатауллин" <Олег.Гатауллин@p26.f62.n5025.z2.fidonet.org>
сообщил/сообщила в новостях следующее:
news:1150321794@p26.f62.n5025.z2.ftn...
> Здравствуй, Eugene!
>
> 13.06.2006 Eugene A. Petroff писал Олег Гатауллин:
>
> >>>> Жень, ты сигналограмму когда-нибудь видел?
> >>
> EAP>>> Нет, я их расшифровывал километрами только с закрытыми глазами...
> >>
> >> Тогда я тебя совсем не понимаю. Ты должен был обратить внимание, что
> >> положение шасси отображается прямой линией.
>
> EAP> Ты предложил "для уменьшения передаваемой информации" использовать
> EAP> информацию не о состоянии, а об изменении состояния. Не так ли?
>
> Жень. Ты перечитай что я предложил.

Если ты хочешь уважительного отношения к своему мнению, то изволь уважать
других и не "указывать, что делать", а "участвовать в дискуссии", что
означает дотошное иследование каждого тезиса.

Лучше сам разберись, ЧТО именно ты предложил.

Чао!

--- ifmail v.2.15dev5.3

Eugene A. Petroff написал(а) к Alexey Platonov в Jun 06 12:37:56 по местному времени:

From: "Eugene A. Petroff" <peratron@online.ru>


"Alexey Platonov" <oooliklii@mtu-net.ru> сообщил/сообщила в новостях
следующее: news:e6qqcs$r2k$1@news.rol.ru...
> > А и не пишется этот параметр как прямая. Фиксируется только команда на
> > выпуск
> > или уборку, и срабатывание замков. По-сути бинарные сигналы.
>
> Конечно! Сигнальные (бинарные) параметры и пишут одним битом. Это потом на
> графике для удобства восприятия прямой линией рисуют по "заранее
> утвержденным" :-) уровням нуля и единицы.


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

То есть, все таки пишутся состояния_ сигналов, а не их _изменения, как
было предложено кое-кем из участников дискуссии в попытке уменьшить объем
потока...

Суждение об изменении выносится уже в процессе пост-обработки.

Чао!

--- ifmail v.2.15dev5.3

Vsevolod Koliubakin написал(а) к Олег Гатауллин в Jun 06 12:54:14 по местному времени:

From: "Vsevolod Koliubakin" <vkolyubakin@yandex.ru>

Wed Jun 14 2006 21:52, Олег Гатауллин wrote to Vsevolod Koliubakin:
VK>> Это - стандартная процедура. Примерно как выбрать цвет обоев при
VK>> составлении
VK>> сметы на ремонт квартиры. Характеристики почти всех спутников выбираются
VK>> с учётом потребности существующих потребителей. Например, на ИНтелсате
VK>> в 60 в.д.

ОГ> Проще говоря, новые спутники все равно надо строить и запускать. Так?
Новые спутники в любом случае надо строить и запускать.
Я уже говорил: на сегодня существует большой выбор спутникового ресурса,
который можно использовать для сброса самолётной телеметрии. Технически и
экономически здесь препятствий не существует.
Необходимость дорабатывать спутники может повиться в двух случаях:
1. Если использование стандартных спутниковых диапазонов запрещено для данного
сервиса соответствующими международными организациями. Вероятность этого мала,
но она существует.
2. Один из стандартных путей развития любого спутникового сервиса заключается
в том, что сначала, на начальном этапе, используют имеющийся спутниковый
ресурс, а по мере развития проекта заказывают более подходящий и выгодный
космический сегмент. Например: оператор в некотором регионе строит
корпоративные сети. Он их строит на основе имеющегося ресурса, например,
полуглобального или зонального луча. Его услуга востребована, он получает
прибыль, становится привлекательным для инвесторов и видит хорошую перспективу
развития. Тогда спутниковый оператор (как правило тот, который ему этот ресурс
и предоставляет, но совершенно не обязательно) говорит, что, согласно своему
плану обновления орбитальной группировки, он намерен вывести в обозримом
будущем в подходящую орбитальную позицию новый КА. При этом можно сделать так,
что те 4 транспондера, которые понадобятся этому оператору в ближайшие пять
лет, можно подключить к специальному лучу, который будет охватывать тот
регион, где работают его корпоративные сети и будут работать новые. Таким
образом местный оператор сможет охватить гораздо большее количество клиентов в
своём регионе. А спутниковый оператор - заранее продать 4 транспондера. что
ему тоже весьма интересно. Вот такая вот схема.
То есть. Например, мы организовали услугу сброса самолётной телеметрии и
заинтересовали этим, скажем, Люфтганзу. Через год работы мы получаем некоторую
прибыль, плюс становимся инвестиционно более вкусными. При этом опыт работы
нам подсказывает, что определённым образом заточенный космический сегмент
сделает наш бизнес более интересным. Тогда мы выбираем спутникового оператора,
который нам такой сегмент заранее обеспечивает. Через два года наличие этого
сегмента позволяет пользоваться нашими услугами не только Люфтганзе, но и
Пулково. Схема грубая, но более-менее отражает развитие коммуникационных
проектов.
Надеюсь, я достаточно ясно обрисовал, как и в каких случаях нам придётся
"дорабатывать существующие и запускать новые спутники".

VK>> Приемному центру глубоко фиолетово, насколько совместимую информацию он
VK>> принимает. Информационный поток - он и в африке информационный поток.
VK>> Тарелке
VK>> и конвертеру это без разницы.

ОГ> Вот и надо либо разные каналы использовать, либо договориться о
ОГ> единобезобразии.
ОГ> Т.е. надо договариваться.
О чём? Олег, я честное слово не понимаю, о чём ты тут говоришь.

VK>> подходящий. Надо только подсчитать, что будет дешевле - иметь несколько
VK>> более дорогую тарелку со стабилизацией, но более дешёвый ресурс, или же
VK>> иметь простую антенну и более дорогой ресурс.

ОГ> И какую систему сможет питать бортсет самолетов. В том числе и уже
ОГ> устаревших, но еще активно летающих.
От автомобильного аккумулятора спутниковая станция вполне себе нормально
питается. И не связная на хилый канал, а телевизионная.
VK>> - либо компания, либо отдел в заинтересованной компании. Человечество
VK>> создает
VK>> такие структуры уже несколько сотен лет, вроде бы регулярно получается.

ОГ> Но в это раз структура должна быть международной. А на это не все
ОГ> согласятся.
Что значит международной? Разумеется, она должна иметь соответствующие
лицензии в соответствующих странах. Но этот вопрос тоже успешно решается
многими компаниями.
ОГ> И неизменно возникнет вопрос с финансированием.
А с финансированием как обычно: если рассчёты покажут выгоду и
заинтересованность авиакомпаний или разработчиков ЛА, привлекать инвесторов.
VK>> Ну, так в чём проблемы-то? Какая разница, какую информацию анализировать
VK>> - вытащенную из регистратора или скинутую со спутника? Во втором случае
VK>> даже выгоднее - можно иметь один центр по анализу информации, а не в
VK>> каждом аэропорту.

ОГ> Во времени. Информация будет идти на разные спутники, ее надо будет
ОГ> собрать
ОГ> в кучу и расфасовать. Одна ошибка - и информация уходит в ноль.
Во-1, совершенно не обязательно, что на разные. Екатеринбург-Париж вполне себе
в зоне одного КА на всём протяжении. Вообще-то с одного КА на ГСО можно
охватить 32% земной поверхности. Во-2, даже если у тебя двойной скачок,
задержка составит 0,8 что ли секунды. забываю всё время, сколько там эта
орбитальная задержка.
По поводу "расфасовать" - в одном транспондере (и даже в одном потоке) может
идти неимоверное количество информации, предназначенной для разных
пользователей. Каждый пользователь вычленяет своё. Самый простой пример: с
одного транспондера спутника W4 идут самые разные каналы, а у абонента
открываются именно тот пакет, за который он заплатил. А если он не заплатил,
то ничего у него не открывается. Вот и вся расфасовка. Я уж не говорю про
корпоративный мультикастинг.
ОГ> Плюс не каждая авиакомпания захочет, чтоб к ее информации имели доступ
ОГ> посторонние.
Так они и не будут иметь.

Всего наилучшего. Севыч.

--- ifmail v.2.15dev5

Mikhail Akopov написал(а) к Олег Гатауллин в Jun 06 22:53:26 по местному времени:

From: Mikhail Akopov <bedal@mw.narzan.com>

Eugene A. Petroff писал Олег Гатауллин:
> Ты предложил "для уменьшения передаваемой информации" использовать
> информацию не о состоянии, а об изменении состояния. Не так ли?
а что тут страшного? SCADA всего мира уже лет двадцать как собирают
аналоговую информацию именно по изменению значения. А уж дискретную,
по изменению состояния - обязательно так.

Причём это делается и в случае дребезжащего датчика.



Vale! - Михаил Акопов.
============================================================
Миша заставил читать, так надо читать... (Зевает и читает.)
/А.П.Чехов/

--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5.3

Mikhail Akopov написал(а) к Eugene A. Petroff в Jun 06 22:54:58 по местному времени:

From: Mikhail Akopov <bedal@mw.narzan.com>

"Eugene A. Petroff" <peratron@online.ru> wrote:
>То есть, все таки пишутся состояния_ сигналов, а не их _изменения, как
>было предложено кое-кем из участников дискуссии в попытке уменьшить объем
>потока...
>
>Суждение об изменении выносится уже в процессе пост-обработки.
лет 30 назад, может, так и было...

Vale! - Михаил Акопов.
============================================================
Миша заставил читать, так надо читать... (Зевает и читает.)
/А.П.Чехов/

--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5.3

Eugene A. Petroff написал(а) к Mikhail Akopov в Jun 06 00:45:34 по местному времени:

From: "Eugene A. Petroff" <peratron@online.ru>


"Mikhail Akopov" <bedal@mw.narzan.com> сообщил/сообщила в новостях
следующее: news:p7b3921k3cejudrbh404fvoohjkigdka0s@4ax.com...
> "Eugene A. Petroff" <peratron@online.ru> wrote:
> >То есть, все таки пишутся состояния_ сигналов, а не их _изменения, как
> >было предложено кое-кем из участников дискуссии в попытке уменьшить объем
> >потока...
> >
> >Суждение об изменении выносится уже в процессе пост-обработки.
> лет 30 назад, может, так и было...

С тех пор природа информации, как феномена не изменилась ни в чем.
Потому дифференциальные методы кодирования требуют защиты от потери
предыдущей информации.


Чао!

--- ifmail v.2.15dev5.3

Олег Гатауллин написал(а) к Andrey Platonov в Jun 06 20:32:18 по местному времени:

Здравствуй, Andrey!

14.06.2006 Andrey Platonov писал Олег Гатауллин:

AP> А и не пишется этот параметр как прямая. Фиксируется только команда на
AP> выпуск
AP> или уборку, и срабатывание замков. По-сути бинарные сигналы.

Очевидно, зависит от реализации. На тестеровских сигналограммах
было три линии убранного положения шасси. Т.е. их постановка
на замки.

С уважением, Олег!

gatau<злая собака>voronezh_net

--- FleetStreet 1.25.7 [Elph]

Alexey Platonov написал(а) к Mikhail Akopov в Jun 06 09:24:36 по местному времени:

From: "Alexey Platonov" <oooliklii@mtu-net.ru>

Михаил, привет!

"Mikhail Akopov" <bedal@mw.narzan.com> сообщил/сообщила в новостях
следующее: news:p7b3921k3cejudrbh404fvoohjkigdka0s@4ax.com...
>>То есть, все таки пишутся состояния_ сигналов, а не их _изменения, как
>>было предложено кое-кем из участников дискуссии в попытке уменьшить объем
>>потока...
>>
>>Суждение об изменении выносится уже в процессе пост-обработки.
> лет 30 назад, может, так и было...

Я что-то пропустил? Разве сейчас ленточки с регистратора сразу
киберпилоту несут не анализ? ;-))


С уважением,
Алексей Платонов


--- ifmail v.2.15dev5.3

Alexey Platonov написал(а) к Mikhail Akopov в Jun 06 10:03:58 по местному времени:

From: "Alexey Platonov" <oooliklii@mtu-net.ru>

Михаил, привет!

"Mikhail Akopov" <bedal@mw.narzan.com> сообщил/сообщила в новостях
следующее: news:52b392p6jti0lvbmq5ua1m9oulog577n1n@4ax.com...
>> Ты предложил "для уменьшения передаваемой информации" использовать
>> информацию не о состоянии, а об изменении состояния. Не так ли?
> а что тут страшного? SCADA всего мира уже лет двадцать как собирают
> аналоговую информацию именно по изменению значения. А уж дискретную,
> по изменению состояния - обязательно так.
>
> Причём это делается и в случае дребезжащего датчика.

Блин, ну не надо пальцы растапыривать, лучше расскажи и о минусах..

Проблема в том, что переход от позиционной к адресной системе записи
параметров чреват или требованием бОльшей пропускной способности канала
(ведь мы теперь к каждому бинару должны его идентификатор втащить!) или
признанием факта, что в пиковом случае массовых срабатываний часть
параметров придется потерять. Буферизация тоже не спасает, поскольку тогда
опять же или...или.... Или нужно к каждому бинару еще и время его
регистрации прилеплять или смирится с тем, что хоть какой точности привязки
по времени мы не получим вообще.....

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

С уважением,
Алексей Платонов


--- ifmail v.2.15dev5.3

Alexey Platonov написал(а) к Vsevolod Koliubakin в Jun 06 10:03:58 по местному времени:

From: "Alexey Platonov" <oooliklii@mtu-net.ru>

Всеволод, привет!

"Vsevolod Koliubakin" <vkolyubakin@yandex.ru> сообщил/сообщила в новостях
следующее: news:608518992@p2.f175.n5020.z2.ftn...
> AP> Совершенно верно. Добавь сюда необходимость квитирования, ибо вряд ли
> AP> разумно шарашить информацию в белый свет, как в копеечку, не
> убедившись,
> AP> что ее, во-1, принимают, а во-2, приняли.
> Долго медитировал над "квитированием" :-)
> А как получают подтверждение записи в регистратор? Вот данные вползли в
> него
> и?

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

А, вот только недавно читал:
=====================================
Популярно о протоколах

Сжатие: У тебя отрезают левую руку на входе, а на выходе - пришивают
клонированную правую (и зеркально повернутую, разумеется). То же с ногами
и вообще со всем, что имеет регулярную структуру.
Коррекция ошибок. К спине пришивают твою же фотографию. Если на выходе ты
не похож - корректируют лицо.
Время жизни пакета. Все премещения по коридору - пока горит спичка. Не
успел - умри героем.
DNS. Чтобы узнать, где колодец в деревне Гадюкино, ты сначала идешь к
президенту, потом к губернатору и т. д.
Динамический IP. Каждое утро все меняются паспортами.
Текст-ориентированный протокол. Вместо тебя отправляют твой словесный
портрет.
MIME-код. Справка, что ты не верблюд.
Уровни протоколов: Чистое поле. Нужно перейти от одного края к другому.
Строится огромная арка, внутри арки мостовая, посреди мостовой кладут ж/д
полотно, к рельсам приваривают сваи и на них ставят огромную гранитную
глыбу с туннелем внутри, в туннеле прокладывают трубу диаметром полметра,
по которой ты и ползешь пока горит спичка к президенту (сжатый и с
коррекцией ошибок).
Пинги. Иди посмотри, Иван Петрович не ушел еще?.
Маскарадинг. Один паспорт на всю семью.
IPv6. Китайский паспорт.

DНCP

Вы проснулись после дикой пьянки. Первые ваши слова <кто я?> и <где я?>.
Сосед, который не запивал водку пивом, вам сообщает все ваши параметры:
кто вы и где. Этот сосед выступает в роли DНCP-сервера. Учтите, что в сети
могут быть так называемые <ложные DНCP-сервера>, например жена - на ваш
вопрос <кто я?> она выдаст неверную информацию: <алкоголик ты проклятый>.
Так что не всегда динамическая выдача параметров безопасна, рекомендуется
записывать свои параметры (как зовут, ваш адрес и т.д.) на бумажке.

Маршрут по умолчанию

Подойтите к прохожему и спросите <не подскажите ли вы как пройти к моргу
имени Невмировича-Данченко?>. С большой долей вероятности вас пошлют. Так
вот это и есть маршрут по умолчанию, другими словами если адрес назначения
не известен, то пакеты посылаются на маршрут по умолчанию (синонимы: шлюз
по умолчанию, default gateway).

Понятие TTL

Представьте себе, что вам 5 лет и вы хотите кушать. Вы идете к папе и
говорите: <Папа, я хочу кушать>. Ваш папа смотрит телевизор, согласно
таблице маршрутизации о посылает вас к маме. Вы идете к ней и просите
<Мамааа, я хочу кушать>. Мама болтает с подругой по телефону и согласно
своей таблице маршрутизации посылает вас к папе. И так вы ходите как дурак
от папы к маме и обратно, туда-сюда, туда-сюда, а все потому что
криворукие админы (родители папы и мамы) неправильно настроили таблицу
маршрутизации.
Чтобы защититься от таких ситуаций придумали понятие TTL (Time To Live),
что применительно к нашей ситуации означает количество терпения у
мальчика, пока он не скажет <заколебало> и не упадет перед ногами мамы или
папы в
беспомощном состоянии. Последний, по правилам (стандарты - это <так
заведено в семье>), обязан послать короткий нелестный отзыв в адрес того,
кто послал мальчика кушать. Это так называемый icmp-пакет <мальчик издох>
[skip]
=====================================
:-)

С уважением,
Алексей Платонов



--- ifmail v.2.15dev5.3