SRNS - Вклад участника [ru]

Силаева, Елена Владимировна

2024-12-27T08:23:11Z

Admin: Новая страница: «{{Учёный | Имя = Елена Владимировна Силаева | Оригинал имени = | Фото =…»

{{Учёный
| Имя = Елена Владимировна Силаева
| Оригинал имени =
| Фото =
| Ширина = 200
| Подпись =
| Дата рождения =
| Место рождения =
| Гражданство = Россия
| Научная сфера = радионавигация, BOC-сигналы
| Место работы = НИУ "МЭИ", каф. РТС: доцент
| Учёная степень = к.т.н. (2017)
| Учёное звание =
| Альма-матер = "НИУ "МЭИ"
| Научный руководитель = [[Перов А.И.]]
| Знаменитые ученики =
| Известен как =
| Награды и премии =
}}

'''Елена Владимировна Силаева'''

== Ареал обитания ==

'''каф. РТС: к. Ж-400/1 (канцелярия)'''
* рабочий телефон: '''+7 495 362-77-52'''
* рабочая эл. почта: '''e.v.zakharova_work@mail.ru'''
* рабочая эл. почта МЭИ: '''silayevayv@mpei.ru'''

== Диссертации ==
=== Бакалаврская работа ===
Исследование системы слежения за задержкой для перспективных сигналов в СРНС ГЛОНАСС

=== Магистерская диссертация ===
Исследование систем слежения за задержкой навигационного сигнала с ВОС-модуляцией

=== Кандидатская диссертация ===
Разработка и исследование алгоритмов слежения за перспективными навигационными радиосигналами СРНС ГЛОНАСС с модуляцией на поднесущих частотах

== Публикации ==
{{main|:Категория:Захарова, Е. В. (публикации)}}

[[Категория:РТС_(персоналии)]]

Участница:Silaeva

2024-12-27T08:23:00Z

Admin: Перенаправление на Силаева, Елена Владимировна

#REDIRECT [[Силаева, Елена Владимировна]]

Участница:Silaeva

2024-12-27T08:19:15Z

Admin: Перенаправление на Захарова, Елена Владимировна

#REDIRECT [[Захарова, Елена Владимировна]]

Участница:Silaeva

2024-12-27T08:18:59Z

Admin: Перенаправление на Силаева, Елена Владимировна

#REDIRECT [[Силаева, Елена Владимировна]]

Участник:Zaharova

2024-12-27T08:17:45Z

Admin: Admin переименовал страницу Участник:Zaharova в Участница:Silaeva: Автоматически в связи с переименованием учётной записи «Zaharova» в «…

#перенаправление [[Участница:Silaeva]]

Участница:Silaeva

2024-12-27T08:17:45Z

#REDIRECT [[Захарова, Елена Владимировна]]

Blog:Mutasov

2019-06-26T14:17:18Z

Admin: Новая страница: «Страница Глеба... Поиск по блогу...»

[[Мутасов, Глеб Романович|Страница Глеба...]]

[[Special:Wikilog/User:Mutasov|Поиск по блогу...]]

Явки

2013-09-25T11:12:37Z

Admin: /* Особые логины */

{{Форма3}}
== Логины пользователей ==

Предлагается ввести единую систему логинов для:
* srns.ru /w
* srns.ru /hw
* srns.ru Сервер
* SVN
* Redmine
* WebSVN
* FTP
* Samba
* rsync
* Почта

{| class="wikitable" border="1"
|-align="center"
! Пользователь
! Логин
! srns.ru /w
! srns.ru /hw
! srns.ru Сервер
! SVN
! Redmine
! WebSVN
! FTP
! Samba
! rsync

|-align="center"
| Болденков Евгений
| Boldenkov
| + 
| + 
| ++ 
| 
| ++ 
| 
| 
| 
| 

|-align="center"
| Днепров Владимир
| Dneprov
| + 
| 
| ++
| 
| ++
| 
| 
| 
| 

|-align="center"
| Захарова Елена
| Zaharova
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-align="center"
| Липа Иван
| Lipa
| + 
| + 
| ++
| 
| ++ 
| 
| 
| 
| 

|-align="center"
| Нагин Илья
| Nagin
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-align="center"
| Корогодин Илья
| Korogodin
| ++ 
| ++ 
| ++
| 
| +-
| 
| 
| 
| 

|-align="center"
| Перов Александр
| AlexPerov
| + 
| 
| 
| 
| +-
| 
| 
| 
| 

|-align="center"
| Перов Андрей
| AndreyPerov
| + 
| 
| 
| 
| +-
| 
| 
| 
| 

|-align="center"
| Устинов Алексей
| Ustinov
| + 
| + 
| ++
| 
| 
| 
| 
| 
| 

|-align="center"
| Шатилов Александр
| Shatilov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 
|}

== Особые логины ==

{| class="wikitable" border="1"
|-align="center"
! Где?
! Логин

|-align="center"
| Сервер
| srtt

|-align="center"
| Роутер
| admin

|-align="center"
| Redmine
| admin

|}

[[Категория:SRNS.ru]]

Явки

2013-09-25T11:12:09Z

Admin: /* Логины пользователей */

Явки

2013-09-25T11:09:19Z

Admin: /* Логины пользователей */

{{Форма3}}
== Логины пользователей ==

Предлагается ввести единую систему логинов для:
* srns.ru /w
* srns.ru /hw
* srns.ru Сервер
* SVN
* Redmine
* WebSVN
* FTP
* Samba
* rsync
* Почта

{| class="wikitable" border="1"
|-align="center"
! Пользователь
! Логин
! srns.ru /w
! srns.ru /hw
! srns.ru Сервер
! SVN
! Redmine
! WebSVN
! FTP
! Samba
! rsync

|-
| Болденков Евгений
| Boldenkov
| + 
| + 
| ++ 
| 
| ++ 
| 
| 
| 
| 

|-
| Днепров Владимир
| Dneprov
| + 
| 
| ++
| 
| ++
| 
| 
| 
| 

|-
| Захарова Елена
| Zaharova
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Липа Иван
| Lipa
| + 
| + 
| ++
| 
| ++ 
| 
| 
| 
| 

|-
| Нагин Илья
| Nagin
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Корогодин Илья
| Korogodin
| ++ 
| ++ 
| ++
| 
| +-
| 
| 
| 
| 

|-
| Перов Александр
| AlexPerov
| + 
| 
| 
| 
| +-
| 
| 
| 
| 

|-
| Перов Андрей
| AndreyPerov
| + 
| 
| 
| 
| +-
| 
| 
| 
| 

|-
| Устинов Алексей
| Ustinov
| + 
| + 
| ++
| 
| 
| 
| 
| 
| 

|-
| Шатилов Александр
| Shatilov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 
|}

[[Категория:SRNS.ru]]

Явки

2013-09-25T11:03:33Z

Admin: /* Логины пользователей */

{{Форма3}}
== Логины пользователей ==

Предлагается ввести единую систему логинов для:
* srns.ru /w
* srns.ru /hw
* srns.ru Сервер
* SVN
* Redmine
* WebSVN
* FTP
* Samba
* rsync
* Почта

{| class="wikitable" border="1"
|-align="center"
! Пользователь
! Логин
! srns.ru /w
! srns.ru /hw
! srns.ru Сервер
! SVN
! Redmine
! WebSVN
! FTP
! Samba
! rsync

|-
| Болденков Евгений
| Boldenkov
| + 
| + 
| 
| 
| ++ 
| 
| 
| 
| 

|-
| Днепров Владимир
| Dneprov
| + 
| 
| ++
| 
| ++
| 
| 
| 
| 

|-
| Захарова Елена
| Zaharova
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Липа Иван
| Lipa
| + 
| + 
| ++
| 
| ++ 
| 
| 
| 
| 

|-
| Нагин Илья
| Nagin
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Корогодин Илья
| Korogodin
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Перов Александр
| AlexPerov
| + 
| 
| 
| 
| +-
| 
| 
| 
| 

|-
| Перов Андрей
| AndreyPerov
| + 
| 
| 
| 
| +-
| 
| 
| 
| 

|-
| Устинов Алексей
| Ustinov
| + 
| + 
| ++
| 
| 
| 
| 
| 
| 

|-
| Шатилов Александр
| Shatilov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 
|}

[[Категория:SRNS.ru]]

Явки

2013-09-25T10:41:55Z

Admin: /* Логины пользователей */

{{Форма3}}
== Логины пользователей ==

Предлагается ввести единую систему логинов для:
* srns.ru /w
* srns.ru /hw
* srns.ru Сервер
* SVN
* Redmine
* WebSVN
* FTP
* Samba
* rsync
* Почта

{| class="wikitable" border="1"
|-align="center"
! Пользователь
! Логин
! srns.ru /w
! srns.ru /hw
! srns.ru Сервер
! SVN
! Redmine
! WebSVN
! FTP
! Samba
! rsync

|-
| Болденков Евгений
| Boldenkov
| + 
| + 
| 
| 
| ++ 
| 
| 
| 
| 

|-
| Днепров Владимир
| Dneprov
| + 
| 
| 
| 
| ++
| 
| 
| 
| 

|-
| Захарова Елена
| Zaharova
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Липа Иван
| Lipa
| + 
| + 
| 
| 
| ++ 
| 
| 
| 
| 

|-
| Нагин Илья
| Nagin
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Корогодин Илья
| Korogodin
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Перов Александр
| AlexPerov
| + 
| 
| 
| 
| +-
| 
| 
| 
| 

|-
| Перов Андрей
| AndreyPerov
| + 
| 
| 
| 
| +-
| 
| 
| 
| 

|-
| Устинов Алексей
| Ustinov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Шатилов Александр
| Shatilov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 
|}

[[Категория:SRNS.ru]]

Явки

2013-09-25T10:41:35Z

Admin: /* Логины пользователей */

{{Форма3}}
== Логины пользователей ==

Предлагается ввести единую систему логинов для:
* srns.ru /w
* srns.ru /hw
* srns.ru Сервер
* SVN
* Redmine
* WebSVN
* FTP
* Samba
* rsync
* Почта

{| class="wikitable" border="1"
|-align="center"
! Пользователь
! Логин
! srns.ru /w
! srns.ru /hw
! srns.ru Сервер
! SNV
! Redmine
! WebSVN
! FTP
! Samba
! rsync

|-
| Болденков Евгений
| Boldenkov
| + 
| + 
| 
| 
| ++ 
| 
| 
| 
| 

|-
| Днепров Владимир
| Dneprov
| + 
| 
| 
| 
| ++
| 
| 
| 
| 

|-
| Захарова Елена
| Zaharova
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Липа Иван
| Lipa
| + 
| + 
| 
| 
| ++ 
| 
| 
| 
| 

|-
| Нагин Илья
| Nagin
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Корогодин Илья
| Korogodin
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Перов Александр
| AlexPerov
| + 
| 
| 
| 
| +-
| 
| 
| 
| 

|-
| Перов Андрей
| AndreyPerov
| + 
| 
| 
| 
| +-
| 
| 
| 
| 

|-
| Устинов Алексей
| Ustinov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Шатилов Александр
| Shatilov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 
|}

[[Категория:SRNS.ru]]

Явки

2013-09-25T10:31:38Z

Admin: /* Логины пользователей */

{{Форма3}}
== Логины пользователей ==

Предлагается ввести единую систему логинов для:
* srns.ru /w
* srns.ru /hw
* srns.ru Сервер
* SVN
* Redmine
* WebSVN
* FTP
* Samba
* rsync
* Почта

{| class="wikitable" border="1"
|-align="center"
! Пользователь
! Логин
! srns.ru /w
! srns.ru /hw
! srns.ru Сервер
! SNV
! Redmine
! WebSVN
! FTP
! Samba
! rsync

|-
| Болденков Евгений
| Boldenkov
| + 
| + 
| 
| 
| ++ 
| 
| 
| 
| 

|-
| Днепров Владимир
| Dneprov
| + 
| 
| 
| 
| ++
| 
| 
| 
| 

|-
| Захарова Елена
| Zaharova
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Липа Иван
| Lipa
| + 
| + 
| 
| 
| ++ 
| 
| 
| 
| 

|-
| Нагин Илья
| Nagin
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Корогодин Илья
| Korogodin
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Перов Александр
| AlexPerov
| + 
| 
| 
| 
| 
| 
| 
| 
| 

|-
| Перов Андрей
| AndreyPerov
| + 
| 
| 
| 
| 
| 
| 
| 
| 

|-
| Устинов Алексей
| Ustinov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Шатилов Александр
| Shatilov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 
|}

[[Категория:SRNS.ru]]

Явки

2013-09-25T10:29:29Z

Admin: /* Логины пользователей */

{{Форма3}}
== Логины пользователей ==

Предлагается ввести единую систему логинов для:
* srns.ru /w
* srns.ru /hw
* srns.ru Сервер
* SVN
* Redmine
* WebSVN
* FTP
* Samba
* rsync
* Почта

{| class="wikitable" border="1"
|-align="center"
! Пользователь
! Логин
! srns.ru /w
! srns.ru /hw
! srns.ru Сервер
! SNV
! Redmine
! WebSVN
! FTP
! Samba
! rsync

|-
| Болденков Евгений
| Boldenkov
| + 
| + 
| 
| 
| ++ 
| 
| 
| 
| 

|-
| Днепров Владимир
| Dneprov
| + 
| 
| 
| 
| -+
| 
| 
| 
| 

|-
| Захарова Елена
| Zaharova
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Липа Иван
| Lipa
| + 
| + 
| 
| 
| ++ 
| 
| 
| 
| 

|-
| Нагин Илья
| Nagin
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Корогодин Илья
| Korogodin
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Перов Александр
| AlexPerov
| + 
| 
| 
| 
| 
| 
| 
| 
| 

|-
| Перов Андрей
| AndreyPerov
| + 
| 
| 
| 
| 
| 
| 
| 
| 

|-
| Устинов Алексей
| Ustinov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Шатилов Александр
| Shatilov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 
|}

[[Категория:SRNS.ru]]

Явки

2013-09-25T10:26:56Z

Admin: /* Логины пользователей */

{{Форма3}}
== Логины пользователей ==

Предлагается ввести единую систему логинов для:
* srns.ru /w
* srns.ru /hw
* srns.ru Сервер
* SVN
* Redmine
* WebSVN
* FTP
* Samba
* rsync
* Почта

{| class="wikitable" border="1"
|-align="center"
! Пользователь
! Логин
! srns.ru /w
! srns.ru /hw
! srns.ru Сервер
! SNV
! Redmine
! WebSVN
! FTP
! Samba
! rsync

|-
| Болденков Евгений
| Boldenkov
| + 
| + 
| 
| 
| ++ 
| 
| 
| 
| 

|-
| Днепров Владимир
| Dneprov
| + 
| 
| 
| 
| 
| 
| 
| 
| 

|-
| Захарова Елена
| Zaharova
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Липа Иван
| Lipa
| + 
| + 
| 
| 
| ++ 
| 
| 
| 
| 

|-
| Нагин Илья
| Nagin
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Корогодин Илья
| Korogodin
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Перов Александр
| AlexPerov
| + 
| 
| 
| 
| 
| 
| 
| 
| 

|-
| Перов Андрей
| AndreyPerov
| + 
| 
| 
| 
| 
| 
| 
| 
| 

|-
| Устинов Алексей
| Ustinov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Шатилов Александр
| Shatilov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 
|}

[[Категория:SRNS.ru]]

Явки

2013-09-25T10:23:09Z

Admin: /* Логины пользователей */

{{Форма3}}
== Логины пользователей ==

Предлагается ввести единую систему логинов для:
* srns.ru /w
* srns.ru /hw
* srns.ru Сервер
* SVN
* Redmine
* WebSVN
* FTP
* Samba
* rsync
* Почта

{| class="wikitable" border="1"
|-align="center"
! Пользователь
! Логин
! srns.ru /w
! srns.ru /hw
! srns.ru Сервер
! SNV
! Redmine
! WebSVN
! FTP
! Samba
! rsync

|-
| Болденков Евгений
| Boldenkov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Днепров Владимир
| Dneprov
| + 
| 
| 
| 
| 
| 
| 
| 
| 

|-
| Захарова Елена
| Zaharova
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Липа Иван
| Lipa
| + 
| + 
| 
| 
| ++ 
| 
| 
| 
| 

|-
| Нагин Илья
| Nagin
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Корогодин Илья
| Korogodin
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Перов Александр
| AlexPerov
| + 
| 
| 
| 
| 
| 
| 
| 
| 

|-
| Перов Андрей
| AndreyPerov
| + 
| 
| 
| 
| 
| 
| 
| 
| 

|-
| Устинов Алексей
| Ustinov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Шатилов Александр
| Shatilov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 
|}

[[Категория:SRNS.ru]]

Явки

2013-09-25T10:05:05Z

Admin: /* Логины пользователей */

{{Форма3}}
== Логины пользователей ==

Предлагается ввести единую систему логинов для:
* srns.ru /w
* srns.ru /hw
* srns.ru Сервер
* SVN
* Redmine
* WebSVN
* FTP
* Samba
* rsync
* Почта

{| class="wikitable" border="1"
|-align="center"
! Пользователь
! Логин
! srns.ru /w
! srns.ru /hw
! srns.ru Сервер
! SNV
! Redmine
! WebSVN
! FTP
! Samba
! rsync

|-
| Болденков Евгений
| Boldenkov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Днепров Владимир
| Dneprov
| 
| 
| 
| 
| 
| 
| 
| 
| 

|-
| Захарова Елена
| Zaharova
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Липа Иван
| Lipa
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Нагин Илья
| Nagin
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Корогодин Илья
| Korogodin
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Перов Александр
| AlexPerov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Перов Андрей
| AndreyPerov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Устинов Алексей
| Ustinov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Шатилов Александр
| Shatilov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 
|}

[[Категория:SRNS.ru]]

Участник:Andrey Perov

2013-09-25T10:03:14Z

Admin: Admin переименовал страницу Участник:Andrey Perov в Участник:AndreyPerov: Автоматически в связи с переименованием учётной записи «[[User:Andrey Perov|Andrey P…

#перенаправление [[Участник:AndreyPerov]]

Участник:AndreyPerov

2013-09-25T10:03:14Z

#REDIRECT [[Перов, Андрей Александрович]]
[[Категория:Страницы участников]]

Участник:Alex Perov

2013-09-25T10:02:58Z

Admin: Admin переименовал страницу Участник:Alex Perov в Участник:AlexPerov: Автоматически в связи с переименованием учётной записи «Alex Perov»…

#перенаправление [[Участник:AlexPerov]]

Участник:AlexPerov

2013-09-25T10:02:58Z

#REDIRECT [[Перов,_Александр_Иванович]]
[[Категория:Страницы участников]]

Участник:SusettePonce795

2013-09-25T09:49:26Z

Admin: Admin переименовал страницу Участник:SusettePonce795 в Участник:SusettePonce796

#перенаправление [[Участник:SusettePonce796]]

Участник:SusettePonce796

2013-09-25T09:49:26Z

Admin: Admin переименовал страницу Участник:SusettePonce795 в Участник:SusettePonce796

Italy has moved to centre stage in the eurozone debt crisis.

While Greece generated a lot of noise, it is now seen as a sideshow.

Greece's debt problems are already widely known and the immediate consequences of a Greek default largely anticipated.

Moreover, the size of the Greek economy is small enough that the direct damage, if Greece stopped paying its debts, should be quite manageable for the eurozone.

Instead, the big fear is "contagion" - that a Greek default could trigger a financial catastrophe for other, much bigger economies - in particular Italy and Spain.

And it seems it is Italy that is now seen as the lead candidate for that contagion. But why is this?
Prudent Italy?

According to Germany's Chancellor, Angela Merkel, "Italy has great economic strength, but Italy does also have a very high level of debt and that has to be reduced in a credible way in the years ahead."

As with Greece, she and other eurozone leaders believe the solution is more government austerity - spending cuts and tax rises - by Rome.

However, some economists might disagree with her assessment.

The Italian government's debt, at 118% of GDP (annual economic output) is certainly high, even by European standards.

But dig a little deeper, and the picture changes.

Unlike their counterparts in Spain or the Irish Republic, ordinary Italians have not run up huge mortgages, and generally have very little debt.

That means that according to the Bank of International Settlements Italy as a country - not just a government - is not actually terribly indebted compared with other big economies such as France, Canada or the UK.
Continue reading the main story
Crisis jargon buster
Use the dropdown for easy-to-understand explanations of key financial terms:
GDP
GDP
Gross domestic product. A measure of economic activity in a country, namely of all the services and goods produced in a year. There are three main ways of calculating GDP - through output, through income and through expenditure.
Glossary in full

Moreover, the large debts of the Italian government are nothing new. It has got by just fine with a debt ratio over 100% of its GDP ever since 1991. [http://www.heartratewatchcompany.com Heart Rate Watch] [http://suuntoambit2.com Suunto Ambit 2 ]

Явки

2013-09-25T09:48:31Z

Admin: /* Логины пользователей */

{{Форма3}}
== Логины пользователей ==

Предлагается ввести единую систему логинов для:
* srns.ru /w
* srns.ru /hw
* srns.ru Сервер
* SVN
* Redmine
* WebSVN
* FTP
* Samba
* rsync
* Почта

{| class="wikitable" border="1"
|-align="center"
! Пользователь
! Логин
! srns.ru /w
! srns.ru /hw
! srns.ru Сервер
! SNV
! Redmine
! WebSVN
! FTP
! Samba
! rsync

|-
| Болденков Евгений
| Boldenkov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Днепров Владимир
| Dneprov
| 
| 
| 
| 
| 
| 
| 
| 
| 

|-
| Захарова Елена
| Zaharova
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Липа Иван
| Lipa
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Нагин Илья
| Nagin
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Корогодин Илья
| Korogodin
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Перов Александр
| Alex_Perov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Перов Андрей
| Andrey_Perov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Устинов Алексей
| Ustinov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Шатилов Александр
| Shatilov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 
|}

[[Категория:SRNS.ru]]

Явки

2013-09-25T09:47:50Z

Admin:

{{Форма3}}
== Логины пользователей ==

Предлагается ввести единую систему логинов для:
* srns.ru /w
* srns.ru /hw
* srns.ru Сервер
* SVN
* Redmine
* WebSVN
* FTP
* Samba
* rsync
* Почта

{| class="wikitable" border="1"
|-align="center"
! Пользователь
! Логин
! srns.ru /w
! srns.ru /hw
! srns.ru Сервер
! SNV
! Redmine
! WebSVN
! FTP
! Samba
! rsync

|-
| Admin
| admin
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Болденков Евгений
| Boldenkov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Днепров Владимир
| Dneprov
| 
| 
| 
| 
| 
| 
| 
| 
| 

|-
| Захарова Елена
| Zaharova
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Липа Иван
| Lipa
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Нагин Илья
| Nagin
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Корогодин Илья
| Korogodin
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Перов Александр
| Alex_Perov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Перов Андрей
| Andrey_Perov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Устинов Алексей
| Ustinov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 

|-
| Шатилов Александр
| Shatilov
| + 
| + 
| 
| 
| 
| 
| 
| 
| 
|}

[[Категория:SRNS.ru]]

Категория:How to

2013-07-08T11:11:42Z

Admin: Перенаправление на Категория:How-to

#REDIRECT [[Категория:How-to]]

Шаблон:Нынче востребовано

2013-07-08T11:11:02Z

Admin:

<includeonly>

[[Оформление свидетельства на программу ЭВМ (how to)]]

[[Blog:Boldenkov/23.08.2011_Использование_хранилищ_SVN_и_rsync_на_нашем_сервере_в_процессе_разработки|SVN&RSYNC (how to)]]

[[ЭУМК АП СРНС]]

</includeonly>
<noinclude>
{{doc}}
</noinclude>

Ефименко, Валерий Сергеевич

2013-04-10T20:13:50Z

Admin:

{{Учёный
| Имя = Валерий Сергеевич Ефименко
| Фото = 20130411_Efimenko.jpg
| Ширина =
| Дата рождения = 31.08.1945
| Место рождения =
| Гражданство =
| Научная сфера = радионавигация, пространственная обработка сигналов
| Место работы = [[НКГ_СоТ|НКГ "СоТ"]]
| Учёная степень = д.т.н.
| Учёное звание = профессор
| Альма-матер =
| Научный руководитель =
| Знаменитые ученики =
| Известен как =
| Награды и премии =
}}

'''Валерий Сергеевич Ефименко'''

Постоянный соавтор В.Н. Харисова.

== Публикации ==
{{main|:Категория:Ефименко, В. С. (публикации)}}

Ефименко, Валерий Сергеевич

2013-04-10T20:12:47Z

Admin:

{{Учёный
| Имя = Валерий Сергеевич Ефименко
| Фото = 20130411_Efimenko.jpg
| Ширина =
| Дата рождения =
| Место рождения =
| Гражданство =
| Научная сфера = радионавигация, пространственная обработка сигналов
| Место работы = [[НКГ_СоТ|НКГ "СоТ"]]
| Учёная степень = д.т.н.
| Учёное звание = профессор
| Альма-матер =
| Научный руководитель =
| Знаменитые ученики =
| Известен как =
| Награды и премии =
}}

'''Валерий Сергеевич Ефименко'''

Постоянный соавтор В.Н. Харисова.

== Публикации ==
{{main|:Категория:Ефименко, В. С. (публикации)}}

Гребенников, Андрей Владимирович

2013-04-10T20:06:23Z

Admin:

{{Учёный
| Имя = Андрей Владимирович Гребенников
| Оригинал имени =
| Фото = 20110906_Grebennikov.png
| Ширина =
| Подпись =
| Дата рождения = 24.08.1966
| Место рождения =
| Гражданство =
| Научная сфера = радионавигация, фазовые методы
| Место работы = [[СФУ]], ИИФ И РЭ, зав. базовой кафедрой Радиоэлектронной техники информационных систем.
| Учёная степень = к.т.н.
| Учёное звание = доцент
| Альма-матер =
| Научный руководитель =
| Знаменитые ученики =
| Известен как =
| Награды и премии =
}}

'''Андрей Владимирович Гребенников'''

== Публикации ==
{{main|:Категория:Гребенников, А. В. (публикации)}}

[[Категория:НПП Радиосвязь_(персоналии)]]
[[Категория:СФУ_(персоналии)]]

Blog:Boldenkov/26.04.2012 Структурная схема макета приёмника

2013-04-10T20:00:24Z

Admin:

<summary>Подготовлена структурная схема
</summary>
{{Форма1}}

Подготовлена предварительная структурная схема нового макета приёмника.

[[Файл:20120426 Maket Struct.png | 700px | Структурная схема приёмника]]

Приёмник будет основан на процессорном модуле VAR-SOM-M35 и ПЛИС Xilinx Spartan XC6SLX150T.

Высказывайте пожелания!
{{wl-publish: 2012-04-26 16:23:42 +0400 | Boldenkov }}

Категория:Экземпляры приборов

2013-04-10T20:00:10Z

Admin:

{{Форма3}}
[[Категория:Приборы]]

Категория:Серии приборов

2013-04-10T19:59:59Z

Admin:

[[Категория:Приборы]]

Категория:Интеллектуальная собственность

2013-04-10T19:59:37Z

Admin: /* Прочее */

<summary [ hidden ]>
Данная страница посвящена систематизации об интеллектуальной собственности УИЦ СРТТ.</summary>

{{TOCright}}

== Полученные свидетельства ==
=== Патенты ===

:''Смотрите: [[:Категория:Патенты по авторам]]''

* {{:Измеритель разности фаз радиосигналов (патент, полезная модель)}}
* {{:Способ поиска навигационных сигналов (патент)}}
* {{:Измеритель разности фаз радиосигналов (патент, изобретение)}}
* {{:Цифровая система фазовой автоподстройки частоты (патент, изобретение)}}

=== Программное обеспечение ===

:''Смотрите: [[:Категория:Зарегистрированные программы по авторам]]''

{| class="wikitable" border="1"
|-align="center"
! №
! Приоритет от
! Дата выдачи
! Название
! Авторы
! SVN
! Язык
! Описание

|-
| 2010613888
| 22.04.2010
| 15.06.2010
| [[Программа:2008_Программный_блок_быстрого_поиска_навигационного_сигнала_GPS_C/A|Программный блок быстрого поиска навигационного сигнала GPS C/A]]
| Перов А.И., Болденков Е.Н.
| [http://server.srns.ru/websvn/listing.php?repname=SR31&path=%2Ftrunk%2FDetector%2F&#a5e18d0d241fb9ab83a61850f576ddacb&r2 SR31@r2]
| С
| Программный блок поиска сигнала GPS C/A из программного же приёмника

|-
| 2011617611
| 04.08.2011
| 30.09.2011
| [[Программа:Корогодин 2011 Модель многолучевого распространения сигнала|Модель многолучевого распространения сигнала спутниковой радионавигационной системы при отражении от экрана конечных размеров]]
| Корогодин И.В.
| [https://code.google.com/p/multipath-propagation-model/ Google Code]
| matlab
| [[Модель многолучевого распространения сигналов]]

|-
| 2011617612
| 04.08.2011
| 30.09.2011
| [[Программа:Корогодин 2011 Модель переходных процессов в идеальном дискретном корреляторе при учете полосы радиочастотной части приемника|Модель переходных процессов в идеальном дискретном корреляторе при учете полосы радиочастотной части приемника]]
| Корогодин И.В.
| [https://code.google.com/p/model-correlator-processes Google Code]
| matlab
| [[Переходные процессы в идеальном дискретном корреляторе при учете полосы фронтенда]]

|-
| 2011619266
| 06.10.2011
| 01.12.2011
| [[Программа:Шатилов 2011 Модель четырехканального антенного компенсатора помех для приемника радионавигационных сигналов ГЛОНАСС|Модель четырехканального антенного компенсатора помех для приемника радионавигационных сигналов ГЛОНАСС]]
| Шатилов А.Ю.
|
|
|

|-
| 2011619689
| 27.10.2011
| 26.12.2011
| [[Программа:2011_Универсальный_генератор_дальномерного_кода|Универсальный генератор дальномерного кода]]
| Болденков Е.Н., Перов А.А., Шатилов А.Ю.
| [http://server.srns.ru/websvn/filedetails.php?repname=Alpaca&path=%2Fbranches%2FImitator_20110107%2Ffpga%2FCodeGenerator%2FCodeGenerator.v&rev230 Alpaca/Imitator_20110107@230]
| Verilog
| Универсальный генератор дальномерного приёмника НАП Альпака

|-
| 2011619690
| 27.10.2011
| 26.12.2011
| [[Программа:2011_Блок_имитации_навигационных_сигналов|Блок имитации навигационных сигналов]]
| Болденков Е.Н.
| [http://server.srns.ru/websvn/listing.php?repname=Alpaca&path=%2Fbranches%2FImitator_20110107%2Ffpga%2FImitator%2F&#ad796a127a1412dd1a0ebd5f204ee7e91&rev230 Alpaca/Imitator_20110107@230]
| Verilog
| Имитатор навигационных сигналов BPSK и BOC
|-
| 2011619691
| 27.10.2011
| 26.12.2011
| [[Программа:2011_Блок_коррелятора_навигационного_приёмника|Блок коррелятора навигационного приёмника]]
| Болденков Е.Н., Перов А.А., Шатилов А.Ю.
| [http://server.srns.ru/websvn/listing.php?repname=Alpaca&path=%2Fbranches%2FImitator_20110107%2Ffpga%2FCorrelator%2F&#ac42ffa746eccd56f8fcda8a87444a4ac&rev230 Alpaca/Imitator_20110107@230]
| Verilog
| Модицированная версия коррелятора для приёма сигналов BPSK и BOC
|-

|-
| 2011619692
| 27.10.2011
| 26.12.2011
| [[Программа:2011_Блок_формирования_функции_модуляции_BOC_m_n|Блок формирования функции модуляции BOC(m, n)]]
| Болденков Е.Н.
| [http://server.srns.ru/websvn/filedetails.php?repname=Alpaca&path=%2Fbranches%2FImitator_20110107%2Ffpga%2FCodeGenerator%2FBOCgenerator.v&rev230 Alpaca/Imitator_20110107@230]
| Verilog
| Надстройка над генератором кода для формирования BOC(m, n)

|-
| 2011619693
| 27.10.2011
| 26.12.2011
| [[Программа:Нагин 2011 Программа моделирования комплексного фильтра для интегрирования измерений приемника СРНС и АССП|Программа моделирования комплексного фильтра для интегрирования измерений приемника СРНС и автомобильной системы счисления пути]]
| Нагин И.А.
| [[Media:20110912_Нагин_Заявка_Инт.собств.rar|Архив с заявкой]]
| matlab
| Модель РФК для Dead Reckoning

|-
| 2012610877
| 22.10.2011
| 20.01.2012
|
| Болденков Е.Н.
| [http://server.srns.ru/websvn/listing.php?repname=SR31&path=%2Ftrunk%2FCorrelator%2F&#ac922f12adac577454a74368b6e2989b1 SR31/Correlator@7]
| С
| Программный коррелятор навигационного приёмника

|-
| 2012610878
| 22.10.2011
| 20.01.2012
|
| Болденков Е.Н.
| [http://server.srns.ru/websvn/listing.php?repname=Alpaca&path=%2Fbranches%2FImitator_20110107%2Ffirmware%2Fdetector%2F&rev=244#aa62f9b093b4c718180a8b8a6b6ca4141 Alpaca/Imitator_20110107/firmware/Detector@244]
| С
| Программный блок быстрого поиска навигационных сигналов с непериодичным дальномерным кодом

|-
| 2012610879
| 22.10.2011
| 20.01.2012
|
| Болденков Е.Н.
| [http://server.srns.ru/websvn/listing.php?repname=SR31&path=%2Ftrunk%2F&rev=7#a0b40758157c8f16fa703ca3be466fa8a SR31@7]
| С
| Программный навигационный приёмник SR31

|-
| 2012610901
| 24.10.2011
| 20.01.2012
|
| Болденков Е.Н.
| [http://server.srns.ru/websvn/listing.php?repname=Alpaca&path=%2Fbranches%2FImitator_20110107%2Ffirmware%2F&rev=244#a7bfa4dbd974d9faf6319f8d337ab03c4 Alpaca/Imitator_20110107/firmware@244]
| С
| Программа управления имитатором навигационных сигналов <math>BOC(\pi,e)</math>

|-
|}

== Сданы документы ==
Ну, или почти сданы...

=== Патенты ===

{| class="wikitable" border="1"
|-align="center"
! Статус
! Название
! Авторы
! Описание
|-
| [[Blog:Korogodin/25.10.2011,_Подано_заявление_о_выдаче_патента_РФ_на_изобретение|Первичная документация сдана в ФИПС]]
| Цифровой приемник сигналов спутниковых радионавигационных систем
| [[Перов А.И.]], [[Корогодин И.В.]]
| Патент на изобретение - трехантенный угломер
|}

=== Программное обеспечение ===

:''Смотрите: [[:Категория:Зарегистрированные программы по авторам]]''

{| class="wikitable" border="1"
|-align="center"
! Статус
! Название
! Авторы
! SVN
! Язык
! Описание

|}

=== ПСУН ===
:''Смотрите: [[:Категория:Зарегистрированные ПСУН по авторам]]''

{| class="wikitable" border="1"
|-align="center"
! Статус
! Название
! Авторы
! SVN
! Язык
! Описание
|-
| В процессе регистрации
| Искажения навигационного сигнала в радиочастотном тракте приёмника
| Болденков Е.Н., Корогодин И. В.
| -
| Matlab
|
|-
| В процессе регистрации
| [[Моделирование многолучевого распространения сигнала СРНС в среде Matlab (ПСУН)|Моделирование многолучевого распространения сигнала СРНС в среде Matlab]]
| Корогодин И. В., Болденков Е.Н.
| -
| Matlab
|
|}

== Нормативные документы ==
* [http://www1.fips.ru/wps/wcm/connect/content_ru/ru/documents/russian_laws/order_minobr/administrative_regulations/adm_regl_gos_reg_bd_evm/ Административный регламент регистрации ПО (На сайте ФИПС)]
* [http://www.rupatent.ru/program/pr_appl.htm Порядок оформления заявки на регистрацию ПО (Выдержка из Административного регламента ФИПС ???)]

== Прочее ==
* [[Blog:Boldenkov/22.10.2012_Интеллектуальная_собственность_-_заявочная_кампания_октября_2012|Интеллектуальная собственность - заявочная кампания октября 2012]]
* [[Blog:Boldenkov/11.10.2011_Интеллектуальная_собственность_-_заявочная_кампания_октября_2011|Интеллектуальная собственность - заявочная кампания октября 2011]]
* [[Blog:Boldenkov/11.09.2011_Интеллектуальная_собственность_-_заявочная_кампания_сентября_2011|Интеллектуальная собственность - заявочная кампания сентября 2011]]

[[Категория:Публикации]]
{{wl-publish: 2011-09-07 23:07:15 +0400 | Boldenkov }}

Категория:СТиС

2013-04-10T19:59:07Z

Admin:

{{Карточка института
|название = ГУ НПО "СТиС" МВД России
|сокращение = СТиС МВД РФ
|эмблема =
|изображение =
|междуназвание =
|прежнее название =
|основан = 1983 (1998)
|директор =
|число сотрудников =
|аспирантура =
|докторантура =
|расположение = Москва
|адрес =
|сайт =
|награды =
}}
'''Государственное учреждение "Научно-производственное объединение "Специальная техника и связь" Министерства внутренних дел Российской Федерации''' (''ГУ НПО "СТиС" МВД России'')

== Состав ==

В состав «НПО «Специальная техника и связь» МВД России входят Научно-исследовательский институт специальной техники (НИИСТ) МВД России, головное экспериментальное производство, Дмитровский опытно-экспериментальный завод (ДОЭЗ). Имеет филиалы в Новосибирске, Нижнем Новгороде и Калуге. Работы здесь осуществляются по всему циклу — от составления долгосрочного прогноза развития спецтехники, создания научно-технического задела, научных исследований и разработок новых технических средств до их практического внедрения. Общая численность научных сотрудников, управленческого и обслуживающего персонала, рабочих составляет более тысячи человек.

== О себе от начальства ==

Как крупный научно-производственный комплекс, ГУ НПО «СТиС» МВД России образовано в 1998 году. Но летопись его следует вести с августа 1983го, когда был создан НИИ специальной техники, который и сейчас является функциональным ядром объединения. В 1991 году НИИСТ и его подразделения вошли в состав НПО «Техника», позднее — ГУ НПО «СТиС» МВД России. Десять лет назад объединение получило в своё распоряжение территорию бывшего завода «Радио прибор» с административными, лабораторными, производственными корпусами и даже с частью квалифицированных работников различных специальностей.

ГУ НПО «СТиС» МВД России обеспечивает выполнение указов Президента Российской Федерации, постановлений Правительства РФ, заявок министерств и ведомств на создание специальных технических средств, принимает участие в реализации крупных федеральных программ.

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

Создание НПО — это качественно новый уровень развития многостороннего научного и делового сотрудничества. Полученный статус в сочетании со сложившимся опытом и традициями позволяет значительно расширить обмен информацией в сфере создания и применения специальных средств.

Объединение поддерживает деловые и информационные связи с полицейскими центрами целого ряда стран, с ведущими зарубежными фирмами по разработке, производству и поставке специальных технических средств и вооружения. ГУ НПО «СТиС» МВД России — участник и организатор таких крупных и престижных смотров достижений в области средств обеспечения безопасности, как «Мили пол», «Интерполитех», «МIPS» и др. Более 60 раз изделия объединения демонстрировались на международных, российских и региональных специализированных выставках, в том числе во Франции, Сингапуре, Турции, Саудовской Аравии, Италии, Сирии, Германии.

Уже для нескольких поколений сотрудников ОБЪЕДИНЕНИЕ — не просто краткое название нашего учреждения. Это объединённые усилия, годы напряжённой работы для того, чтобы аккумулировать существующие наработки, сплотить в единый коллектив специалистов, представляющих разные школы отечественной ведомственной науки. Это активное и органичное соединение жизнеспособной модели и современного подхода, опирающегося на критерии, жёстко диктуемые обстановкой последних лет, когда и мировое сообщество, и Россия вступили в обострённое противостояние с организованной транснациональной преступностью, международным терроризмом. Профессионализм специалистов объединения — это высокий научно-технический потенциал, помноженный на многолетний опыт противодействия реальному противнику.

На новом этапе ключевыми вопроса ми становятся не только достаточное обеспечение органов внутренних дел и внутренних войск, качество и надёжность разрабатываемых изделий, но и нацеленность на конкретные задачи. Эффективное освоение передовых идей, оправдывающее вложенные в производство средства, требуют продуманной и развитой инфраструктуры, выработки принципиально новой стратегии и тактики. Необходима перспективная система как научно-производственных, так и управленческих технологий. В целом же создание и деятельность ГУ НПО «СТиС» МВД России являются, по сути, ответом на вопрос о возможности полномасштабного воплощения процесса реализации современной технической политики Министерства внутренних дел в условиях подобной структуры.

[[Категория:Организации]]

Blog talk:Korogodin/06.09.2011, Исследование машины быстрого поиска в НИИ КП

2013-04-10T19:58:27Z

Admin:

{{Форма2}}

== Обсуждение по почте ==

'''Korogodin:'''
Добился конкретики, теперь могу более подробно описать поставленную передо мной задачу.

''Intro''

Как ты ни раз слышал, Шувалов последнее время пилил машину быстрого поиска. Допилил до того, что скинул эту задачу на нас с Букреевым)). Он
дает относительно много памяти и 2 МГц отсчеты. Памяти порядка 1 Мб. Схема формирования 2 МГЦ отчетов тут:

http://www.srns.ru/wiki/Blog:Korogodin/06.09.2011,_Исследование_машины_быстрого_поиска_в_НИИ_КП

Требуется заставить ARM работать в качестве машины быстрого поиска. Естественно, все при этом ждут невероятных характеристик. Хотят находить сигналы до 20 дБГц и при этом укладывать в мс.

''Вопрос 1:'' Это нереально. Я прав?

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

''Вопрос 2:'' В приведенных условиях какой алгоритм позволит получить максимальное быстродействие?

''Вопрос 3:'' Есть ли у нас что-нибудь в реализованном виде?

'''Boldenkov:'''

Шувалов в первой микросхеме Альциона сделал аппаратный блок быстрого поиска. Данный блок позволял просматривать параллельно 2046 позиций по задержке. Лучше всего было бы воспользоваться этим готовым блоком. Судя по письму, нельзя.

Моё предположение, почему. После Альционы, они выпустили уменьшенную версию (кажется, называлась Тайгета или что-то в этом роде). Быстрый поиск - сложная ресурсоёмкая задача, поэтому в Альционе 2/3 чипа занимал блок поиска. В Тайгете его выкинули. Видимо, теперь хотят реализовать вместо него программный поиск... На ARM ...

В НИИ КП ожидают невероятных характеристик от программного блока поиска на ARM - любопытно, кто? Сразу понятно, что они не представляют себе сложность данной задачи даже приблизительно. Поясняю. Посмотри материал Ивана на нашем сайте:

http://srns.ru/wiki/Blog:Lipa/20.06.11,_исследование_поиска

Там приведены характеристики для 25 дБГц. Если посмотреть таблицу поиска сигнала GPS C/A, то (закрыв глаза на прочие факторы) наименьше общее время накопления будет при T=5 мс, NN=72.

Тебе надо 20 дБГц. Приблизительно, увеличение вдвое некогерентного накопления даст 2 дБ. Реально в данной области это будет не так, хуже, но давай увеличим цифру NN в 8 раз и будем считать, что этого достаточно для 20 дБГц. Тогда будет T=5 мс, NN=576.

Общее время накопления (длина анализируемой выборки) получается T*NN=2.88 c (реально будет хуже).

Так вот, 2.88 с - это только длина выборки, которую надо проанализировать. А сделать это надо для каждого из сочетаний частоты и задержки. По задержке 2046 позиций. По частоте шаг поиска при 5 мс будет 200 Гц, при диапазоне частот +-10 кГц это даст 100 каналов. Таким образом, выборку 2.88 с нужно проанализировать 204600 раз. Если делать это в одноканальном корреляторе, это займёт 2.88*204600=18004800 с.

Поэтому основная проблема построения блоков поиска - как напихать в устройство как можно больше параллельных каналов. Если взять блок поиска от Шувалова из Альционы, там одновременно анализируется 2046 позиций по задержке. Тогда время поиска будет 2.88*2046*100/2046=288 с. Это реально быстро.

Для сравнения я вчера взял программный блок поиска из Альпаки, подоптимизировал его параметры, получил около 650 параллельных канала (при исполнении на Core2Duo 2 ГГц). Тогда время поиска будет 906 c. При исполнении в PowerPC - дольше в несколько раз. При исполнении в ARM - ещё дольше. Кроме того, данный алгоритм потребляет порядочное количество памяти, 1 Мб - мало. Требуемый объём памяти можно разменять на скорость работы, но тогда поиск займёт ещё больше времени.

Нынешний программный поиск в Альпаке - не самый быстрый вариант, он не учитывает периодичности кода, т.к. сделан специально под непериодичные коды. Наиболее быстрый алгоритм был у меня в программном приёмнике, сейчас оценок нет, но он ... более чем в два раза быстрее. Т.е., допустим, не 900, а 400 с ;) - и это на Core2Duo. Дальше уже не прыгнешь.

''Итак, ответы:''
# Это нереально. На ипподроме победить можно. Но НИИ КП с их аппетитами результат всё равно не устроит. Надо делать честный аппаратный блок поиска. Коллектив МЭИ в данной постановке лучше не представлять, т.к. дело безнадёжное.
# Алгоритм есть, его быстродействие я выше пояснил.
# Естественно, программный поиск у нас есть, и уже давно - лет пять.

Меня сейчас вообще больше интересует поиск закрытых сигналов, т.к. поиск стандартных сигналов у всех уже реализован, это не столь интересно. Для этого были проведены определённые оценки.

Обычно время TTFF указывается при стандартном сигнале, который традиционно считаем равным 42 дБГц. Для непериодичного кода нужно задать неопределённость по времени, и это главное. Т.к. цифр нет, а у меня в памяти после СигналСП осталась цифра 100 мс, ориентируемся на эту неопределённость. По современным ТЗ на специальную аппаратуру TTFF должен быть 1.5 минуты. Из них нужно откинуть 30 с на приём эфемерид (прочим пренебрежём). Тогда получится время на поиск всех спутников 60 с. Если не известно созвездие, то при открытом небе для набора 4 спутников нужно будет проанализировать около 10 сигналов. Таким образом, получаем 6 с на каждый. Теперь обратимся к таблице "BOC(5,2.5) c неопределенностью 100мс" из http://srns.ru/wiki/Blog:Lipa/20.06.11,_исследование_поиска, которая посчитана как раз для данной ситуации.

Из этой таблицы получается, что наилучшее время поиска в одноканальном корреляторе получается при T=1мс, NN=3 и составляет 12 889 800 с. Теперь легко посчитать, сколько нужно каналов, чтобы сделать всё это за необходимые 6 с:
12 889 800/6=2148300.

2 млн. параллельных каналов - это очень много, но не безумно. Например, в ТЗ на Топологию в начале было прописано 1 млн. каналов. Так что...

Поэтому я всё время и говорю, что не ясно, сколько ПЛИС нужно ставить в новую Альпаку. Ясно то, что это будет паровоз. Если сравнивать с блоком поиска от Шувалова, их нужно 1000 штук...

'''Korogodin:'''

Вчера, уже вечером, Букреев несколько прояснил задачу.

Он хочет чтобы я добился (либо не добился) следующего результата:

Если проводить аналогию с классическим алгоритмом, то его можно разбить на два цикла, один в другом: накопление когерентное и накопление некогерентное.

По его соображениям когерентное накопление должно происходить на интервале в 9 '''мс'''. Он хочет поиметь алгоритм, который бы успевал обработать аналог вложенного цикла (когерентное накопление) за время в двое меньшее - порядка 5 секунд. А оставшиеся 4 '''мс''' чтобы работали остальные системы - кольца, решение, некогерентное сложение с выбором максимума и т.п. Он согласен, что тупо в лоб это невозможно. Но уповает на то, что я ему покажу хитрый БПФ алгоритм, который бы успевал жахнуть всё поле поиска для одного спутника.

''Аргументы:''
# В БПФ будет много нулей.
# "Есть же программные приемники", перечисляет какие-то марки, которые сам толком не помнит.

Получается, что если такой алгоритм реализован, то он находит один слабый сигнал (20 дБГц) за 5 секунд. Все поле поиска (''имел в виду все возможные спутники'') проходит за 2.5 минуты. Что, как ты аргументированно показал, невозможно. (Единственное что - данные по 8 бит. А в Альпаке
по 32)

Но делать эту бесполезную работу мне все равно придется, так что буду рад любым ссылкам на предпочтительные алгоритмы и реализации БПФа.

'''Boldenkov:'''

Ну я вот и говорю, что он не представляет себе задачу... Какие-то программные приёмники - их много, Spirit DS2000, например. Но он поиском не блещет и в стандартной ситуации, а о 20 дБГц и говорить не приходится.

Реально можно сделать относительно быстрый (секунды) поиск при сильном сигнале >=40 дБГц, как это сделано сейчас в Альпаке. Сигналы обычно сильные, поэтому этим можно будет пользоваться. Мы сейчас пользуемся.

По алгоритму - у меня есть раздел в диссертации, там всё расписано. Предложенный алгоритм имеет новизну против всего, что я видел в литературе (я все ионы на тему поиска тогда пересмотрел). Не думаю, что по структуре можно сделать быстрее. Алгоритм реализован в программном приёмнике, в Альпаке сейчас другой алгоритм.

'''Korogodin:'''

Меня смущает то, что все уперлись в классическую структуру - когерентное и некогерентное накопление в том или ином эквивалентном виде. Да, это оптимальный алгоритм, позволяющий получить наибольшую вероятность правильного обнаружения. Но это не гарантирует, что нет алгоритма, который даст меньшую вероятность правильного обнаружения, но зато потребует в десять раз меньше вычислительных затрат. Какие-нибудь там схемы Вальда и прочее изотерическое)) Не встречал развитие этой мысли?

'''Boldenkov:'''

Ах, знал бы ты, как меня это смущает! И многих других.

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

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

Схемы типа Вальда существуют, но они дают выигрыш 30%. А нужно, как я показал в прошлом письме, на три порядка. Это не сопоставимо. А развитие этой, и аналогичных мыслей, я естественно изучал.

'''Korogodin:'''

Спасибо за ответы) Как раз со вчерашнего дня читаю твою диссертацию)

Остался большой пласт вопросов по FFT, но это, видимо, удобнее в центре обсудить.

Я там опечатался, естественно... Когерентное накопление 9 мс, а не секунд. Соответственно за 5 мс нужно успеть обработать одно когерентное накопление всего поля поиска.

'''Boldenkov:'''

Я тут прикинул, по некоторым "радужным" оценкам в один топовый Spartan6 можно запихать 500 тыс. параллельных каналов, т.е. на поиск кода L1SC понадобиться 4 шт таких ПЛИС. Реально, конечно, больше, но порядок такой.

'''Korogodin:'''

Только нам на чем-то ещё корреляторы надо делать... Тут надежда на меньшую неопределенность - в наших лабораторных условиях, думаю, можно ограничиться и 10мс вместо 100. Что нам помешает? Тем паче, что имитатор будет наш, всегда можно засинхронизироваться с дикой точностью. А 500 тыс. корреляторов должно хватить для отличного поиска старых сигналов.

'''Boldenkov:'''

Если уж говорить о нескольких ПЛИС, то коррелятор можно разместить на отдельной ПЛИС.

А что нам мешает сделать маленькую зону поиска? Надо именно продемонстрировать, что поиск возможен в реальной ситуации с реальной зоной неопределённости (вопрос - какая она). Если ограничивать зону, то можно и до 1 мс - тогда ещё в 10 раз проще будет. Короче говоря, нужно решение политическое. Надо бы поточнее сделать эту оценку, т.к. сейчас я её сделал по-быстрому, и результат, возможно, нереален. А потом выложить оценки шефу и предложить ряд вариантов: 1 ПЛИС на поиск, 4 ПЛИС, 10 ПЛИС и т.д., и расписать ожидаемые результаты.

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

По старым сигналам - твоя задача поиска GPS C/A при 20 дБГц с 2 млн. корреляторов будет решаться за 2.88 с, т.е. за время сбора входных данных. А если время сбора входного сигнала не учитывать, а только время расчёта, то за 0.29 с. Т.е. можно за время сбора данных 10 сигналов успеть проанализировать. Холодный старт за 33 с при 20 дБГц - такого вообще ни у кого нет. Вот к этому есть смысл стремиться. Кстати, такую машину поиска в ASIC впихать вполне реально.

'''Korogodin:'''

Что нам мешает искать только видимые спутники? Тогда вместо 10 нужно будет просматривать 4 канала. Я к тому, что ставить десяток ПЛИСин только ради натурности эксперимента - нехорошо по соотношению цена/результат/гемморой. На крайний случай - искать честно, но долго. И напоминать, что у нас ПЛИС, а не ASIC, и что достичь нормальную скорость - не проблема. Главное качественно - мы их находим. Пусть в 10 раз медленнее, но зато на 1 ПЛИС, а не на 10.

Мне кажется, упираться рогом в слепой поиск и стараться его выполнить за 30 секунд - сверхзадача с низким КПД. Принципиально важно, чтобы допоиск (перезахват) работал как во взрослом приемнике - иначе не получим нормальное поведение при низкой энергетике.

'''Boldenkov:'''

Видимые спутники мешает искать условия холодного старта - неизвестно, какие спутники видимые.

А медленно искать можно и сейчас, в программном поиске. Учитывая то, что устройство предназначено для демонстрации возможностей, вопрос, насколько медленно, является главным. Одно дело, мы демонстрируем: "Вот он, быстрый поиск с TTFF за полторы минуты". Другое дело: "Вот он, быстрый поиск. Если его умножить в уме на десять, то получим TTFF полторы минуты". Эффект совсем разный. Как я писал ранее, решение - политическое. На данном этапе нет необходимости всё это реализовывать, нужно осознать возможные варианты. Когда дело дойдёт до реализации, тогда и будем решать, сколько ПЛИС поставить - одну или четыре. Пока я предлагаю сформировать варианты.

Ведь шеф первый скажет, что по ТЗ поиск должен быть за 1.5 минуты, а остальное его не волнует. Вот это "остальное" мы ему и объясним.

Получилось целое НТС, но результат не зафиксирован. Итак фиксирую для ясности:

1. Сделать поиск с требуемыми характеристиками сделать на ARM нереально, но деваться некуда, что-то сделать придётся. Моё предложение - сделать программный поиск, который просто ищет сигнал GPS C/A, для сильных сигналов его вполне можно будет использовать в жизни. Вероятно, это будет даже быстрее, чем если просто задействовать все обычные корреляторы (их, кстати, 32 штуки?). Победив в ипподроме, можно будет показать, что лучше всё равно не сделать.

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

3. Что из этого выйдет, обсудить можно будет в понедельник, т.к. я всю неделю буду в РНИИ КП.

Blog:Boldenkov/23.08.2011 Использование хранилищ SVN и rsync на нашем сервере в процессе разработки

2013-04-10T19:58:13Z

Admin:

{{Форма2}}
<summary [ hidden ]>
HOWTO Как работать с нашим сервером при разработке программ</summary>

== HOWTO ==
=== Как получить файлы для работы с проектом? ===
Создать каталог, поместить туда http://server.srns.ru/rsync/Makefile, поменять имя пользователя, название проекта и дать команду:
<source lang="bash">
make co
</source>
=== Как посмотреть, что лежит в хранилищах сервера? ===
Хранилище SVN: http://server.srns.ru/websvn

Хранилище rsync: http://server.srns.ru/rsync

=== Где взять документацию на Альпаку? ===
Здесь: http://server.srns.ru/rsync/Alpaca/pdf/
Причём вся документация в одном файле здесь: http://server.srns.ru/rsync/Alpaca/pdf/Alpaca.pdf.
=== Как создать хранилище для нового проекта? ===
Просить меня...

Увы, на данный момент мы не придумали, как создавать новое хранилище через Web-интерфейс. Сейчас это возможно только выполнением скрипта на сервере через ssh. Причём ssh доступен только в нашей комнате, по интернет это сделать нельзя. (Можно, через 422 порт =) )

== Зачем всё это (вместо предисловия) ==
В нашем коллективе несколько человек работают над общим проектом. Часть изменений вносятся разными людьми в разные блоки создаваемого устройства, часть - пересекаются.
Раньше это приводило к тому, что каждый писал свою версию программного обеспечения независимо от других и результаты расходились.

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

Однако не мы первые, кто разрабатывает программное обеспечение командой! И решения для обеспечения совместной работы есть - системы контроля версий.

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

=== Subversion ===
Существует множество различных систем котроля версий. Исторически наиболее распространённой была система CVS, однако она содержала ряд непреодолимых архитектурных недостатков. В результате, в 2004 году разработчики CVS решили отказаться от её дальнейшего развития, и создать новую систему Subversion (SVN). В настоящее время Subversion в большинстве случаев заменила CVS.

Subversion не идеальна. Это централизованная система контроля версий, предполагающая наличие постоянной связи с центральным сервером. Более перспективными в настоящее время считаются распределённые системы контроля версий, такие, как Git, Mercurial и т.д.

Распределённые системы контроля версий обладают гораздо большими возможностями. Как следствие, освоение данных систем требует больше времени. В результате, из-за своей простоты (я бы сказал, "умеренности"), наиболее распространённой в настоящее время является Subversion.

Это и было главным критерием выбора Subversion - использовать то, что используют все. Если бы я это делал сейчас, я бы поставил Git...

Так или иначе, мы используем на сервере Subversion.

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

Это хорошо для исходных текстов программ - обычно программа не изменяется полностью, изменяется только маленький кусочек. В системе контроля версий сохраняются только изменения (diff), поэтому хранимый (и передаваемый по сети) объём данных мал.

Иная ситуация с бинарными файлами, формируемыми в процессе работы. При каждом процессе перекомплияции (синтеза проекта ПЛИС, редактирования бинарного рисунка и т.д.) файл изменяется почти полностью ... diff тут бессилен. Как результат, в каждой ревизии все изменившиеся бинарные файлы будут сохраняться полностью, что приведёт к увеличению хранимого объёма, а, главное, к увеличению сетевого трафика в процессе выполнения многих операций (просмотр изменнений и т.д.). А трафик у нас ограничен.

Бинарные файлы можно условно разделить на три группы:
* мусор, формируемый при компиляции; такие файлы нужны не нам, а компилятору; их вообще не нужно хранить;
* сформированные файлы прошивок;
* библиотечные файлы.

Библиотечные файлы меняются редко. Мы их не разрабатываем, поэтому нет смысла их охватывать системой контроля версий. Их нужно просто хранить на сервере и иметь к ним доступ.

Файлы прошивок можно для каждой версии скомпилировать заново. Так что, теоретически, их можно не хранить. Практически, желательно хранить "стабильные" версии прошивок, которые можно сразу прошить. Особенно это касается прошивок ПЛИС - их сборка занимает много времени.

В результате есть ряд файлов, которые нужно хранить на сервере и иметь к ним доступ. Доступ к файлам можно организовать массой способов:
* ftp;
* web-интерфейс;
* samba, nfs (впрочем, для доступа через интернет это будет странно);
* rsync;
* DropBox.

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

В результате был выбран rsync - утилита, предназначенная для синхронизации каталогов через сеть. Данная утилита позволяет проводить синхронизацию по сети с использованием разных протоколов и всегда минимизирует сетевой трафик.

В принципе, применение rsync не отменяет возможности пользоваться другими методами доступа, например, ftp или web. На сервере ведь это просто каталог с файлами.

== Как всем этим пользоваться ("официальный метод") ==
Далее описан "официальный" метод доступа. Этот метод доступа предназначен для работы в Linux. Альтернативные методы доступа описаны в разделе [[#Альтернативные методы доступа|"Альтернативные методы доступа"]].

Я считаю, что всё должно происходить автоматически. Для автоматизации я создал Makefile, выполняющий всю работу по скачиванию файлов, обновлению рабочего каталога и закачиванию файлов на сервер.

Получить файл можно разными способами.
* Через web-интерфейс:
http://server.srns.ru/rsync/Makefile
* Из командной строки:
<source lang="bash">
rsync rsync://USERNAME@193.233.71.244:4001/Makefile .
</source>
Здесь USERNAME - [[#Логины пользователей|логин]] пользователя на сервере, кроме того, понадобиться ввести пароль.

Для начала работы нужно:
* 1. Создать локальный каталог, где будет расположен проект.
* 2. Поместить туда Makefile.
* 3. В Makefile изменить имя пользователя на свой [[#Логины пользователей|логин]], исправив строку:
<source lang="bash">
user=PLACE_YOUR_NAME_HERE
</source>
* 4. В Makefile указать название проекта, к хранилищу которого нужно получить доступ, исправив строку:
<source lang="bash">
ProjName=PLACE_YOUR_PROJECT_HERE
</source>
Список проектов можно посмотреть через Web-интерфейс SVN: http://server.srns.ru/websvn/.
* 5. Дать команду:
<source lang="bash">
make co
</source>
В результате выполнения данной команды все необходимые файлы будут скачаны.
* 6. Если нужно работать не с основной веткой (trunk), то нужно в Makefile изменить название ветки.
<source lang="bash">
branch=trunk
</source>
Список веток, опять же, можно узнать через Web-интерфейс http://server.srns.ru/websvn/.

Возможны следующие команды:
- make co (make checkout) - превоначальное скачивание проекта на свой компьютер;
- make up (make update) - обновление файлов проекта на своём компьютере;
- make ci (make checkout) - внесение своих изменений на сервер;
- make update_makefile - обновить управляющий Makefile (с сохранением настроек).

Комадны аналогичны командам svn. Отличие в том, что make одновременно будет синхронизировать и SVN, и rsync.

== Альтернативные методы доступа ==
Приведённый метод через Makefile работает только в Linux. Потом, могут быть и иные причины использовать другие методы доступа. Так, или иначе, ниже приведён список других методов доступа.

=== TortoiseSVN ===
Это GUI программа для доступа к SVN. При настройках нужно не забывать, что используется порт 4000. Официальное чтиво [http://tortoisesvn.net/docs/release/TortoiseSVN_ru/ тут].

=== Websvn ===
На сервере работает Web-интерфейс к SVN: http://server.srns.ru/websvn/
Он позволяет, в частности, скачать все файлы в одном архиве tar. Таким образом, получить исходники можно вообще без SVN. Правда, закатать свои изменения обратно на сервер уже не получится.

=== Git-svn ===
Git имеет возможность работать с хранилищем SVN, почти, как со своим родным. По крайней мере, он позволяет полностью заменить клиент SVN. Он позволяет даже больше. Я сейчас использую git-svn для работы.

Краткая справка по использованию:
<source lang="bash">
mkdir Alpaca
cd Alpaca
git svn clone -s svn://193.233.71.244:4000/Alpaca/ . --username=USER
</source>
При этом git скачивает на локальный диск все ревизии SVN (начиная с первой и по последнюю), и возможна работа без доступа в сети. Работать можно практически, как с родным хранилищем Git. Чтобы потом внести свои изменения на сервер, нужны команды:
<source lang="bash">
git svn rebase
git svn dcommit
</source>

=== Web доступ к rsync ===
Доступен по адресу: http://server.srns.ru/rsync.
Там каталоги для всех проектов. Только для чтения.

== Типовая структура рабочего каталога ==
После запуска Makefile в текущем каталоге будут создан ряд подкаталогов.
Рассмотрим структуру каталога на примере проекта Альпака на данный момент:
* work - тут храняться исходные тексты программ, контролируемые SVN;
** work/firmware - каталог для прошивок процессора Альпаки;
** work/fpga - каталог для проекта ПЛИС;
** work/host - каталог для интерфейсной компьютерной программы, работающей с Альпакой;
** work/models - каталог для имитационных моделей;
** work/Docs - каталог для исходников документации LaTeX;
* rsync - тут лежат бинарные файлы, синхронизируемые через rsync;
** rsync/figures - бинарные картинки для документации;
** rsync/libs - библиотеки для сборки проектов;
** rsync/models - данные для работы моделей;
** rsync/pdf - сюда будут помещаться готовые документы в формате pdf;
** rsync/tex - файлы, необходимые для работы LaTeX (стилевые файлы, шрифты и прочее);
** rsync/fpga_cores - каталог для ядер ПЛИС;
** rsync/fpga_firmwares - каталог для готовых прошивок ПЛИС;
* bin - здесь будет происходить процесс компиляции;
* bin_pdf - здесь будет происходить сборка документов из LaTeX;
* fpga_build - каталог для сборки прошивки ПЛИС;
* fpga_sim - каталог для верификации проекта ПЛИС.

== Логины пользователей ==
На данный момент логины на сайте и в хранилищах отличаются. Ниже приведена таблица соответствий.
{| class="wikitable" border="1"
|-align="center"
! Пользователь
! логин SVN/rsync
! логин srns.ru
|-
| Болденков Евгений
| eugene
| Boldenkov
|-
| Захарова Елена
| Zaharova
| Zaharova
|-
| Корогодин Илья
| korogodin
| Korogodin
|-
| Липа Иван
| ivan1502
| Lipa
|-
| Нагин Илья
| naginia
| Nagin
|-
| Перов Андрей
| pirych
| Andrey_Perov
|-
| Шатилов Александр
| neptune-1
| Shatilov
|-
|}

[[Категория:Альпака]]
{{wl-publish: 2011-08-23 15:39:44 +0400 | Boldenkov }}

Blog:Korogodin/12.08.2011, Замечание, связанное со сменой названия университета

2013-04-10T19:57:54Z

Admin:

{{Форма1}}
<summary [ hidden ]>Одиннадцатого августа появилось замечание...</summary>

Одиннадцатого августа появилось замечание вида
[[File:20110814_Zame4anie.png|center]]

Возникло предположение, что данное замечание связано со сменой официального названия университета на НИУ "МЭИ".

Данное предположение подтвердили в И-310 (?, где Воронина). По состоянию на середину августа процесс переименования запущен. Согласно приказу Минобрнауки РФ название университет носит уже новое, но пока не пройдут регистрационные действия мы не имеем новых реквизитов и не можем пользоваться новой печатью. В подтверждение слов предоставлено информационное письмо:
[[File:20110814_Infoletter.png|center|400px]]

Письмо доставлено по адресу Пролетарский проспект д.8 кор. 2 в техноцентр в пятницу, 12 августа. Ситуация изложена на словах. Письмо приняли.

На сайте оставлен комментарий
<blockquote>С 23 мая 2011 года МЭИ находится в стадии реорганизации. В соответствии с приказом Минобрнауки России от 14.07.2011 №2135 учреждение переименовано в ФГБОУВПО "Национальный исследовательский университет "МЭИ". Документы, необходимые для завершения процесса переименования, направлены в соответствующие организации. Ожидаемый срок готовности - конец августа.

Можем предоставить соответствующее информационное письмо (в бумажном или электронном виде).</blockquote>

{{wl-publish: 2011-08-14 13:21:35 +0400 | Korogodin }}

[[Category:НИР ГК 14.740.11.1125]]

Blog:Korogodin/07.08.2011, Отчет по третьему этапу Коэнергия

2013-04-10T19:57:40Z

Admin:

{{Форма1}}
<summary>01.08.2011 был отправлен отчет по третьему этапу НИР</summary>

Архив находится [[Media:20110807_Korogodin_3.rar|тут]].

[[Категория:НИР КоЭнергия]]
{{wl-publish: 2011-08-07 11:22:19 +0400 | Korogodin }}

Blog:Boldenkov/Испытание открытых служб PPP

2013-04-10T19:57:20Z

Admin:

{{Форма3}}
<summary [ hidden ]>Проверка точности доступных открытых сервисов PPP
[[File:20110708_SAM_3580.JPG|200px|thumb|Положение антенны]]</summary>

== Открытые службы PPP ==
Технология PPP развивается с 1997 года, но первое коммерческое решение на базе этой технологии появилось лишь в 2005 году. До этого данный метод исследовался в академических кругах в научных интересах. На этой основе был создан ряд сервисов, которые функционируют и в настоящий момент времени. Список открытых сервисов PPP можно найти здесь: http://gge.unb.ca/Resources/PPP/OnlinePPPs.html.

{| class="wikitable" border="1"
|-
! Название
! Организация
! Адрес
|-
| CSRS-PPP
| Natural Resources Canada (NRCan)
| http://www.geod.nrcan.gc.ca/online_data_e.php
|-
| GPS Analysis and Positioning Software (GAPS)
| Rodrigo Leandro (University of New Brunswick)
| http://gaps.gge.unb.ca/
|-
| Automatic Precise Positioning Service (APPS)
| Jet Propulsion Laboratory (JPL)
| http://apps.gdgps.net/
|-
| magicGNSS
| GMV
| http://magicgnss.gmv.com/ppp
|-
|}

== Оборудование, использованное для испытаний ==
Для проведения собственных измерений использовалось следующее оборудование:
{| class="wikitable" border="1"
|-
! Название
! Пояснение
|-
| Javad Lexxon LGGD
| Двухчастотный навигационный приёмник
|-
| Topcon ??
| Двухчастотная антенна
|-
|}
В процессе измерений записывался файл в формате JPS, затем он преобразовывался в формат RINEX. Данные в формате RINEX отправлялись для обработки в службе PPP. Процесс записи данных и преобразования форматов описан в статье [[Blog:Korogodin/07.07.2011,_JAVAD2RINEX_HOWTO|JAVAD2RINEX_HOWTO]].

== Первый эксперимент ==
[[File:20110708_SAM_3580.JPG|thumb|100px|Положение антенны]]
Первый эксперимент проведён в УИЦ СРТТ с расположением антенны на кондиционере. При этом видимость ограничена половиной неба. Данные получены 8 июля 2011 года.

В результате измерений создан файл RINEX: [[Media:19791800.11o.gz|19791800.11o.gz]]. Точка названа 1979.

== Второй эксперимент ==
Второй эксперимент содержал измерения в трёх точках. В первых точках видимость неба ограничена мало, в третьей точке видимость - половина неба:
{| class="wikitable" border="1"
|-
! Точка
! Фото
! Файл RINEX
|-
| А (1980)
| [[File:20110721 Точка А.jpg|100 px|Точка А]]
| [[Media:19802000.11o.gz|19802000.11o.gz]]
|-
| B (1981)
|
| [[Media:19812000.11o.gz|19812000.11o.gz]]
|-
| C (1982)
|
| [[Media:19822020.11o.gz|19822020.11o.gz]]
|}

Измерения расстояний между точками (измерения лазерного дальномера, обработка измерений PPP):
{| class="wikitable" border="1"
|-
! Точки
! Расстояние, мм
! Расстояние - CSRS-PPP, мм
|-
| B-A
| 20605
| 20612.3 (ошибка = 7.3 мм)
|-
| B-C
| 9198
| 9221.1 (ошибка = 3.1 мм)
|-
| C-A
| 19485
| 19402.5 (ошибка = 83.5 мм)
|}

== CSRS-PPP ==
В данную службу были отправлены все 4 сделанных измерения. Для отправки измерений нужно зарегистрироваться. Данные посылаются через online-форму: http://webapp.csrs.nrcan.gc.ca/field/Scripts/CSRS_PPP_main_e.pl.
Ответ выдаётся менее чем через час. Ответ содержит письмо с координатами и ссылками на дополнительные файлы. В дополнительных файлах есть подробный отчёт и текстовый файл, предназначенный для автоматической обработки.

Результаты измерений в CRSR-PPP:
{| class="wikitable" border="1"
|-
! Точка
! Широта
! Долгота
! Высота
! X
! Y
! Z
|-
| 1979
| 55 45 22.6323 (dms) / 1.692 (m)
| 37 42 28.4155 (dms) / 2.911 (m)
| 178.255 (m) / 3.052 (m)
| 2846049.452
| 2200303.343
| 5249368.129
|-
| Точка А (1980)
| 55 53 15.8226 (dms) / 0.016 (m)
| 38 29 59.9279 (dms) / 0.036 (m)
| 144.782 (m) / 0.045 (m)
| 2805870.246
| 2231888.371
| 5257561.823
|-
| Точка B (1981)
| 55 53 15.1694 (dms) / 0.009 (m)
| 38 29 59.6925 (dms) / 0.030 (m)
| 144.781 (m) / 0.036 (m)
| 2805885.883
| 2231895.581
| 5257550.493
|-
| Точка C (1982)
| 55 53 15.2166 (dms) / 0.052 (m)
| 38 30 00.2160 (dms) / 0.053 (m)
| 145.103 (m) / 0.054 (m)
| 2805879.414
| 2231902.062
| 5257551.578
|-
|}
{{wl-publish: 2011-07-25 13:42:01 +0400 | Boldenkov }}

Blog:Korogodin/08.07.2011, PPP, GAMIT, GLOBK

2013-04-10T19:56:39Z

Admin:

{{Форма3}}
<summary [ hidden ]>Полезная информация</summary>

== Мнение Букреева ==

Апостериорные фазовые измерения без базовой станции не имеют практического смысла. Апостериори в Интернете всегда можно найти базовую станцию в радиусе тысячи километров. Что, по его словам, достаточно для миллиметровой точности. Он привел пример измерений координат в Москве при использовании базовой станции в Сингапуре (9000 км). (Вероятно, при PPP, в нашем понимании, в качестве базовой станции используется станция сети IGS.)

Он рекомендовал посмотреть на эту тему проект GAMIT.

НИИ КП'шный приемник [http://oaoniikp.ru/prod2.php?id=27 Вешка] может работать в пост обработке. При работе в качестве связки ровер-база радиоканал между ними используется только в режиме RTK, при этом получаются точности порядка сантиметра (до 10 км). Для режима пост обработки просто пишутся логи, а потом уже обрабатываются на ПК (сотни км, точность мм).

== Список онлайн PPP сервисов и различных PPP-программ ==

http://www3.sympatico.ca/craymer/geodesy/gps.html

== GAMIT ==

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

[[File:20110708_gamit_blok.jpg|thumb|Блок-схема определения координат с использованием системы GAMIT]]

=== Ссылки ===

* [http://www-gpsg.mit.edu/~simon/gtgk/ GAMIT-GLOBK MIT HomePage]
'''GAMIT''' is collection of programs to process phase data to estimate three-dimensional relative positions of ground stations and satellite orbits, atmospheric zenith delays, and earth orientation parameters. The software is designed to run under any UNIX operating system.

'''GLOBK''' is a Kalman filter whose primary purpose is to combine various geodetic solutions such as GPS, VLBI, and SLR experiments. It accepts as data, or "quasi-observations" the estimates and covariance matricies for station coordinates, earth-orientation parameters, orbital parameters, and source positions generated from the analysis of the primary observations. The input solutions are generally performed with loose a priori uncertainties assigned to all global parameters, so that constraints can be uniformly applied in the combined solution.

* В поисках информации по GAMIT'у натолкнулся на службу, предоставляющую услуги в России с 2002 года - Геофизический центр РАН: [http://zeus.wdcb.ru/wdcb/gps/ Система обработки данных наблюдений методами космической геодезии для решения научных задач в режиме удаленного доступа.]

Система обработки данных GPS-наблюдений в режиме удаленного доступа предназначена для выполнения расчетов с помощью программного пакета GAMIT, разработанного в Массачусетском технологическом институте (США).

* [http://lnfm1.sai.msu.ru/ao/depnm.php?go=nmq Международный научно-практический семинар (мастер-класс) по проблеме использования программного комплекса GAMIT/GLOBK для обработки GPS-наблюдений]

В течение двух дней были рассмотрены следующие проблемы:
#Автоматическая обработка GPS-наблюдений с использованием unix-скриптов sh_gamit/sh_glred.
#Системы отсчета и пространственная фильтрация временных рядов
#Учет шумов при определении высот (рассеивание сигнала, атмосферные эффекты, приливы)
#Разрешение фазовых неопределенностей
#Определение скоростей движения наблюдательных пунктов из многолетних рядов данных
#Объединение решений, статистический вес решений, анализ ошибок, фильтрация Калмана

== GPS Tools ==

GpsTools (GT) is a precise analysis software package for GPS/GNSS data based on '''MATLAB (! Программа уже лежит у меня, представляет из себя смесь mex-библиотек и m-файлов)'''. GT provides the functions of:

* Estimation of precise receiver positions by static PPP (precise point positioning)
* Estimation of precise receiver motion by kinematic PPP
* POD (precise orbit determination) of GPS satellites
* Estimation of precise clock-bias of GPS satellites
* POD of LEO (low earth orbit) satellites by kinematic PPP
* Estimation of tropospheric parameters as ZTD (zenith total delay) or PWV (precipitable water vapor)
* Precise time transfer between receivers by PPP
* Many graph plots for the estimation results or GPS/GNSS related data
* GUI for parameter settings and execution of analysis
* Analysis with dual-frequency GPS/GNSS carrier-phase and code measurements
* Extended Kalman Filter/Smoother for parameter estimation
* Embedded precise models, including GPS/GNSS measurements, atmospheric correction and satellite motion
* Support of many standard formats for GPS/GNSS data like RINEX, SP3, SINEX, IONEX, IERS, IGS, BLQ, ANTEX
* Common MATLAB libraries callable by user application programs

== Pinnacle ==
[[File:Information_items_1224081884.jpg|thumb|Интерфейс программы Pinnacle]]

Производитель: Topcon

Пакет позволяет производить обработку одно- и двухчастотных кодовых и фазовых измерений, произведённых в совмещённом режиме ГЛОНАСС/Navstar или по отдельности.
В том числе выполняются:
* импорт сырых данных из приёмников, локальных и сетевых дисков, интернет-источников – в пользовательский проект;
* анализ и переработка сырых данных с использованием наглядных графических средств и оценок и указанием большого количества оценочных параметров (количества наблюдаемых спутников, углов их возвышения, характеристик геометрии рабочего созвездия (DOP), отношений сигнал/шум, погрешности измерения псевдодальности, фазы несущей и доплеровских изменений по каждому спутнику, изменение навигационных координат);
* возможность получения по различным измерениям алгебраических комбинаций для оценки помеховой ситуации в точке накопления спутниковой информации;
* камеральная обработка данных static, kinematic, stop&go измерений в форматах TPS, Ashtech, Rinex;
* учёт в графическом или текстовом виде внешней эфемеридной информации спутников ГЛОНАСС/Navstar;
* выдача в процессе вычислений специальной информации (о типе решения, количестве вовлечённых спутников, количестве эпох для каждого спутника, количестве срывов слежения по каждому спутнику, неоднозначностях и качестве их разрешения, вторых разностях по коду и фазе несущей с оценкой погрешности, длине вектора с оценкой погрешности, количестве вычисленных точек, времени обработки);
* анализ структуры сети;
* уравнивание свободных и несвободных сетей и оценки точности;
* вычислять координаты центров проекции снимков.

== Stonex GPS Processor ==

Очень простое в использовании ПО Stonex GPS Processor позволит Вам обрабатывать данные, полученные в результате как статических, так и кинематических наблюдений, с максимальной точностью.

ПО Stonex GPS Processor позволяет:
*получать решение как от одной базовой станции, так и в результате уравнивания сети;
*обрабатывать базовые линии до 2000 км;
*обрабатывать файлы как в формате Stonex (.STH), так и стандартном RINEX-формате GPS-приемников;
*устанавливать оптимальные параметры обработки (частота записи данных, метод разрешения неоднозначности, минимальные угол отсечки и т.д.) для адаптации ПО к различным условиям (короткие или длинные базовые линии, длительность наблюдений и т.д.)
*использовать точные орбиты IGS для получения максимальной точности;
*устанавливать параметры проекции, выбирать систему координат и эллипсоид;
*с помощью превосходного графического интерфейса отображать все виды графиков, в том числе кинематические треки, сеть базовых станций, эллипсы ошибок и т.д.;
*получать решение быстро и с точностью, сравнимой с большинством коммерческих программ;
*планировать работы по межеванию.

== BERNESE ==

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

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

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

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

В качестве унифицированного формата представления входных данных используется формат RINEX, что позволяет обрабатывать информацию, получаемую от приемников различных типов.

== TBC ==

== TGO ==

== GIODIS ==

Назначение и функции Giodis

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

Giodis имеет следующие характерные свойства:

1) Новая высокоточная программа постпроцессорной обработки данных:
* Неразностная векторная и сетевая обработка измерений, базирующаяся на алгоритмах сетевой и многосессионной обработки.
* Непосредственная оценка параметров ионосферы, тропосферы и часов спутников и приемников.
* Глобальная библиотека метеопараметров, улучшающая обработку.
* Использование референцных пунктов системы координат ITRF.
2) Уравнивание сетей:
* Свободное и с использованием наземной основы уравнивание сетей (как векторов, так и подсетей, полученных по методу сетевой обработки).
* Использование референцных пунктов ITRF и локальных систем координат.
3) Большая база данных систем координат:
* Легкий поиск среди более чем 3000 глобальных, национальных или локальных систем координат, включая параметры трансформирования и геоиды.
4) Каталоги пунктов:
* Хранение координат пунктов и их аттрибутов.
* Шифрование данных для защиты от несанкционированного доступа.
5) Глобальный сервис данных:
* Доступны для скачивания из интернета измерительная информация и координаты для более чем 7000 станций сетей IGS и CORS .
6) Карты подложки:
* Подробные карты-подложки территории США, начиная с мелкомасштабных и до крупномасштабных детальностью до номеров домов на улицах.
* Карты любой области земной поверхности детальностью до общих географических признаков.
7) Современный пользовательский интерфейс:
* Загрузка и обработка данных при минимальном количестве действий.
* Возможность управления внутренними потоками данных, обеспеченная ясными и точными формулировками запросов (для опытных пользователей).
* Высококачественные визуализация, составление отчетов и печать.
{{wl-publish: 2011-07-08 10:11:18 +0400 | Korogodin }}

Blog:Korogodin/07.07.2011, Участие в Сколково

2013-04-10T19:55:52Z

Admin:

{{Форма1}}
<summary>'''Инновационный центр «Ско́лково»''' — планируемый к созданию близ Москвы научно-технологический комплекс по разработке и коммерциализации новых технологий.</summary>

== Инвестиционная политика ==

Согласно [http://www.i-gorod.com/files/invest-policy.pdf инвестиционной политике] светит нам только ''Стадия 0'' с минимальным финансированием:
[[File:20110708_Pril.png|center]]
[[File:20110708_Pril2.png|center]]
[[File:20110708_Pril4.png|center]]

Требования к следующей стадии уже существенно выше:
[[File:20110708_Pril3.png|center]]

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

== Примечания ==
{{примечания}}

{{wl-publish: 2011-07-08 09:31:59 +0400 | Korogodin }}

Blog:Korogodin/06.07.2011, Отчет по второму этапу Коэнергия

2013-04-10T19:55:28Z

Admin:

{{Форма1}}
<summary>28.06.2011 был отправлен отчет по второму этапу НИР</summary>

Архив находится [[Media:20110706_Korogodin_2.rar|тут]].

[[Категория:НИР КоЭнергия]]
{{wl-publish: 2011-07-06 14:23:14 +0400 | Korogodin }}

Blog:Lipa/20.06.11, исследование поиска

2013-04-10T19:55:11Z

Admin:

{{Форма3}}
<summary [ hidden ]>Исследование характеристик поиска существующих и перспективных сигналов</summary>
{{TOCright}}
== Цели работы ==

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

== Достаточное отношения сигнал/шум в зависимости от структуры накоплений ==

=== Алгоритм проведения исследования ===
#Иследование вероятности ложной тревоги
##По формулам определить порог
##:<math>h=f(P_F, NN, T, N_{channels}),\; T=1,2,5,10,20</math> мс
##:
##Проверить вероятность ложной тревоги на модели, составить таблицу для значений порога при переборе
##:всех <math>NN, T</math>, при <math>P_F=0,1, P_D=0,9</math>
##На реальных данных, SMJ100 отключен, с МШУ и без МШУ определить <math>P_F</math> при посчитанных порогах
#Исследование вероятности правильного обнаружения
#:Составить таблицу <math>q=f(NN, T)</math> при <math>P_F=0,1, P_D=0,9</math>

=== Таблица отношения сигнал/шум ===

Значения получены при следующих параметрах:
* Вероятность ложной тревоги <math>P_F=0.1</math> на весь поиск
* Неопределенность по частоте <math>DopMax = \pm 10</math> кГц
* <math>K_h=1.35</math>(коэф-т увеличения порога относительно теоретического для работы с реальным шумом МШУ)
* Поле поиска разбито ячейками: половина символа по задержке и <math>1/T</math> по частоте

{| class="wikitable" border="1"
!NN\T
!1мс
!2мс
!5мс
!10мс
!20мс
|-
!1
|<center>q=44.1 
Pd=0.91 
Pd_exp=0.83</center>
|<center>q=41.3 
Pd=0.914 
Pd_exp=0.59</center>
|<center>q=37.5 
Pd=0.906 
Pd_exp=0.45</center>
|<center>q=34.7 
Pd=0.912 
Pd_exp=0.69</center>
|<center>q=31.8 
Pd=0.904 </center>
|-
!2
|<center>q=41.6 
Pd=0.903 
Pd_exp=0.83</center>
|<center>q=38.8 
Pd=0.909 
Pd_exp=0.51</center>
|<center>q=35 
Pd=0.904 
Pd_exp=0.54</center>
|<center>q=32.2 
Pd=0.912 </center>
|<center>q=29.3 
Pd=0.905 </center>
|-
!4
|<center>q=39.3 
Pd=0.902 
Pd_exp=0.7</center>
|<center>q=36.5 
Pd=0.911 
Pd_exp=0.58</center>
|<center>q=32.7 
Pd=0.908 </center>
|<center>q=29.8 
Pd=0.903 </center>
|<center>q=27 
Pd=0.915 </center>
|-
!8
|<center>q=37.2 
Pd=0.905 
Pd_exp=0.85</center>
|<center>q=34.3 
Pd=0.9 
Pd_exp=0.47</center>
|<center>q=30.5 
Pd=0.9 </center>
|<center>q=27.7 
Pd=0.914 </center>
|<center>q=25 
Pd=0.942 </center>
|-
!16
|<center>q=35.3 
Pd=0.91 
Pd_exp=0.81</center>
|<center>q=32.4 
Pd=0.907 </center>
|<center>q=28.6 
Pd=0.911 </center>
|<center>q=25.7 
Pd=0.91 </center>
|-
!32
|<center>q=33.6 
Pd=0.915 
Pd_exp=0.85</center>
|<center>q=30.7 
Pd=0.915 </center>
|<center>q=26.8 
Pd=0.903 </center>
|<center>q=25 
Pd=0.998 </center>
|-
!64
|<center>q=32.1 
Pd=0.922 </center>
|<center>q=29.1 
Pd=0.902 </center>
|<center>q=25.3 
Pd=0.915 </center>
|-
!128
|<center>q=30.7 
Pd=0.904 </center>
|<center>q=27.8 
Pd=0.912 </center>
|<center>q=25 
Pd=1 </center>
|-
!256
|<center>q=29.6 
Pd=0.913 </center>
|<center>q=26.7 
Pd=0.925 </center>
|-
!512
|<center>q=28.7 
Pd=0.929 </center>
|<center>q=25.7 
Pd=0.912 </center>
|-
!1024
|<center>q=27.9 
Pd=0.919 </center>
|<center>q=25 
Pd=0.945 
Pd_exp=0.95</center>
|-
!2048
|<center>q=27.3 
Pd=0.928 </center>
|}

График длительности используемой выборки сигнала при энергетике 25 дБГц в зависимости от длительности когерентного накопления:
[[File:20110906_SearchDuration.png|center]]

Меньшая вероятность экспериментального обнаружения отчасти объясняется тем, что отодня ко дню с/ш фронтэнда меняется на 0,5-1дБ, а нехватка 1дБ снижает вероятность примерно на 0.2.

== Сравнение времени поиска при использовании одноканального коррелятора и софтверной машины быстрого поиска==

=== C/A (?) ===

{| class="wikitable" border="1" width="75%"
!colspan="6" |<center>q = 25дБГц NX = 2046, dF = ±10кГц</center>

|-
!T [мс]
|<center>1</center>
|<center>2</center>
|<center>5</center>
|<center>10</center>
|<center>20</center>
|-
!NN
|<center></center>
|<center>925</center>
|<center>72</center>
|<center>21</center>
|<center>8</center>
|-
!NF
|<center></center>
|<center>41</center>
|<center>101</center>
|<center>201</center>
|<center>401</center>
|-
!NF*NX
|<center></center>
|<center>83886</center>
|<center>206646</center>
|<center>411246</center>
|<center>820446</center>
|-
!time 1 chan corr [c]
|<center></center>
|<center>155189</center>
|<center>74393</center>
|<center>86362</center>
|<center>131271</center>
|-
!time matlab FFT [c]
|<center></center>
|<center>338</center>
|<center>100</center>
|<center>109</center>
|<center>161</center>
|-
!time matlab FFT spec [c]
|<center></center>
|<center>280</center>
|<center>54</center>
|<center>37</center>
|<center>42</center>
|-
!Pd
|<center></center>
|<center>0.9</center>
|<center>0.902</center>
|<center>0.914</center>
|<center>0.942</center>
|-
|}

{| class="wikitable" border="1" width="75%"
!colspan="6" |<center>q = 25дБГц NX = 2046, dF = ±500Гц</center>

|-
!T [мс]
|<center>1</center>
|<center>2</center>
|<center>5</center>
|<center>10</center>
|<center>20</center>
|-
!NN
|<center></center>
|<center>759</center>
|<center>59</center>
|<center>17</center>
|<center>7</center>
|-
!NF
|<center></center>
|<center>3</center>
|<center>6</center>
|<center>11</center>
|<center>21</center>
|-
!NF*NX
|<center></center>
|<center>6138</center>
|<center>12276</center>
|<center>22506</center>
|<center>42966</center>
|-
!time 1 chan corr [c]
|<center></center>
|<center>9317</center>
|<center>3621</center>
|<center>3826</center>
|<center>6015</center>
|-
!time matlab FFT [c]
|<center></center>
|<center>130</center>
|<center>25</center>
|<center>18</center>
|<center>17</center>
|-
!time matlab FFT spec [c]
|<center></center>
|<center>59</center>
|<center>16</center>
|<center>14</center>
|<center>23</center>
|-
!Pd
|<center></center>
|<center>0.901</center>
|<center>0.903</center>
|<center>0.907</center>
|<center>0.959</center>
|-
|}

=== BOC(1,1) ===
{| class="wikitable" border="1" width="75%"
!colspan="6" |<center>q = 35дБГц NX = 4092, dF = ±10кГц</center>

|-
!T [мс]
|<center>1</center>
|<center>2</center>
|<center>5</center>
|<center>10</center>
|<center>20</center>
|-
!NN
|<center>19</center>
|<center>7</center>
|<center>2</center>
|<center>1</center>
|<center></center>
|-
!NF
|<center>21</center>
|<center>41</center>
|<center>101</center>
|<center>201</center>
|<center></center>
|-
!NF*NX
|<center>85932</center>
|<center>167772</center>
|<center>413292</center>
|<center>822492</center>
|<center></center>
|-
!time 1 chan corr [c]
|<center>1633</center>
|<center>2349</center>
|<center>4133</center>
|<center>8225</center>
|<center></center>
|-
!time matlab FFT [c]
|<center>4.91</center>
|<center>4.66</center>
|<center>6</center>
|<center>13.3</center>
|<center></center>
|-
!Pd
|<center>0.914</center>
|<center>0.926</center>
|<center>0.876</center>
|<center>0.93</center>
|<center></center>
|-
|}

=== BOC(5,2.5) c неопределенностью 1мс ===
{| class="wikitable" border="1" width="75%"
!colspan="6" |<center>q = 35дБГц NX = 20460, dF = ±10кГц</center>

|-
!T [мс]
|<center>1</center>
|<center>2</center>
|<center>5</center>
|<center>10</center>
|<center>20</center>
|-
!NN
|<center>21</center>
|<center>8</center>
|<center>3</center>
|<center>1</center>
|<center></center>
|-
!NF
|<center>21</center>
|<center>41</center>
|<center>101</center>
|<center>201</center>
|<center></center>
|-
!NF*NX
|<center>429 660</center>
|<center>838 860</center>
|<center>2 066 460</center>
|<center>4 112 460</center>
|<center></center>
|-
!time 1 chan corr [c]
|<center>9023</center>
|<center>13 422</center>
|<center>30 997</center>
|<center>41 125</center>
|<center></center>
|-
!time matlab FFT [c]
|<center>20.23</center>
|<center>22.61</center>
|<center>40.34</center>
|<center>51.58</center>
|<center></center>
|-
!Pd
|<center>0.913</center>
|<center>0.942</center>
|<center>0.988</center>
|<center>0.875</center>
|<center></center>
|-
|}

=== BOC(5,2.5) c неопределенностью 100мс ===
{| class="wikitable" border="1" width="75%"
!colspan="6" |<center>q = 42дБГц NX = 20460, dF = ±10кГц</center>

|-
!T [мс]
|<center>1</center>
|<center>2</center>
|<center>5</center>
|<center>10</center>
|<center>20</center>
|-
!NN
|<center>3</center>
|<center>2</center>
|<center>1</center>
|<center></center>
|<center></center>
|-
!NF
|<center>21</center>
|<center>41</center>
|<center>101</center>
|<center></center>
|<center></center>
|-
!NF*NX
|<center>42 966 000</center>
|<center>83 886 000</center>
|<center>206 646 000</center>
|<center></center>
|<center></center>
|-
!time 1 chan corr [c]
|<center>12 889 800</center>
|<center>33 554 400</center>
|<center>103 323 000</center>
|<center></center>
|<center></center>
|-
!time matlab FFT [c]
|<center></center>
|<center></center>
|<center></center>
|<center></center>
|<center></center>
|-
!Pd
|<center>0.955</center>
|<center>1</center>
|<center>1</center>
|<center></center>
|<center></center>
|-
|}

Выигрыш с/ш при некогерентном накоплении в логарифмическом масштабе при различных временах когерентного накопления (по оси абсцисс двоичный логарифм от количества некогерентных накоплений): 
[[File:Nnkg.jpg|center]]

=== Исследование потерь на квантование промежуточных сигналов ===
==== Потери на квантование отсчетов после предварительного накопления ====
Нормировка по максимальному абсолютному значению отсчетов
{| class="wikitable" border="1" width="75%"
|-

!<center>число разрядов квантования</center>
!<center>потеря с/ш [дБ]</center>
|-
|<center>1</center>
|<center>~1.8</center>
|-
|<center>2</center>
|<center>~0.4</center>
|-
|<center>3</center>
|<center>~0</center>
|-
|}

==== Потери на квантование отсчетов I и Q ====
Нормировка по максимальному абсолютному значению в каналах I и Q
Режим поиска – 10*1мс

{| class="wikitable" border="1" width="75%"
|-

!<center>число разрядов квантования</center>
!<center>потеря с/ш [дБ]</center>
|-
|<center>2</center>
|<center>~2.5</center>
|-
|<center>3</center>
|<center>~0.7</center>
|-
|<center>4</center>
|<center>~0.5</center>
|-
|<center>5</center>
|<center>~0</center>
|-
|}

[[Категория:Альпака]]
{{wl-publish: 2011-08-22 17:00:00 +0400 | Lipa }}

Blog:Korogodin/04.06.2011, Лабораторная работа с дальномерами

2013-04-10T19:54:55Z

Admin:

<summary>Предложения, идеи и материалы по лабораторной работе с дальномерами.</summary>

Идея: создать csv-файл - шаблон, который бы легко было обрабатывать в Матлабе. Студенты бы передавали его в качестве отчета. Матлаб проверял точность ответа + проводил проверку на плагиат по данным уже накопленных файлов.

[[Категория:Лабораторные работы по курсу АП СРНС]]
{{wl-publish: 2011-06-04 14:29:17 +0400 | Korogodin }}

Blog:Korogodin/04.06.2011, Лабораторная работа по многолучевости

2013-04-10T19:54:49Z

Admin:

<summary>'''Задача:''' разработать методическое пособие и отработать выполнение лабораторной работы по многолучевому распространению сигналов СРНС на основе [[Модель многолучевого распространения сигналов|модели]].</summary> 

За образец оформления и стиля предлагается взять методическое пособие [http://mpei.ru/Exp/getparm_AU.asp?parmvalueid=4000070001423 "МОДЕЛИРОВАНИЕ УСТРОЙСТВ ОБРАБОТКИ СИГНАЛОВ В ПРОГРАММЕ SYSTEM VIEW. Лабораторная работа № 3"] авторства [[Сизякова А.Ю.|Сизяковой А.Ю.]]

TODO:
* Добавить в модель возможность выбора конкретного момента времени с помощью EditBox'a
* Добавить в модель возможность выбора параметров орбиты
* Согласовать параметры ГЛОНАССа и GPS'a - орбита и длительность чипа ПСП, сделать ввод соответствующих величин
* Контрольные вопросы?
* Скрипт формирования индивидуальной таблицы параметров

 <center>'''Моделирование многолучевого распространения сигнала СРНС в среде Matlab'''</center> 

== Введение ==

Спутниковые радионавигационные системы (СРНС) и их приложения в современном мире играют огромную роль: они способствуют развитию экономики страны, улучшают условия жизни людей, укрепляют оборону страны. Развитие навигационных технологий не останавливается: совершенствуются и космический, и наземный, и потребительский сегменты. Одна из существующих задач – повышение точности навигационных определений, одна из существующих проблем на этом пути – многолучевое распространение сигналов. Данная проблема особо остро стоит при применении навигационной аппаратуры потребителей (НАП) в условиях городской застройки, в составе военных комплексов (бронетехника, суда), при высокоточных фазовых измерениях.

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

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

Лабораторный практикум включает в себя:
* ознакомление с математической моделью многолучевого распространения и его воздействия на навигационный приемник;
* самостоятельный численный расчет отдельных зависимостей с помощью приведенной математической модели;
* моделирование многолучевого распространения сигнала СРНС в программе, созданной в среде Matlab;
* обработку и сравнение полученных результатов.

== Модель многолучевого распространения сигналов и его влияния на сигналы на выходе коррелятора ==

Проведем логические рассуждения, на основе которых получим математические модели многолучевого распространения и сигналов коррелятора.

=== Исходные данные ===

Опишем Землю, отражающий экран, фазовый центр антенны навигационного спутника и фазовый центр приемной антенны НАП как сферу, ограниченный прямоугольником участок плоскости и две точки в трехмерном пространстве соответственно (см. рисунок 1).

[[File:20110604_3D_View.png|thumb|423px|center|Рис. 1 Многолучевое распространение сигнала с отражением от экрана конечных размеров]]

Для этого зададим две декартовы системы координат:
* СК <math>x_{E}^{{}}y_{E}^{{}}z_{E}^{{}}O_{E}^{{}}</math>, связанная с центом Земли (сферы);
* СК <math>xyzO_{}^{}</math>, связанная с СК преобразованием:
::<math>x=x_{E}^{{}};\begin{matrix}
{} \\
\end{matrix}y=y_{E}^{{}};\begin{matrix}
{} \\
\end{matrix}z=z_{E}^{{}}-R_{E}^{{}}</math>, {{eqno|1}}
:где - средний радиус Земли, равный 6 371 км.

Пусть, известна высота экрана <math>c\ll R_{E}^{{}}</math> и его ширина <math>\left( a+b \right)\ll R_{E}^{{}}</math>. Тогда, в СК <math>xyzO_{}^{}</math> плоскость отражающего экрана описывается уравнением <math>y=0</math>, а его точки удовлетворяют соотношениям:
::<math>y=0;\begin{matrix}
{} \\
\end{matrix}a\ge x\ge b;\begin{matrix}
{} \\
\end{matrix}c\ge z\ge 0.</math> {{eqno|2}}

Пусть, на некотором расстоянии <math>l\ll R_{E}^{{}}</math> от экрана, значительно меньшем радиуса Земли, расположена приемная антенна, поднятая над поверхностью на высоту <math>h</math>. Тогда, в качестве модели фазового центра антенны в СК <math>xyzO_{}^{}</math> выступает точка <math>\{x_{a}^{{}},y_{a}^{{}},z_{a}^{{}}\}</math> или её радиус-вектор <math>\vec{r}_{a}^{{}}</math>, где
::<math>x_{a}^{{}}=0;\begin{matrix}
{} \\
\end{matrix}y_{a}^{{}}=l;\begin{matrix}
{} \\
\end{matrix}z_{a}^{{}}=h.</math> {{eqno|3}}

Моделью фазового центра передающей антенны спутника выступает точка <math>\{x_{sv}^{{}}(t),y_{sv}^{{}}(t),z_{sv}^{{}}(t)\}</math>
(или её радиус-вектор <math>\vec{r}_{sv}^{{}}</math>), движущаяся вокруг центра СК <math>x_{E}^{{}}y_{E}^{{}}z_{E}^{{}}O_{E}^{{}}</math> по соответствующему закону.

Если существует переотражённый от экрана сигнал, то точка его отражения имеет координаты <math>\{x_{o}^{{}}(t),y_{o}^{{}}(t),z_{o}^{{}}(t)\}</math> (радиус-вектор <math>\vec{r}_{o}^{{}}</math>).

Центр сферы расположен в точке <math>(0;0;0)</math> в СК <math>x_{E}^{{}}y_{E}^{{}}z_{E}^{{}}O_{E}^{{}}</math>, радиус сферы - <math>R_{E}^{{}}</math>.

Рассматриваемая модель рассматривает отражение сигнала только от вертикального экрана. Сигналы, отражённые от поверхности земли, достаточно хорошо подавляются специализированными антеннами.

=== Модель многолучевого распространения ===

==== Поиск координат точки отражения ====

Примем гипотезу зеркального отражения от экрана. Тогда, угол падения сигнала равен углу его отражения:
::<math>\frac{\left( \vec{r}_{a}^{{}}-\vec{r}_{o}^{{}} \right)\cdot \vec{n}}{\left\| \vec{r}_{a}^{{}}-\vec{r}_{o}^{{}} \right\|}=\frac{\left( \vec{r}_{sv}^{{}}-\vec{r}_{o}^{{}} \right)\cdot \vec{n}}{\left\| \vec{r}_{sv}^{{}}-\vec{r}_{o}^{{}} \right\|},</math> {{eqno|4}}
:где <math>\vec{n}=(0;1;0)</math> - вектор нормали к экрану.

Введем векторы
::<math>\begin{matrix}
\vec{r}_{ao}^{{}}=\vec{r}_{a}^{{}}-\vec{r}_{o}^{{}}; \\
\vec{r}_{svo}^{{}}=\vec{r}_{sv}^{{}}-\vec{r}_{o}^{{}}, \\
\end{matrix}</math>{{eqno|5}} 
тогда выражение {{eqref|4}} преобразуется к виду
::<math>\vec{r}_{ao}^{{}}\cdot \vec{n}\cdot \left\| \vec{r}_{svo}^{{}} \right\|=\vec{r}_{svo}^{{}}\cdot \vec{n}\cdot \left\| \vec{r}_{ao}^{{}} \right\|,</math>{{eqno|6}} 
что в виду введенного определения <math>\vec{n}</math> приводит к выражению
::<math>y_{a}^{{}}=y_{sv}^{{}}\cdot \frac{\left\| \vec{r}_{ao}^{{}} \right\|}{\left\| \vec{r}_{svo}^{{}} \right\|}.</math>{{eqno|7}} 
откуда следует
::<math>y_{a}^{2}\left( \frac{\left\| \vec{r}_{svo}^{{}} \right\|_{{}}^{2}}{y_{sv}^{2}}-1 \right)=\left( x_{a}^{{}}-x_{o}^{{}} \right)_{{}}^{2}+\left( z_{a}^{{}}-z_{o}^{{}} \right)_{{}}^{2}.</math>{{eqno|8}}

Нормаль, падающий луч и отраженный луч лежат в одной плоскости:
::<math>\frac{\vec{r}_{svo}^{{}}}{\left\| \vec{r}_{svo}^{{}} \right\|}+\frac{\vec{r}_{ao}^{{}}}{\left\| \vec{r}_{ao}^{{}} \right\|}=\alpha \cdot \vec{n}=\left( 0;\alpha ;0 \right),</math>{{eqno|9}} 
что для компонент x и z вырождается в выражения:
::<math>\frac{x_{sv}^{{}}-x_{o}^{{}}}{x_{a}^{{}}-x_{o}^{{}}}=-\frac{\left\| \vec{r}_{svo}^{{}} \right\|}{\left\| \vec{r}_{ao}^{{}} \right\|};\begin{matrix}
{} \\
\end{matrix}\begin{matrix}
{} \\
\end{matrix}\frac{z_{sv}^{{}}-z_{o}^{{}}}{z_{a}^{{}}-z_{o}^{{}}}=-\frac{\left\| \vec{r}_{svo}^{{}} \right\|}{\left\| \vec{r}_{ao}^{{}} \right\|},</math>{{eqno|10}} 
откуда
::<math>x_{o}^{{}}=\frac{x_{sv}^{{}}+x_{a}^{{}}\frac{\left\| \vec{r}_{svo}^{{}} \right\|}{\left\| \vec{r}_{ao}^{{}} \right\|}}{1+\frac{\left\| \vec{r}_{svo}^{{}} \right\|}{\left\| \vec{r}_{ao}^{{}} \right\|}};\begin{matrix}
{} \\
\end{matrix}\begin{matrix}
{} \\
\end{matrix}z_{o}^{{}}=\frac{z_{sv}^{{}}+z_{a}^{{}}\frac{\left\| \vec{r}_{svo}^{{}} \right\|}{\left\| \vec{r}_{ao}^{{}} \right\|}}{1+\frac{\left\| \vec{r}_{svo}^{{}} \right\|}{\left\| \vec{r}_{ao}^{{}} \right\|}}.</math>{{eqno|11}} 

Воспользовавшись теоремой Пифагора для уравнения {{eqref|8}}, получаем:
<math>y_{a}^{2}\left( \frac{\left\| \vec{r}_{svo}^{{}} \right\|_{{}}^{2}}{y_{sv}^{2}}-1 \right)+y_{a}^{2}=\left\| \vec{r}_{ao}^{{}} \right\|_{{}}^{2},</math>{{eqno|12}} 
тогда
::<math>\frac{\left\| \vec{r}_{svo}^{{}} \right\|}{\left\| \vec{r}_{ao}^{{}} \right\|}=\left| \frac{y_{sv}^{{}}}{y_{a}^{{}}} \right|.</math>{{eqno|13}}

Подставляя выражение {{eqref|13}} в {{eqref|11}}, получаем координаты точки отражения на бесконечном экране:
::<math>x_{o}^{{}}=\frac{x_{sv}^{{}}+x_{a}^{{}}\left| \frac{y_{sv}^{{}}}{y_{a}^{{}}} \right|}{1+\left| \frac{y_{sv}^{{}}}{y_{a}^{{}}} \right|};\begin{matrix}
{} \\
\end{matrix}\begin{matrix}
{} \\
\end{matrix}y_{o}^{{}}=0;\begin{matrix}
{} \\
\end{matrix}\begin{matrix}
{} \\
\end{matrix}z_{o}^{{}}=\frac{z_{sv}^{{}}+z_{a}^{{}}\left| \frac{y_{sv}^{{}}}{y_{a}^{{}}} \right|}{1+\left| \frac{y_{sv}^{{}}}{y_{a}^{{}}} \right|}.</math>{{eqno|14}}

==== Условия наличия прямого и отраженного сигналов ====

Чтобы присутствовал отраженный сигнал, при просмотре из точки отражения спутник должен находиться над горизонтом и при этом выполняться неравенство <math>y_{sv}^{{}}>0</math>.

Определим условия видимости спутника из точки отражения (см. рисунок 2).

[[File:20110604_2D_View.png|thumb|722px|center|Рис. 2 Срез в плоскости точка отражения – спутник – центр Земли]]

Тангенс угла места, под которым из точки отражения виден горизонт:
::<math>tg\left( \alpha _{sky}^{{}} \right)=-\frac{\sqrt{2R_{E}^{{}}z_{o}^{{}}+z_{o}^{2}}}{R_{E}^{{}}},</math>{{eqno|15}} 
тангенс угла места, под которым спутник виден из точки отражения:
::<math>tg\left( \alpha _{sv}^{{}} \right)=\frac{z_{sv}^{{}}-z_{o}^{{}}}{\sqrt{\left( x_{sv}^{{}}-x_{o}^{{}} \right)_{{}}^{2}+\left( y_{sv}^{{}}-y_{o}^{{}} \right)_{{}}^{2}}}.</math>{{eqno|16}}

Условие нахождения спутника над горизонтом для точки отражения:
::<math>tg\left( \alpha _{sv}^{{}} \right)>tg\left( \alpha _{sky}^{{}} \right).</math>{{eqno|17}}

По аналогии найдем критерий наличия прямого сигнала. При возвышении спутника над горизонтом, при наблюдениях из точки фазового центра приемной антенны, выполняется неравенство:
::<math>tg\left( \alpha _{sv}^{a} \right)>tg\left( \alpha _{sky}^{a} \right),</math>{{eqno|18}}
:где
::<math>tg\left( \alpha _{sky}^{a} \right)=-\frac{\sqrt{2R_{E}^{{}}h+h_{{}}^{2}}}{R_{E}^{{}}},</math>{{eqno|19}}
::<math>tg\left( \alpha _{sv}^{a} \right)=\frac{z_{sv}^{{}}-z_{a}^{{}}}{\sqrt{\left( x_{sv}^{{}}-x_{a}^{{}} \right)_{{}}^{2}+\left( y_{sv}^{{}}-y_{a}^{{}} \right)_{{}}^{2}}}.</math>{{eqno|20}}

Когда спутник находится в полуплоскости <math>y_{sv}^{{}}<0</math>, его сигнал может быть затенен экраном. Точки прямой спутник – приемная антенна удовлетворяют уравнению:
::<math>\frac{x-x_{a}^{{}}}{x_{sv}^{{}}-x_{a}^{{}}}=\frac{y-y_{a}^{{}}}{y_{sv}^{{}}-y_{a}^{{}}}=\frac{z-z_{a}^{{}}}{z_{sv}^{{}}-z_{a}^{{}}}.</math>{{eqno|21}}

Тогда точка пересечения прямого луча с экраном имеет координаты:
::<math>\begin{align}
& x_{p}^{{}}=x_{a}^{{}}-\frac{y_{a}^{{}}\left( x_{sv}^{{}}-x_{a}^{{}} \right)}{y_{sv}^{{}}-y_{a}^{{}}}; \\
& z_{p}^{{}}=z_{a}^{{}}-\frac{y_{a}^{{}}\left( z_{sv}^{{}}-z_{a}^{{}} \right)}{y_{sv}^{{}}-y_{a}^{{}}}. \\
\end{align}</math>{{eqno|22}}

С учетом {{eqref|2}} получаем условие затенения экраном прямого сигнала спутника
::<math>a\ge x_{p}^{{}}\ge -b;\begin{matrix}
{} \\
\end{matrix}c\ge z_{p}^{{}}\ge 0;\begin{matrix}
{} \\
\end{matrix}y_{sv}^{{}}<0.</math>{{eqno|23}}

Тогда, для наличия прямого сигнала спутника должно выполняться соотношение {{eqref|18}} и не выполняться соотношения {{eqref|23}}.

==== Координаты спутника ====

Опишем координаты спутника <math>\{x_{sv}^{{}}(t),y_{sv}^{{}}(t),z_{sv}^{{}}(t)\}</math> как функцию времени. Пусть, спутник движется по круговой орбите на высоте <math>h_{o}^{{}}</math> над средним уровнем Земли. Пусть, в начальный момент времени долгота восходящего узла составляет <math>\Omega _{0}^{{}}</math>, наклонение орбиты <math>i_{0}^{{}}</math>, угол начального положения на орбите <math>\theta _{0}^{{}}</math>, тогда в СК <math>x_{E}^{{}}y_{E}^{{}}z_{E}^{{}}O_{E}^{{}}</math> координаты спутника (см. рисунок 3) задаются выражением([1]):
::<math>\begin{align}
& x_{E,sv}^{{}}=\left( R_{E}^{{}}+h_{o}^{{}} \right)\cdot \left[ \cos \left( \theta _{0}^{{}}+2\pi f_{sv}^{{}}t \right)\cos \left( \Omega _{0}^{{}}+2\pi f_{E}^{{}}t \right) \right.- \\
& \begin{matrix}
{} & {} & {} & {} \\
\end{matrix}\left. -\sin \left( \theta _{0}^{{}}+2\pi f_{sv}^{{}}t \right)\sin \left( \Omega _{0}^{{}}+2\pi f_{E}^{{}}t \right)\cos \left( i_{0}^{{}} \right) \right], \\
\end{align}</math>

::<math>\begin{align}
& y_{E,sv}^{{}}=\left( R_{E}^{{}}+h_{o}^{{}} \right)\cdot \left[ \cos \left( \theta _{0}^{{}}+2\pi f_{sv}^{{}}t \right)\sin \left( \Omega _{0}^{{}}+2\pi f_{E}^{{}}t \right) \right.+ \\
& \begin{matrix}
{} & {} & {} & {} \\
\end{matrix}\left. +\sin \left( \theta _{0}^{{}}+2\pi f_{sv}^{{}}t \right)\cos \left( \Omega _{0}^{{}}+2\pi f_{E}^{{}}t \right)\cos \left( i_{0}^{{}} \right) \right], \\
\end{align}</math>

::<math>z_{E,sv}^{{}}=\left( R_{E}^{{}}+h_{o}^{{}} \right)\cdot \sin \left( \theta _{0}^{{}}+2\pi f_{sv}^{{}}t \right)\cdot \cos \left( i_{0}^{{}} \right),</math>{{eqno|24}}
:где <math>f_{E}^{{}}</math> - частота вращения Земли (около <math>1.16\cdot 10_{{}}^{-5}</math> Гц), <math>f_{sv}^{{}}</math> - частота вращения спутника (в зависимости от системы около <math>2.5\cdot 10_{{}}^{-5}</math> Гц). Переход от координат СК <math>x_{E}^{{}}y_{E}^{{}}z_{E}^{{}}O_{E}^{{}}</math> к координатам СК <math>xyzO_{}^{}</math> осуществляется с помощью преобразований {{eqref|1}}.

[[File:20110604_Orbit.png|thumb|center|278px|Рис. 3 Ориентация орбитальной плоскости]]

==== Разность хода прямого и отраженного лучей ====

Разность хода прямого и отраженного лучей можно после проведенных выкладок можно найти множеством способов, например прямым:
::<math>\begin{align}
& \Delta _{R}^{{}}=\sqrt{x_{sv}^{2}+\left( y_{sv}^{{}}-y_{a}^{{}} \right)_{{}}^{2}+\left( z_{sv}^{{}}-z_{a}^{{}} \right)_{{}}^{2}}- \\
& \begin{matrix}
{} \\
\end{matrix}-\sqrt{x_{o}^{2}+y_{a}^{2}+\left( z_{o}^{{}}-z_{a}^{{}} \right)_{{}}^{2}}-\sqrt{\left( x_{o}^{{}}-x_{sv}^{{}} \right)_{{}}^{2}+y_{sv}^{2}+\left( z_{o}^{{}}-z_{sv}^{{}} \right)_{{}}^{2}}. \\
\end{align}</math>{{eqno|25}}

=== Модель выходного сигнала коррелятора при действии на входе приемника прямого и отраженного сигналов ===

Антенный модуль, фронтенд и коррелятор в отсутствии помех можно считать линейными устройствами. Тогда сигнал на выходе коррелятора при действии на входе антенны прямого и отраженного лучей можно представить как сумму реакций на прямой и отраженный сигнал.

При действии на выходе антенного модуля одного навигационного сигнала, выходной k-й отсчет коррелятора можно приближенно описать выражениями:
::<math>\begin{align}
& {{I}_{k}}\overset{{}}{\mathop{=}}\,A_{IQ,k}^{{}}\cos \left( \delta \Phi _{k}^{{}} \right)+n_{I}^{{}}\sigma _{IQ,k}^{{}}, \\
& {{Q}_{k}}=-A_{IQ,k}^{{}}\sin \left( \delta \Phi _{k}^{{}} \right)+n_{Q}^{{}}\sigma _{IQ,k}^{{}}, \\
\end{align}</math>{{eqno|26}}
:где
::<math>A_{IQ,k}^{{}}=\frac{A_{k}^{{}}L}{2}\operatorname{sinc}\left( \frac{\left( \omega _{d,k}^{{}}-\tilde{\omega }_{d,k}^{{}} \right)T}{2} \right)\rho \left( \tau _{k}^{{}}-\tilde{\tau }_{k}^{{}} \right),</math>{{eqno|27}}
::<math>\sigma _{IQ,k}^{2}=\sigma _{n,k}^{2}{}^{L}\!\!\diagup\!\!{}_{2}\;,</math>{{eqno|28}}
::<math>\delta \Phi _{k}^{{}}=\bmod \left( \frac{\left( \omega _{d,k}^{{}}-\tilde{\omega }_{d,k}^{{}} \right)T}{2}+\varphi _{k}^{{}}+\theta _{k}^{{}}\pi ,2\pi \right),</math>{{eqno|29}}
:где <math>A_{k}^{{}}</math> - амплитуда навигационного сигнала на входе АЦП, <math>\sigma _{n,k}^{2}</math> - дисперсия шума на входе АЦП, <math>L</math> - число тактов АЦП участвующих в накоплении в корреляторе, <math>\tau _{k}^{{}},\tilde{\tau }_{k}^{{}}</math> - задержка дальномерного кода сигнала спутника и опорного сигнала коррелятора, <math>\omega _{d,k}^{{}},\tilde{\omega }_{d,k}^{{}}</math> - циклическая частота сигнала спутника и опорного сигнала коррелятора, <math>\varphi _{k}^{{}}</math> - начальная фаза навигационного сигнала на k-ом интервале, <math>\rho \left( x \right)</math> - корреляционная функция дальномерного кода, <math>n_{I}^{{}}, n_{Q}^{{}}</math> - некоррелированные белые гауссовские шумы.

Темп изменения коэффициента отражения, угла прихода отраженного сигнала и т.п. значительно меньше темпа изменения фазовых соотношений между прямым и отраженным сигналом. Если не учитывать сдвиг фазы при отражении, фазовую характеристику антенны, сигнал на выходе коррелятора при многолучевом распространении можно описать выражениями
::<math>\begin{align}
& {{I}_{k}}\overset{{}}{\mathop{=}}\,A_{IQ,k}^{{}}\left[ \cos \left( \delta \Phi _{k}^{{}} \right)+K_{MP,k}^{{}}\cos \left( \delta \Phi _{k}^{{}}+2\pi \frac{\Delta _{R,k}^{{}}}{\lambda } \right) \right]+n_{I}^{{}}\sigma _{IQ,k}^{{}}; \\
& {{Q}_{k}}=-A_{IQ,k}^{{}}\left[ \sin \left( \delta \Phi _{k}^{{}} \right)+K_{MP,k}^{{}}\sin \left( \delta \Phi _{k}^{{}}+2\pi \frac{\Delta _{R,k}^{{}}}{\lambda } \right) \right]+n_{Q}^{{}}\sigma _{IQ,k}^{{}}, \\
\end{align}</math>{{eqno|30}}
:где <math>\lambda </math> - длина волны несущей навигационного сигнала, <math>K_{MP,k}^{{}}</math> - коэффициент ослабления отраженного сигнала относительно прямого на выходе антенны.

Для расчета коэффициента ослабления отраженного сигнала следует уточнить характер отражения от экрана и характеристики антенны.

Модель выходного сигнала коррелятора {{eqref|30}} можно графически представить как сложение двух векторов комплексных сигналов – прямого и отраженного (см. рисунок 4).

[[File:Multipath_Model_12.png|thumb|center|400px|Рис. 4 Сложение векторов прямого и отраженного сигналов на комплексной плоскости]]

Воздействие отраженного сигнала приводит к фазовой и амплитудной модуляции суммарного сигнала - искажению корреляционной функции, меняющемуся во времени, см. рисунок 5.

[[File:Multipath_Model_8.png|thumb|center|400px|Рис. 5 Искажение корреляционной функции при действии отраженного сигнала]]

== Домашняя подготовка ==

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

В процессе подготовки требуется:

::1. Получить у преподавателя индивидуальную таблицу параметров.

::2. Изучить математическую модель многолучевого распространения сигналов и процессов на выходе коррелятора.

::3. Построить график зависимости высоты орбиты спутника <math>H\left( t \right)=\sqrt{x_{E,sv}^{2}\left( t \right)+y_{E,sv}^{2}\left( t \right)+z_{E,sv}^{2}\left( t \right)}-R_{E}^{{}}</math> для параметров, заданных в индивидуальной таблице, и <math>t</math> от 0 до 12 часов. Занести результат в отчет.

::4. Для указанного момента времени определить разность хода прямого и отраженного лучей, ошибку, вносимую многолучевостью в фазу сигнала. Занести ход решения задачи (математические выкладки или код программы) и результат в отчет.

== Выполнение работ в лаборатории ==

=== Описание программной модели ===

В лаборатории проводится моделирование многолучевого распространения сигнала с помощью программы, написанной в среде Matlab. Для выполнения скрипта следует запустить Matlab, перейти в соответствующую директорию и открыть файл main.m. Для запуска модели следует нажать клавишу клавиатуры F5 или кнопку Run ([[File:Run.png]]) в графическом интерфейсе Matlab'a, после чего открывается графический интерфейс программы (см. рисунок 6).

[[File:20110528_Multipath_Model.png|center|600px|thumb|Рис. 6 Графический пользовательский интерфейс модели]]

С помощью интерфейса вводятся исходные данные для моделирования и производится запуск расчета. После выполнения расчета происходит отображение результатов на 13 графиках:
* Координаты спутника
* Расстояние между спутником и антенной
* Расстояние между антенной и точкой отражения
* Положение точки отражения на экране
* Угол возвышения спутника, горизонта и точки отражения
* Ошибка, вносимая в фазу многолучевым распространением сигнала
* Разность хода прямого и отраженного лучей
* Корреляционная функция для прямого, отраженного и суммарного сигналов
* Период ошибки, вносимой в фазу многолучевым распространением сигнала
* SkyView - графическое отображение угла возвышения и азимута спутника, экрана, точки отражения
* Трехмерный вид многолучевого распространения сигналов
* Представление выходного сигнала коррелятора на комплексной плоскости: прямой сигнал, отраженный сигнал и их суперпозиция
* Трехмерный вид движения спутника вокруг Земли

Каждый график можно открыть в отдельном окне с помощью кнопки в правом верхнем углу области.

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

=== Лабораторное задание ===

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

::2. Провести моделирование длительностью 5, 12, 48 часов. Провести самостоятельное исследование результатов в соответствии с темой лабораторной работы. Отразить результаты исследования (выводы, соответствующие результаты моделирования и теоретические обоснования) в индивидуальном отчете.

::3. Представить результаты преподавателю.

== Литература ==

:1. {{книга
|автор =
|часть =
|заглавие = ГЛОНАСС. Принципы построения и функционирования
|оригинал =
|ссылка =
|ответственный = Под ред. А. И. Перова , В. Н. Харисова
|издание = 4-е, перераб. и доп
|место = М.
|издательство = Радиотехника
|год = 2010
|том =
|страницы =
|страниц = 800
|серия =
|isbn =
|тираж =
}}

== Шаблон индивидуальной таблицы параметров ==

Ф.И.О: ___________________

Группа: __________

Высота поднятия антенны: <math>h =</math> ____ м

Расстояние от антенны до экрана: <math>l =</math> ____ м

Высота экрана: <math>c =</math> ____ м

Ширина экрана: <math>a =</math> ____ м; <math>b =</math> ____ м

Используемая навигационная система: ГЛОНАСС/NAVSTAR GPS

Параметры орбиты в начальный момент времени:
* долгота восходящего узла <math>\Omega _{0}^{{}} =</math> ____ град
* наклонение орбиты <math>i_{0}^{{}}</math> - любая орбитальная плоскость системы, на выбор
* угол начального положения на орбите <math>\theta _{0}^{{}} =</math> ____ град

{{wl-publish: 2011-06-04 14:27:59 +0400 | Korogodin }}
[[Категория:Лабораторные работы по курсу АП СРНС]]

Blog:Korogodin/31.05.2011, Алгоритм оценки разности задержек двух аналоговых частей

2013-04-10T19:54:27Z

Admin:

<summary> Итак, антенный коммутатор собран, функционирует. Необходимо с его помощью оценивать разность задержек аналоговых частей. А если говорить точнее, то интересует нас вторая разность этих задержек, взятая по модулю <math>2\pi</math>. </summary>

Разработан и промоделирован алгоритм оценки разности задержек '''двух''' аналоговых частей при их периодической коммутации (при моделировании переключение раз в 5 секунд).

Структурная схема модели (vsd-файл [[Media:20110531_Sxema.vsd|тут]]):
[[File:20110531_Sxema.png|center]] 

Более удачным вариантом было бы моделирование ФАПЧ с последующим поворотом квадратур, но звезды не сложились + результат должен быть одинаков, на первый взгляд.

Моделирование показало, что предложенная схема работоспособна. При полосе ФАП 1 Гц вполне можно использовать значение <math>N_j</math> = 100.

<gallery>
Image:20110531_Fig1.png | Реализация процесса фазы (там же её оценка)
Image:20110531_Fig2.png | Истинная разность задержек и её оценка
Image:20110531_Fig3.png | Процесс переключений + коррекция Jump'a
Image:20110531_Fig4.png | Разность оценки фазы в ФАП и фазы первой аналоговой части
Image:20110531_Fig5.png | Ошибка оценки разности задержек аналоговых частей
</gallery>
{{wl-publish: 2011-05-31 16:05:44 +0400 | Korogodin }}
[[Категория:Угломер_(коммутатор)]]

Blog:Korogodin/24.05.2011, Модель многолучевого распространения сигнала среднеорбитальной спутниковой навигационной системы

2013-04-10T19:54:09Z

Admin:

{{Форма3}}
<summary> При исследовании и борьбе с многолучёвостью ключевой параметр - разность задержек между прямым и переотраженным лучом. Предлагается определить этот параметр для простой модели - безграничного отражающего плоского экрана, удаленной на известной расстояние антенны, излучателя, движущегося по орбите. </summary>

В качестве решения хотелось бы получить:
* аналитические выражения для разности задержек, координат пятна отражения, ошибки фазовых измерений;
* расчетную программу с наглядным интерфейсом;
* коэффициенты разложения разности хода лучей в ряд Тейлора, или любое другое представление, используемое имитатором Spirent GSS8000.

'''UPDATE 28.05.2011''' И вот во что всё вылилось: [[Модель многолучевого распространения сигналов]]

[[Категория:Архив]]
{{wl-publish: 2011-05-24 10:49:06 +0400 | Korogodin }}

Blog:Korogodin/03.06.2011, Разрешение неоднозначности в угломере

2013-04-10T19:53:48Z

Admin:

{{Форма3}}
<summary>При разрешении неоднозначности последовательно выполняются два этапа:</summary>
* Float solution неоднозначности до величин порядка нескольких длин волн;
* Разрешение остаточной неоднозначности с помощью <math>\lambda</math>-метода.

== Float solution ==

Производятся измерения фазы <math>\varphi_{izm}</math> по N спутникам. Составляется система уравнений типа:
:<math>\varphi _{izm}^{{}}=R_{0}^{{}}+\frac{\partial R}{\partial x}\Delta x+\frac{\partial R}{\partial x}\Delta y+\frac{\partial R}{\partial x}\Delta z+\tau _{gen}^{{}}-n\lambda.</math>

При однократном измерении число неизвестных больше числа уравнений (пример для 3 спутников): 
:<math>\begin{align}
& \varphi _{izm,1}^{{}}\left( t_{1}^{{}} \right)=R_{0}^{{}}+\frac{\partial R}{\partial x}\Delta x+\frac{\partial R}{\partial x}\Delta y+\frac{\partial R}{\partial x}\Delta z+\tau _{gen}^{{}}\left( t_{1}^{{}} \right)-n_{1}^{{}}\lambda ; \\
& \varphi _{izm,2}^{{}}\left( t_{1}^{{}} \right)=R_{0}^{{}}+\frac{\partial R}{\partial x}\Delta x+\frac{\partial R}{\partial x}\Delta y+\frac{\partial R}{\partial x}\Delta z+\tau _{gen}^{{}}\left( t_{1}^{{}} \right)-n_{2}^{{}}\lambda ; \\
& \varphi _{izm,3}^{{}}\left( t_{1}^{{}} \right)=R_{0}^{{}}+\frac{\partial R}{\partial x}\Delta x+\frac{\partial R}{\partial x}\Delta y+\frac{\partial R}{\partial x}\Delta z+\tau _{gen}^{{}}\left( t_{1}^{{}} \right)-n_{3}^{{}}\lambda . \\
\end{align}
</math>

Вектор-аргумент <math>\left| \begin{matrix}
\Delta x & \Delta y & \Delta z & \tau _{gen}^{{}}\left( t_{1}^{{}} \right) & n_{1}^{{}} & n_{2}^{{}} & n_{3}^{{}} \\
\end{matrix} \right|_{{}}^{T}.
</math>

При двукратном уравнений уже хватает: 
:<math>\begin{align}
& \varphi _{izm,1}^{{}}\left( t_{1}^{{}} \right)=R_{0}^{{}}+\frac{\partial R}{\partial x}\Delta x+\frac{\partial R}{\partial x}\Delta y+\frac{\partial R}{\partial x}\Delta z+\tau _{gen}^{{}}\left( t_{1}^{{}} \right)-n_{1}^{{}}\lambda ; \\
& \varphi _{izm,2}^{{}}\left( t_{1}^{{}} \right)=R_{0}^{{}}+\frac{\partial R}{\partial x}\Delta x+\frac{\partial R}{\partial x}\Delta y+\frac{\partial R}{\partial x}\Delta z+\tau _{gen}^{{}}\left( t_{1}^{{}} \right)-n_{2}^{{}}\lambda ; \\
& \varphi _{izm,3}^{{}}\left( t_{1}^{{}} \right)=R_{0}^{{}}+\frac{\partial R}{\partial x}\Delta x+\frac{\partial R}{\partial x}\Delta y+\frac{\partial R}{\partial x}\Delta z+\tau _{gen}^{{}}\left( t_{1}^{{}} \right)-n_{3}^{{}}\lambda ; \\
& \varphi _{izm,1}^{{}}\left( t_{2}^{{}} \right)=R_{0}^{{}}+\frac{\partial R}{\partial x}\Delta x+\frac{\partial R}{\partial x}\Delta y+\frac{\partial R}{\partial x}\Delta z+\tau _{gen}^{{}}\left( t_{2}^{{}} \right)-n_{1}^{{}}\lambda ; \\
& \varphi _{izm,2}^{{}}\left( t_{2}^{{}} \right)=R_{0}^{{}}+\frac{\partial R}{\partial x}\Delta x+\frac{\partial R}{\partial x}\Delta y+\frac{\partial R}{\partial x}\Delta z+\tau _{gen}^{{}}\left( t_{2}^{{}} \right)-n_{2}^{{}}\lambda ; \\
& \varphi _{izm,3}^{{}}\left( t_{2}^{{}} \right)=R_{0}^{{}}+\frac{\partial R}{\partial x}\Delta x+\frac{\partial R}{\partial x}\Delta y+\frac{\partial R}{\partial x}\Delta z+\tau _{gen}^{{}}\left( t_{2}^{{}} \right)-n_{3}^{{}}\lambda ; \\
\end{align}
</math>

Увеличение числа измерений приводит к увеличению размеров матриц, но и точность повышает.

Величина <math>R_0</math> и её производные - из стандартного навигационного решения.

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

Решаются уравнения не для первых разностей фаз, а для вторых.

После того, как достигают требуемую точность для ''n'', переходят к переборному <math>\lambda</math>-методу.

== Лямбда-метод ==

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

Гуглить, читать: [http://lr.tudelft.nl/index.php?id=26369&L=1 TU Delft]

<blockquote>The LAMBDA method on its own is not meant to compute baseline-coordinates. Instead it is a single, important, step in the process of determining very precise coordinates and/or other parameters of interest from raw GNSS observations. A three step procedure has to be applied. First you have to compute the float solution. Any suitable method can be used here, for example an ordinary least-squares, or in recursion a Kalman filter approach. Next the LAMBDA method can be used to determine the integer values for the ambiguities. The LAMBDA method takes the estimated float solution, together with its variance-covariance matrix as input, and delivers estimated integer ambiguities. Finally, again using your own favorite algorithm, the eventual fixed solution can be computed, using the values output by the LAMBDA method.</blockquote>
{{wl-publish: 2011-06-03 16:49:52 +0400 | Korogodin }}

Blog:Nagin/19.05.11 Чувствительность и помехоустойчивость NV08C , SkyTraq, ublox NEO 6Q

2013-04-10T19:53:25Z

Admin:

{{Форма1}}
<summary [ hidden ]>
Экспериментальные исследования современных модулей на чувствительность и помехоустойчивость
‎</summary>

Эксперименты проводились в СРТТ, а затем в КБ "НАВИС". В СРТТ использовалось следующее оборудование:
* Векторный генератор сигнала R&S SMJ-100
* Анализатор спектра R&S FSU
* Стационарный ПК [[Участник:Nagin|Ильи Нагина]] для взаимодействий с NV08C
* Ноутбук [[Участник:Korogodin|Ильи Корогодина]] для взаимодействий с uBlox 6 и SkyTraq Venus 7
* 2 ВЧ делителя/сумматора, русские
* 1 ВЧ делитель МС
* 2 идентичных МШУ МС
* Аттенюатор 30 дБ MC
* Аттенюатор 20 дБ MC
* Аттенюатор 10 дБ MC
* Аттенюатор 10 дБ MC
* Источник питания GW Instek GPS-4303
* Кабели

Драйвера для USB-кабеля приемника SkyTraq лежат [[Media:CP210x_VCP_Win_XP_S2K3_Vista_7.rar|тут]] (5 Мб).

== Исследуемые модули ==

В процессе экспериментальных исследований в качестве объектов выступают три модуля НП:

* '''NV08C''' в виде Evaluation Kit'a NV08C-EVK-MCM 
[[File:20110521_NV08C.png|400px|center]]

* '''SkyTraq Venus 7'''
[[File:20110521_SkyTraq.png|400px|center]]

* '''u-blox NEO-6Q''' 

== Экспериментальные исследования чувствительности ==

Исследования чувствительности проводились по методике, родственной методике экспериментальных исследований помехоустойчивости. После аттенюаторов ставился третий разветвитель на два МШУ, далее два сравниваемых приемника. Использовались аттенюаторы 10+10+30+20 = 70 дБ.

Экспериментальная установка:
[[File:20110519_SAM_3515.JPG|600px|center]]

При расчетной мощности 1 сигнала на входе каждого МШУ -125 dBm мощность 4 сигналов по измерениям анализатора спектра (до аттенюаторов, до разветвителя) составляет [[Media:20110519_Sens_Signal_m155dBm.PNG|-45.04 dBm]]

Для работы по сигналам Глонасс установка состояла из двух разветвителей вместо трех, и испытания для каждого приемника производились последовательно. Сигнал с выхода имитатора, для исследований помехоустойчивости, дополнительно усиливался МШУ. Иначе не хватало чувствительности НАВИС'овского анализатора. Аттенюаторы те же, на 50 дБ.

Результаты сведены в таблицу:
{| class="wikitable" align="center" valign="center"
! rowspan ="2"| Модуль ||colspan ="2"| Sens GPS, dBm ||colspan ="2"| Sens GLo, dBm
|-
! Поиск|| Слежение || Поиск || Слежение
|- align="center"
| NV08C
| [[Media:20110519_NV08C_sensiv_search.PNG| -137]]
| [[Media:20110519_NV08C_sensiv.PNG| -155]]
| -138 || -152
|- align="center"
| uBlox NEO-6Q
| [[Media:20110519_U-blox_sensiv_search.PNG| -142]]
| [[Media:20110519_U-blox_sensiv.PNG| -156]]
| - || -
|- align="center"
| SkyTraq Venus 7
| [[Media:20110519_SkyTraq_sensiv_search.PNG| -141]]
| [[Media:20110519_SkyTraq_sensiv.PNG| -155]]
| -139 || -153
|}

На результаты измерений чувствительности по сигналам ГЛОНАСС сильно повлияла неравномерность распределения мощности по спутникам имитатора СН3803. Энергетика при расчетном -125 дБм на входе МШУ приводила к сигналам с 44-49 дБГц в каналах.

== Экспериментальное исследование помехоустойчивости ==

При использовании сигналов GPS в качестве помехи выступает шумовая полосовая помеха, измеряется мощность помехи в полосе сигнала.

{| class="wikitable" align="center" valign="center"
|+ Помехоустойчивость модулей по полосовой шумовой помехи при использовании сигналов GPS
! rowspan ="2"| Модуль ||colspan ="2"| J/S, dB
|-
! Поиск|| Слежение
|- align="center"
| NV08C
| [[Media:20110519_NV08C_Pomex_Search.PNG|30]]
| [[Media:20110519_NV08C_Pomex_Slegenie.PNG|46]]
|- align="center"
| uBlox NEO-6Q
| [[Media:20110519_U-blox_Pomex_Search.PNG|34]]
| [[Media:20110519_U-blox_Slegenie.PNG|48]]
|- align="center"
| SkyTraq Venus 7
| [[Media:20110519_SkyTraq_Pomex_Search.PNG|27]]
| [[Media:SkyTraq_Pomex_Slegenie.PNG|42]]
|}

При использовании сигналов ГЛОНАСС в качестве помехи выступает сигнал, модулированный по фазе последовательностью, значительно превышающей длительностью последовательность кода сигнала ГЛОНАСС L1. Мощность помехи измеряется в полосе 14 МГц. Скорость кодовой последовательности - 7 МГц.

{| class="wikitable" align="center" valign="center"
|+ Помехоустойчивость модулей по ФМ-2 помехе с полосой 14 МГц при использовании сигналов ГЛОНАСС
! rowspan ="2"| Модуль ||colspan ="2"| J/S, dB
|-
! Поиск|| Слежение
|- align="center"
| NV08C
| 32
| 47
|- align="center"
| SkyTraq Venus 7
| 34
| 47
|}

[[Категория:Вальсет]]
[[Категория:КБ НАВИС]]
[[Категория:NV08C]]
{{wl-publish: 2011-05-20 23:11:10 +0400 | Nagin }}