#201
|
|||
|
|||
На: Глядя на ситуацию с А-320
Eugene A. Petroff написал(а) к Олег Гатауллин в Jun 06 12:48:02 по местному времени:
From: "Eugene A. Petroff" <peratron@online.ru> "Олег Гатауллин" <Олег.Гатауллин@p26.f62.n5025.z2.fidonet.org> сообщил/сообщила в новостях следующее: news:1150016385@p26.f62.n5025.z2.ftn... > Здравствуй, Eugene! > > 10.06.2006 Eugene A. Petroff писал Олег Гатауллин: > > EAP>>> само, без команды. И "должно быть убрано" вовсе не является фактом, > EAP>>> гарантирующим состояние "убрано". Потому нужна вся история цепочки > EAP>>> событий, > EAP>>> а не локальное изменение состояния. > >> > >> Жень, ты сигналограмму когда-нибудь видел? > > EAP> Нет, я их расшифровывал километрами только с закрытыми глазами... > > Тогда я тебя совсем не понимаю. Ты должен был обратить внимание, что > положение шасси отображается прямой линией. Ты предложил "для уменьшения передаваемой информации" использовать информацию не о состоянии, а об изменении состояния. Не так ли? Как эта информация превращается в "прямую линию"? Как отображается на регистрирующем носителе? Ну, и следует напомнить про то, что там не только шасси - там сотня других парметров. И во всей этой каше приходится разбираться... Чао! --- ifmail v.2.15dev5.3 |
#202
|
|||
|
|||
Глядя на ситуацию с А-320
Vsevolod Koliubakin написал(а) к Олег Гатауллин в Jun 06 14:14:12 по местному времени:
From: "Vsevolod Koliubakin" <vkolyubakin@yandex.ru> Thu Jun 08 2006 21:21, Олег Гатауллин wrote to Vsevolod Koliubakin: VK>> ОГ> 1. Необходимо создать группировку спутников для снятия информации. VK>> Не вижу смысла. Такая необходимость возникнет только если по каким-то VK>> причинам (физическим или организационным) создастся принципиальная VK>> невозможность передачис амолётной телеметрии в диапазонах X, C, Ku и VK>> Ka. И даже в этом случае всегда можно рассмотреть заказ и установку на VK>> спутник ёмкости нужного VK>> диапазона, что, собственно говоря, регулярно делается. ОГ> Я правильно понял, что дорабатываются и запускаются новые спутники? ОГ> Тогда чем это отличается от того, что написал я? Это - стандартная процедура. Примерно как выбрать цвет обоев при составлении сметы на ремонт квартиры. Характеристики почти всех спутников выбираются с учётом потребности существующих потребителей. Например, на ИНтелсате в 60 в.д. (сейчас там I-904 тогда был Intelsat 6xx), был специально сформирован т.н. русский луч, что позволило ещё в начале 90-х занять ИНтелсату весьма неплохие позиции на российском рынке. При проектировании Eutelsat W4 были специально установлены транспондеры BSS-диапазона для конкретного заказчика - НТВ Плюс. Короче, примеров таких - море, это стандартоная процедура. Серьёзная доработка и серьёзная проблема может возникнуть только в том случае, если по каким-то международным правилам запрещено использовать для передачи самолётной телеметрии стандартные спутниковые диапазоны. Но в этом случае - при наличии к-н регуляционно-законодательных препятствий - весь проект становится сомнителен. Потому как в спутниковой связи (да и не толкьо в спутниковой) в последние 10 лет основные проблемы лежат не в технической плоскости, а в законодательной. Типичный пример - внедрение VSAT в России. VK>> ОГ> 2. Либо группировка будет общая, и тогда надо договариваться о VK>> ОГ> совместимости сигналов систем от разных производителей, либо VK>> создавать VK>> ОГ> разные группировки. VK>> Я не очень понял, что такое "совместимость сигналов систем разных VK>> производителей" и какое отношение это имеет непосредственно к спутнику. VK>> Спутник - это канал, что в него пихают, ему, в принципе безразлично. VK>> Вопрос стандарттов - это вопрос производителей аппаратуры. ОГ> Поясняю. Надо договариваться о совместимость передаваемой информации, ОГ> чтоб не строить свои приемные центры для разных систем. Или наоборот, ОГ> строить. Приемному центру глубоко фиолетово, насколько совместимую информацию он принимает. Информационный поток - он и в африке информационный поток. Тарелке и конвертеру это без разницы. VK>> ОГ> проблемой ее позиционирования в условиях болтанки и т.п. VK>> Эта проблема решена для корабельных станций. Во вполне приемлемых VK>> весовых параметрах. Спутники с многолучевыми мощными зонями покрытия VK>> (a-la Турая) не VK>> требуют классической тарелки с точной наводкой. ОГ> Значит нужна повышенная мощность. Или я чего-то недопонимаю? Что значит повышенная? Повышенная по сравнению с чем? Я не понимаю твоего вопроса. Существует энное количество бортов с разными характеристиками, в том числе и мощностью бортового ретранслятора. Надо просто выбрать подходящий. Надо только подсчитать, что будет дешевле - иметь несколько более дорогую тарелку со стабилизацией, но более дешёвый ресурс, или же иметь простую антенну и более дорогой ресурс. VK>> ОГ> 4. Проблема передачи информации на землю - кому, когда и как VK>> передавать. VK>> ОГ> (Есть еще одна проблема, но о ней позже.) VK>> Это вопрос исключительно организационный. Либо передавать на приемную ЗС VK>> перевозчика, либо (что мне кажется удобнее) на ЗС компании, VK>> предоставляющей перевозчикам эту услугу. Соответственно, в случае VK>> необходимости оная компания VK>> предоставляет информацию аварийной комиссии. ОГ> Во-первых, об этом надо договориться, создать такую компанию(и). Ну, разумеется. Для нового вида сервиса нужна новая организационная структура - либо компания, либо отдел в заинтересованной компании. Человечество создает такие структуры уже несколько сотен лет, вроде бы регулярно получается. ОГ> Во-вторых, материалы смотрят не только в случае аварии. Их анализируют ОГ> после каждого полета (по крайней мере у нас). На предмет не замеченных ОГ> экипажем отказов и за работой самого экипажа. И делать это надо ОГ> оперативно. Иначе самолет будет стоять в аэропорту. А с этим ОГ> авиакомпании не согласятся. Ну, так в чём проблемы-то? Какая разница, какую информацию анализировать - вытащенную из регистратора или скинутую со спутника? Во втором случае даже выгоднее - можно иметь один центр по анализу информации, а не в каждом аэропорту. ОГ> Так что камней на этом пути много. ОГ> С уважением, Олег! ОГ> gatau<злая собака>voronezh_net Всего наилучшего. Севыч. --- ifmail v.2.15dev5 |
#203
|
|||
|
|||
КОСПАС_САРСАТ
Олег Гатауллин написал(а) к Oleg Sonin в Jun 06 21:01:20 по местному времени:
Здравствуй, Oleg! 13.06.2006 Oleg Sonin писал Олег Гатауллин: OS> ОГ> Для чего система делалась, на то она и работает. Оказание скорой OS> ОГ> медицинской помощи OS> ОГ> в нее не закладывалось. Почему ты не предъявляешь претензии к пожарной OS> ОГ> охране, которая не приезжает бороться с наводнением? OS> Ну пожарные теперь относятся к МЧС, которая за все в ответе. А КОСПАС OS> заработал OS> в 1982 году. За четверть века (!!!) от того что в нее закладывалось и следа OS> остаться не должно. Кто заказывал/согласен оплатить. OS> ОГ> Не горячись. За спутниковую телефонию надо платить. Ей выгодно OS> ОГ> пользоваться в разного рада экспедициях, где велика вероятность OS> ОГ> несчастного случая. А в повседенвной работе закладываться на нее OS> ОГ> неоправдано дорого. А буй лежит себе и лежит. Только батареи менять OS> ОГ> надо. OS> Телефония через спутник (как и сотовая) это просто удобно. Без нее тоже OS> можно обойтись. А можно и из зоны видимости спутника выйти. OS> Однако если говорить о море, буй нужен когда судно стремительно OS> тонет, а команда в нательном белье сигает за борт. В остальных случаях OS> проще позвонить или морзить на худой конец. Даже хозяину дешевой океанской OS> яхты спутниковый телефон сегодня будет не слишком обременительным расходом OS> по сравнению с другим оборудованием. Так и если есть время и передают СОС. И морзянкой в том числе. Даже имея спутниковый телефон надо сначала координаты определить. Так, что лучше иметь маячек, сопряженный с системой позиционирования. Но единственная опробованная такая система есть у американцев. Очевидно им и надо вопросы задавать. Без этого - маяк удобнее. Он не только на спутник сигнал дает, но и на радиопеленгатор. По которому проводится поиск в районе бедствия. OS> А почему у меня скептис к КОСПАСУ - OS> за это время можно довести систему практически до уровня персональной OS> "тревожной кнопки". Чего-то вот не довели... Наверно не посчитали нужным. А может не договорились. Система-то должна быть международной. С уважением, Олег! gatau<злая собака>voronezh_net --- FleetStreet 1.25.7 [Elph] |
#204
|
|||
|
|||
Глядя на ситуацию с А-320
Andrey Platonov написал(а) к Олег Гатауллин в Jun 06 11:38:26 по местному времени:
From: "Andrey Platonov" <av_platon@interami.com> Thu Jun 08 2006 21:01, Олег Гатауллин wrote to Alexey Platonov: >>> собственно делают MPEG-2/MPEG-4 при передаче ТВ-сигнала. AP>> С одной оговоркой. Если МПЕГ видеофильм мы спокойно смотрим со всякими AP>> аурами и прочими артефактами, покацанную МП3 музыку тоже запросто AP>> слушаем, то искажающее сжатие для параметров аварийного регистратора AP>> вряд ли допустимо. ОГ> Можно использовать для редко изменяющихся параметров. Например положения ОГ> шасси. Какой смысл в течении почти всего полета прямую рисовать. А и не пишется этот параметр как прямая. Фиксируется только команда на выпуск или уборку, и срабатывание замков. По-сути бинарные сигналы. --- ifmail v.2.15dev5 |
#205
|
|||
|
|||
На: Глядя на ситуацию с А-320
Олег Гатауллин написал(а) к Eugene A. Petroff в Jun 06 21:49:16 по местному времени:
Здравствуй, Eugene! 13.06.2006 Eugene A. Petroff писал Олег Гатауллин: >>>> Жень, ты сигналограмму когда-нибудь видел? >> EAP>>> Нет, я их расшифровывал километрами только с закрытыми глазами... >> >> Тогда я тебя совсем не понимаю. Ты должен был обратить внимание, что >> положение шасси отображается прямой линией. EAP> Ты предложил "для уменьшения передаваемой информации" использовать EAP> информацию не о состоянии, а об изменении состояния. Не так ли? Жень. Ты перечитай что я предложил. С уважением, Олег! gatau<злая собака>voronezh_net --- FleetStreet 1.25.7 [Elph] |
#206
|
|||
|
|||
Глядя на ситуацию с А-320
Олег Гатауллин написал(а) к Vsevolod Koliubakin в Jun 06 21:52:20 по местному времени:
Здравствуй, Vsevolod! 13.06.2006 Vsevolod Koliubakin писал Олег Гатауллин: ОГ>>>> 1. Необходимо создать группировку спутников для снятия информации. VK>>> Не вижу смысла. Такая необходимость возникнет только если по каким-то VK>>> причинам (физическим или организационным) создастся принципиальная VK>>> невозможность передачис амолётной телеметрии в диапазонах X, C, Ku и VK>>> Ka. И даже в этом случае всегда можно рассмотреть заказ и установку на VK>>> спутник ёмкости нужного VK>>> диапазона, что, собственно говоря, регулярно делается. VK> ОГ> Я правильно понял, что дорабатываются и запускаются новые спутники? VK> ОГ> Тогда чем это отличается от того, что написал я? VK> Это - стандартная процедура. Примерно как выбрать цвет обоев при VK> составлении VK> сметы на ремонт квартиры. Характеристики почти всех спутников выбираются с VK> учётом потребности существующих потребителей. Например, на ИНтелсате в 60 VK> в.д. Проще говоря, новые спутники все равно надо строить и запускать. Так? ОГ>>>> 2. Либо группировка будет общая, и тогда надо договариваться о ОГ>>>> совместимости сигналов систем от разных производителей, либо VK>>> создавать ОГ>>>> разные группировки. VK>>> Я не очень понял, что такое "совместимость сигналов систем разных VK>>> производителей" и какое отношение это имеет непосредственно к спутнику. VK>>> Спутник - это канал, что в него пихают, ему, в принципе безразлично. VK>>> Вопрос стандарттов - это вопрос производителей аппаратуры. VK> ОГ> Поясняю. Надо договариваться о совместимость передаваемой информации, VK> ОГ> чтоб не строить свои приемные центры для разных систем. Или наоборот, VK> ОГ> строить. VK> Приемному центру глубоко фиолетово, насколько совместимую информацию он VK> принимает. Информационный поток - он и в африке информационный поток. VK> Тарелке VK> и конвертеру это без разницы. Вот и надо либо разные каналы использовать, либо договориться о единобезобразии. Т.е. надо договариваться. VK>>> весовых параметрах. Спутники с многолучевыми мощными зонями покрытия VK>>> (a-la Турая) не VK>>> требуют классической тарелки с точной наводкой. VK> ОГ> Значит нужна повышенная мощность. Или я чего-то недопонимаю? VK> Что значит повышенная? Повышенная по сравнению с чем? Я не понимаю твоего VK> вопроса. Существует энное количество бортов с разными характеристиками, в VK> том VK> числе и мощностью бортового ретранслятора. Надо просто выбрать подходящий. VK> Надо только подсчитать, что будет дешевле - иметь несколько более дорогую VK> тарелку со стабилизацией, но более дешёвый ресурс, или же иметь простую VK> антенну и более дорогой ресурс. И какую систему сможет питать бортсет самолетов. В том числе и уже устаревших, но еще активно летающих. ОГ>>>> 4. Проблема передачи информации на землю - кому, когда и как VK>>> передавать. ОГ>>>> (Есть еще одна проблема, но о ней позже.) VK>>> Это вопрос исключительно организационный. Либо передавать на приемную ЗС VK>>> перевозчика, либо (что мне кажется удобнее) на ЗС компании, VK>>> предоставляющей перевозчикам эту услугу. Соответственно, в случае VK>>> необходимости оная компания VK>>> предоставляет информацию аварийной комиссии. VK> ОГ> Во-первых, об этом надо договориться, создать такую компанию(и). VK> Ну, разумеется. Для нового вида сервиса нужна новая организационная VK> структура VK> - либо компания, либо отдел в заинтересованной компании. Человечество VK> создает VK> такие структуры уже несколько сотен лет, вроде бы регулярно получается. Но в это раз структура должна быть международной. А на это не все согласятся. И неизменно возникнет вопрос с финансированием. VK> ОГ> Во-вторых, материалы смотрят не только в случае аварии. Их анализируют VK> ОГ> после каждого полета (по крайней мере у нас). На предмет не замеченных VK> ОГ> экипажем отказов и за работой самого экипажа. И делать это надо VK> ОГ> оперативно. Иначе самолет будет стоять в аэропорту. А с этим VK> ОГ> авиакомпании не согласятся. VK> Ну, так в чём проблемы-то? Какая разница, какую информацию анализировать - VK> вытащенную из регистратора или скинутую со спутника? Во втором случае даже VK> выгоднее - можно иметь один центр по анализу информации, а не в каждом VK> аэропорту. Во времени. Информация будет идти на разные спутники, ее надо будет собрать в кучу и расфасовать. Одна ошибка - и информация уходит в ноль. Плюс не каждая авиакомпания захочет, чтоб к ее информации имели доступ посторонние. С уважением, Олег! gatau<злая собака>voronezh_net --- FleetStreet 1.25.7 [Elph] |
#207
|
|||
|
|||
Re: Глядя на ситуацию с А-320
Alexey Platonov написал(а) к Andrey Platonov в Jun 06 09:16:16 по местному времени:
From: "Alexey Platonov" <oooliklii@mtu-net.ru> Андрей, привет! "Andrey Platonov" <av_platon@interami.com> сообщил/сообщила в новостях следующее: news:602881196@p2.f175.n5020.z2.ftn... > ОГ> Можно использовать для редко изменяющихся параметров. Например > положения > ОГ> шасси. Какой смысл в течении почти всего полета прямую рисовать. > > А и не пишется этот параметр как прямая. Фиксируется только команда на > выпуск > или уборку, и срабатывание замков. По-сути бинарные сигналы. Конечно! Сигнальные (бинарные) параметры и пишут одним битом. Это потом на графике для удобства восприятия прямой линией рисуют по "заранее утвержденным" :-) уровням нуля и единицы. С уважением, Алексей Платонов --- ifmail v.2.15dev5.3 |
#208
|
|||
|
|||
Re: Глядя на ситуацию с А-320
Alexey Platonov написал(а) к Олег Гатауллин в Jun 06 09:29:58 по местному времени:
From: "Alexey Platonov" <oooliklii@mtu-net.ru> Олег, привет! "Олег Гатауллин" <пМЕЗ.зБФБХММЙО@p26.f62.n5025.z2.fidonet.org> сообщил/сообщила в новостях следующее: news:1150322404@p26.f62.n5025.z2.ftn... > Во времени. Информация будет идти на разные спутники, ее надо будет > собрать > в кучу и расфасовать. Одна ошибка - и информация уходит в ноль. > Плюс не каждая авиакомпания захочет, чтоб к ее информации имели доступ > посторонние. Совершенно верно. Добавь сюда необходимость квитирования, ибо вряд ли разумно шарашить информацию в белый свет, как в копеечку, не убедившись, что ее, во-1, принимают, а во-2, приняли. ИМХО уже сложновато получается в массовом исполнении, по сравнению с ленточками. С уважением, Алексей Платонов --- ifmail v.2.15dev5.3 |
#209
|
|||
|
|||
Re: Глядя на ситуацию с А-320
Vsevolod Koliubakin написал(а) к Alexey Platonov в Jun 06 12:06:36 по местному времени:
From: "Vsevolod Koliubakin" <vkolyubakin@yandex.ru> Thu Jun 15 2006 09:29, Alexey Platonov wrote to Олег Гатауллин: AP> Совершенно верно. Добавь сюда необходимость квитирования, ибо вряд ли AP> разумно шарашить информацию в белый свет, как в копеечку, не убедившись, AP> что ее, во-1, принимают, а во-2, приняли. Долго медитировал над "квитированием" :-) А как получают подтверждение записи в регистратор? Вот данные вползли в него и? Всего наилучшего. Севыч. --- ifmail v.2.15dev5 |
#210
|
|||
|
|||
Re: Глядя на ситуацию с А-320
Andrey Platonov написал(а) к Alexey Platonov в Jun 06 12:07:14 по местному времени:
From: "Andrey Platonov" <av_platon@interami.com> Thu Jun 15 2006 09:16, Alexey Platonov wrote to Andrey Platonov: >> ОГ> Можно использовать для редко изменяющихся параметров. Например >> ОГ> положения >> ОГ> шасси. Какой смысл в течении почти всего полета прямую рисовать. >> А и не пишется этот параметр как прямая. Фиксируется только команда на >> выпуск или уборку, и срабатывание замков. По-сути бинарные сигналы. AP> Конечно! Сигнальные (бинарные) параметры и пишут одним битом. Это потом AP> на графике для удобства восприятия прямой линией рисуют по "заранее AP> утвержденным" :-) уровням нуля и единицы. Естественно. Я тоже некоторое время назад работал совместно с заводской СОК по БУРу на Ан-140... --- ifmail v.2.15dev5 |