OpenStreetMap Forum

Cтрелок

Member

Registered: 2020-07-18

Posts: 35

Re: RTKlib/постпроцессинг

от угла возвышения зависит длина пути в ионосфере и следовательно величина задержки
а вот какой механизм влияния азимута ?
особенно если спутник то один и тот же в одно и то же время

sat=29 el=16.4 -> ion_old=5.63 ion_sim=3.53 ion_sbas=3.61

Проверили значения из вашей таблицы. Промоделировали ситуацию через стандартную ionmodel. Все значения ion_old являются истинными если по времени был “день”. Значения ion_sim являются истинными если по времени была “ночь”. Получается, что единственное расхождение между ionmodel и ionmodel_sim в вычислении локального времени.  Но так как стандартная ionmodel отработала корректно при указании разных временных интервалов, то выводы делайте сами .

2002_ivan

Member

Registered: 2019-07-14

Posts: 182

Re: RTKlib/постпроцессинг

от угла возвышения зависит длина пути в ионосфере и следовательно величина задержки
а вот какой механизм влияния азимута ?
особенно если спутник то один и тот же в одно и то же время

sat=29 el=16.4 -> ion_old=5.63 ion_sim=3.53 ion_sbas=3.61

Проверили значения из вашей таблицы. Промоделировали ситуацию через стандартную ionmodel. Все значения ion_old являются истинными если по времени был “день”. Значения ion_sim являются истинными если по времени была “ночь”. Получается, что единственное расхождение между ionmodel и ionmodel_sim в вычислении локального времени.  Но так как стандартная ionmodel отработала корректно при указании разных временных интервалов, то выводы делайте сами .

чёзабред вы написали ?

ясно же сказано что в одно и тоже время, причем значение  ion_sim (по вашему “ночь” ) фактически в точности совпало с транслируемым СДКМ в это время  ion_sbas, естественно лог смотрел тот что сделан в полден ибо ночью на дороге в поле не комфортно снимать

Удачи в борьбе с багами RTKLIB, у вас весьма извращенная логика, типа как у местного модера

Cтрелок

Member

Registered: 2020-07-18

Posts: 35

Re: RTKlib/постпроцессинг

чёзабред вы написали ?

ясно же сказано что в одно и тоже время, причем значение  ion_sim (по вашему “ночь” ) фактически в точности совпало с транслируемым СДКМ в это время  ion_sbas, естественно лог смотрел тот что сделан в полден ибо ночью на дороге в поле не комфортно снимать

Удачи в борьбе с багами RTKLIB, у вас весьма извращенная логика, типа как у местного модера

Смотрим приведённую вами статью:

Смотрим приведённую вами таблицу:

sat= 8 el= 5.2 -> ion_old=4.52 ion_sim=4.52 ion_sbas=3.56
sat=10 el=10.4 -> ion_old=5.54 ion_sim=4.02 ion_sbas=4.15
sat=27 el=12.8 -> ion_old=3.89 ion_sim=3.81 ion_sbas=3.05 
sat=13 el=15.5 -> ion_old=4.49 ion_sim=3.60 ion_sbas=3.60 
sat=29 el=16.4 -> ion_old=5.63 ion_sim=3.53 ion_sbas=3.61
sat=21 el=18.4 -> ion_old=3.89 ion_sim=3.38 ion_sbas=2.89 
sat=15 el=25.8 -> ion_old=4.06 ion_sim=2.89 ion_sbas=2.85 
sat=26 el=36.1 -> ion_old=3.23 ion_sim=2.36 ion_sbas=2.20 
sat=10 el=36.3 -> ion_old=3.34 ion_sim=2.35 ion_sbas=2.27 
sat=27 el=36.6 -> ion_old=2.80 ion_sim=2.34 ion_sbas=2.12 
sat=21 el=40.4 -> ion_old=2.77 ion_sim=2.18 ion_sbas=1.99 
sat=16 el=47.4 -> ion_old=2.49 ion_sim=1.95 ion_sbas=1.79
sat=26 el=53.2 -> ion_old=2.18 ion_sim=1.81 ion_sbas=1.55 
sat=18 el=63.8 -> ion_old=2.17 ion_sim=1.63 ion_sbas=1.60 
sat=20 el=67.1 -> ion_old=2.18 ion_sim=1.59 ion_sbas=1.55 
sat=18 el=88.5 -> ion_old=1.84 ion_sim=1.50 ion_sbas=1.25

Промоделируем “ночной режим” для спутников с такими же углами места по формуле, как указано в статье, на коленке за две минуты.

double elevs[] = {5.2, 10.4, 12.8, 15.5, 16.4, 18.4, 25.8, 36.1, 36.3, 36.6, 40.4, 47.4, 53.2, 63.8, 67.1, 88.5};
for (auto &el : elevs) {
	double E = el/180.;
	double f = 1.0+16.0*(0.53-E)*(0.53-E)*(0.53-E);
	double I = CLIGHT*f*5e-9;

	cout  << "el=" << el << ", ion_model=" << I << endl;
}

И значения один в один совпадут со значениями ion_sim:

el=5.2,   ion_model=4.51692
el=10.4, ion_model=4.02448
el=12.8, ion_model=3.81653
el=15.5, ion_model=3.59661
el=16.4, ion_model=3.52653
el=18.4, ion_model=3.3764
el=25.8, ion_model=2.88547
el=36.1, ion_model=2.35651
el=36.3, ion_model=2.34786
el=36.6, ion_model=2.335
el=40.4, ion_model=2.18316
el=47.4, ion_model=1.95376
el=53.2, ion_model=1.80801
el=63.8, ion_model=1.62873
el=67.1, ion_model=1.59217
el=88.5, ion_model=1.50031

А теперь объясните где ваш полдень? 

Last edited by Cтрелок (2020-08-21 11:46:41)

2002_ivan

Member

Registered: 2019-07-14

Posts: 182

Re: RTKlib/постпроцессинг

Промоделируем “ночной режим” для спутников с такими же углами места

чудная у вас логика снимал лог то я днем, в полдень
и ion_sim  чудно совпал  с СДКМ  ion_sbas именно во время дневного съема

Смотрим приведённую вами статью

там написано
5. Find the local time at the IPP.
смотрим этот пункт в RTKLIB

//	tt=43200.0*lam+time2gpst(t,&week);

смотрим что такое time2gpst, это оказывается time of week (TOW) in gps time (s)
ржем ибо вместо требуемых seconds в RTKLIB втулили TOW,  патчим

//	tt=43200.0*lam+time2gpst(t,&week);
	tt=43200.0*lam+t.sec;

Last edited by 2002_ivan (2020-08-21 14:05:15)

Cтрелок

Member

Registered: 2020-07-18

Posts: 35

Re: RTKlib/постпроцессинг

//    tt=43200.0*lam+time2gpst(t,&week);
смотрим что такое time2gpst, это оказывается time of week (TOW) in gps time (s)
ржем  ибо вместо требуемых seconds в RTKLIB втулили TOW,  патчим

//    tt=43200.0*lam+time2gpst(t,&week);
    tt=43200.0*lam+t.sec;

Серьёзно? Вы добавляете дробную часть секунды? Как я уже писал выше у вас ошибка в вычислении локального времени. Изначально всё было правильно...

2002_ivan

Member

Registered: 2019-07-14

Posts: 182

Re: RTKlib/постпроцессинг

Серьёзно?

дальше некуда
именно так реализовано во всех серьезных GNSS в Мире жаль, что вы этого не знаете

Cтрелок

Member

Registered: 2020-07-18

Posts: 35

Re: RTKlib/постпроцессинг

Серьёзно?

дальше некуда
именно так реализовано во всех серьезных GNSS в Мире жаль, что вы этого не знаете

t.time - целая часть секунд, t.sec - дробная часть секунды, т.е 0.1 или 0.5. Вы правда не понимаете?

2002_ivan

Member

Registered: 2019-07-14

Posts: 182

Re: RTKlib/постпроцессинг

Вы правда не понимаете?

я уже все сказал и высказал сожаление что именно вы не понимаете

каждый может теперь пропатчить свой RTKLIB и с радостью обнаружить что пятно от  броадкаст ионо_поправки на том же месте что и
СДКМ ионо_поправки а не в стороне на несколько метров как раньше
Оглашение одного из многих багов RTKLIB закончено   вы проиграли ...

2002_ivan

Member

Registered: 2019-07-14

Posts: 182

Re: RTKlib/постпроцессинг

Поскольку баг в ionmodel пофиксен добавим
в Ionosphere Correction дополнительно пункт SBAS or Broadcast в меню

	/* sbas-or-brdc ionospheric model option */
	
	if (ionoopt == IONOOPT_SBAS_OR_BRDC) {
		if ( !sbsioncorr(time, nav, pos, azel, ion, var) ) {
			*ion = ionmodel(time, nav->ion_gps, pos, azel);
			*var = SQR(*ion );
		}
		return 1;
	}

Выбор "SBAS or Broadcast" позволяет сравнивать различные SBAS системы, EGNOS GAGAN SDCM
Устанавливаем :

Ionosphere Correction    -> "SBAS or Broadcast"
Troposphere Correction   -> "SBAS"
Satelite Ephemeris/Clock -> "Broadcast"

перебираем PRN спутников EGNOS GAGAN SDCM в SBAS Sat Selection
и не обнаруживаем ни малейших различий, т.е. SBAS локальные особенности
в Ionosphere Correction и Troposphere Correction не передает.

Устанавливаем:

Satelite Ephemeris/Clock -> "Broadcast+SBAS"

перебираем PRN спутников EGNOS GAGAN SDCM в SBAS Sat Selection и только в этом случае наблюдаем  различия

SDCM vs EGNOS
Хотя точка съема лога находится  где EGNOS  уже ничего не гарантирует  получаем почти тоже что и от SDCM, т.е. суперточности SDCM по отношению к EGNOS  не видать


 
SDCM vs GAGAN
Здесь преимущество SDCM перед индийским GAGAN  налицо, осталось только понять чем вызван загадочный наклонный разброс от GAGAN. То ли особым TEC над Индией то ли чем то иным.

Cтрелок

Member

Registered: 2020-07-18

Posts: 35

Re: RTKlib/постпроцессинг

Поскольку баг в ionmodel пофиксен добавим

2002_ivan, блин. Честно, был уверен, что вы всё поняли, но просто прикалываетесь… После вашего “патча” который исправляет “баг”, у одних пользователей будет согласно модели Клобучара вечная ночь, у других вечный день. Изначальная реализация в RTKLIB полностью правильная и ничего в ней править не нужно. Проверьте себя сами, возьмите свою функцию ionmodel_sim, заморозьте местоположение спутников и изменяйте только время. Вы, наверное, удивитесь, когда увидите, что значение ионосферы у вас не изменится .

Cтрелок

Member

Registered: 2020-07-18

Posts: 35

Re: RTKlib/постпроцессинг

т.е. SBAS локальные особенности
в Ionosphere Correction и Troposphere Correction не передает.

Тропосферные задержки пользователи SBAS рассчитывают по модели, модель может использоваться любая, есть лишь требование к точности модели. А вот ионосферные задержки передаются с шагом в 5 градусов и по сути являются локальными значениями.

То ли особым TEC над Индией то ли чем то иным.

Посмотрите какую область покрывает ионосферная сетка GAGAN - https://sbas.ru/контроль-ионосфера/?uid=127. В ваших расчётах она ну ни как использоваться не может .

Last edited by Cтрелок (2020-08-22 13:56:06)

2002_ivan

Member

Registered: 2019-07-14

Posts: 182

Re: RTKlib/постпроцессинг

Честно, был уверен, что вы всё поняли, но просто прикалываетесь…

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

1 sat= 5 azel= 38.5  4.2 ion_old=6.19 ion_sim=4.62 1  ion_sbas=3.54
1 sat=10 azel=194.3 23.6 ion_old=4.73 ion_sim=3.02 1  ion_sbas=3.30
1 sat=13 azel= 61.0 14.5 ion_old=5.75 ion_sim=3.68 1  ion_sbas=3.23
1 sat=15 azel= 97.9 20.9 ion_old=5.41 ion_sim=3.20 1  ion_sbas=3.09
1 sat=16 azel=280.0 49.6 ion_old=2.62 ion_sim=1.89 1  ion_sbas=1.89
1 sat=20 azel=183.8 49.5 ion_old=2.89 ion_sim=1.90 1  ion_sbas=1.96
1 sat=21 azel= 19.0 85.2 ion_old=2.20 ion_sim=1.50 1  ion_sbas=1.46
1 sat=26 azel=235.4 46.3 ion_old=2.86 ion_sim=1.99 1  ion_sbas=2.02
1 sat=27 azel=301.2 25.2 ion_old=3.63 ion_sim=2.92 1  ion_sbas=2.79
1 sat=29 azel=118.5 29.3 ion_old=4.45 ion_sim=2.69 1  ion_sbas=2.66


1 sat=16 azel=220.6 10.7 ion_old=7.36 ion_sim=4.00 1  ion_sbas=4.62
1 sat=18 azel=100.7 13.4 ion_old=6.73 ion_sim=3.76 1  ion_sbas=3.71
1 sat=20 azel= 64.7 42.2 ion_old=3.53 ion_sim=2.12 1  ion_sbas=1.92
1 sat=21 azel= 87.0 79.9 ion_old=2.56 ion_sim=1.51 1  ion_sbas=1.47
1 sat=24 azel= 69.2  5.7 ion_old=7.19 ion_sim=4.47 1  ion_sbas=3.69
1 sat=27 azel=215.3 64.7 ion_old=2.77 ion_sim=1.62 1  ion_sbas=1.67
1 sat=32 azel=158.9 30.4 ion_old=4.80 ion_sim=2.63 1  ion_sbas=2.78
1 sat= 8 azel=288.8 53.7 ion_old=2.95 ion_sim=1.80 1  ion_sbas=1.79
1 sat=10 azel= 73.5 78.3 ion_old=2.56 ion_sim=1.52 1  ion_sbas=1.47
1 sat=11 azel=298.7 26.8 ion_old=4.32 ion_sim=2.83 1  ion_sbas=2.70
1 sat=15 azel= 33.5  5.1 ion_old=6.10 ion_sim=4.53 1  ion_sbas=3.53
1 sat=16 azel=220.6 10.7 ion_old=7.36 ion_sim=4.00 1  ion_sbas=4.62

ion_sim и  ion_sbas во всех логах  чудно совпадают, тогда как   ion_old врет как троцкий    
вы же утверждаете обратное, что ion_sim и  ion_sbas во всех логах врут а истина в ion_old

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

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

замороженные спутники это очень круто, фантастика

от времени и не должна задержка вызванная ионосферой  изменяться в

//	tt=43200.0*lam+time2gpst(t,&week);
	tt=43200.0*lam+t.sec;

t.sec величина третьего порядка малости по сравнению с 43200.0*lam, по этой причине можно RTKLIB патчить дальше

//	tt=43200.0*lam+time2gpst(t,&week);
//	tt=43200.0*lam+t.sec;
	tt=43200.0*lam;

величина задержки при этом не изменится ни на миллиметр а зависимость от времени исчезает вообще,
ибо ионосфера изменяется ТОЛЬКО тогда когда приходят в subframe 4, page 18 новые значения 
в IS-GPS упоминается receiver computed system time, которое в данном случае полагаем что вычислили НОЛЬ

Last edited by 2002_ivan (2020-08-23 15:58:01)

2002_ivan

Member

Registered: 2019-07-14

Posts: 182

Re: RTKlib/постпроцессинг

Поэтому и была приведена статья - http://russianspacesystems.ru/wp-conten … 3_0603.pdf. Простой алгоритм, позволяющий любому потребителю СДКМ в независимости от приёмника и антенны вычислить свои ICB в режиме реального времени.

Это статья для врагов народа ?
Писатели этого алгоритма понятия не имеют о чём они пишут.
ICB  зависит от групповых задержек  приёмника и антенны.
Групповые задержеки  приёмника в первом приближении можно отобразить в виде таблички,
а вот групповых задержки  антенны зависят от многих факторов и могут быть представлены как МИНИМУМ только 3D поверхностью,
вместо нахождения этих 3D поверхностей авторы статьи первым делом предлагают все пригладить,
т.е. задача не решается вообще

Last edited by 2002_ivan (2020-08-23 15:51:04)

hiihoo

Member

Registered: 2020-08-23

Posts: 7

Re: RTKlib/постпроцессинг

Мозги тут пудрят честному народу
алгоритм вычисления контрольной суммы BBRAM не оглашают
туманные намеки на команду модификации флагов efuse делают

а зачем это народу ?
если можно тупо юзать "301_rom_m8n_eFuse.cmd" особо ничем не заморачиваясь

алгоритм вычисления контрольной суммы BBRAM народу нужен как зайцу стоп сигнал
ибо им воспользоваться можно если знать специфический алгоритм вычисления SHA256 универсального ключа для подписи.
Насколько я понял, Вы этот  алгоритм вычисления SHA256 знаете, зажали,
поскольку продаете M8N перешитые в M8T путем  модификации флагов efuse при помощи команды модификации efuse.

Однако, спасибо Вам огромное за все Ваши сообщения

Извините за беспокойство.

Пресловутый 301 ... cmd, нигде не нашел.

Это просто слух или он существует ??

(Переведено гуглом, извините если не хороший русский язык)

2002_ivan

Member

Registered: 2019-07-14

Posts: 182

Re: RTKlib/постпроцессинг

Пресловутый 301 ... cmd, нигде не нашел.

отправил вам его на e-mail

usm78-gis

Member

Registered: 2008-04-21

Posts: 2,672

Re: RTKlib/постпроцессинг

т.е. задача не решается вообще

Задача решается  просто:
использованием систем не подверженных этой проблеме.

Cтрелок

Member

Registered: 2020-07-18

Posts: 35

Re: RTKlib/постпроцессинг

величина задержки при этом не изменится ни на миллиметр а зависимость от времени исчезает вообще,
ибо ионосфера изменяется ТОЛЬКО тогда когда приходят в subframe 4, page 18 новые значения
в IS-GPS упоминается receiver computed system time, которое в данном случае полагаем что вычислили НОЛЬ

Вы прямо как Блондло, Рене с его "N-лучами"

Это статья для врагов народа ? sad
Писатели этого алгоритма понятия не имеют о чём они пишут.
ICB  зависит от групповых задержек  приёмника и антенны.
Групповые задержеки  приёмника в первом приближении можно отобразить в виде таблички,
а вот групповых задержки  антенны зависят от многих факторов и могут быть представлены как МИНИМУМ только 3D поверхностью,
вместо нахождения этих 3D поверхностей авторы статьи первым делом предлагают все пригладить,
т.е. задача не решается вообще big_smile

В статье написано - "В моделях измерений (1), (2) не приведены систематические смещения, связанные с приливными и гравитационными эффектами, а также со смещениями фазовых центров антенн НКА и НАП. Указанные смещения также следует учитывать в обработке."
Калибровочные параметры можно взять из ANTEX файла, если производитель антенны такие данные предоставил. А если и не предоставил, то погрешность будет 10-20 см, что тоже не критично.

Last edited by Cтрелок (2020-08-23 22:16:39)

2002_ivan

Member

Registered: 2019-07-14

Posts: 182

Re: RTKlib/постпроцессинг

Вы прямо как Блондло, Рене с его "N-лучами"

уникальные свойства "N-лучей" которые расположены между радио и дальним ИК
сегодня передовой край мировых технологий

а вот английские ученые в IS-GPS  складывают не складываемые  размерности

//	tt=43200.0*lam+time2gpst(t,&week);
	tt=43200.0*lam;

угловые секунды и секунды времени это не одно и тоже

а также со смещениями фазовых центров антенн НКА и НАП.

именно по этой фразе становится понятно что писатели понятия не имеют о предмете своего писания

А если и не предоставил, то погрешность будет 10-20 см

смещение фазового центра и групповая задержка это не одно и тоже

Last edited by 2002_ivan (2020-08-24 10:27:45)

2002_ivan

Member

Registered: 2019-07-14

Posts: 182

Re: RTKlib/постпроцессинг

использованием систем не подверженных этой проблеме.

используем GPS + GALILEO, все гораздо лучше чем GPS + GLONASS (после извращений)

однако сравнивая с  GPS + SDCM обнаруживаем различие в ~0.7м по абсолютным координатам

возникает вопрос, кто врет GPS + GALILEO или SDCM  ?

сверка  GPS + SDCM и GPS + EGNOS покажет что врет GPS + GALILEO,  под GALILEO  SBAS пока нет

надо проверить, а прокатит ли для спутников GALILEO  табличка с корр. смещениями, если прокатит тогда и ждать  SBAS  для GALILEO   нет надобности

Last edited by 2002_ivan (2020-08-24 12:43:28)

hiihoo

Member

Registered: 2020-08-23

Posts: 7

Re: RTKlib/постпроцессинг

Пресловутый 301 ... cmd, нигде не нашел.

отправил вам его на e-mail

пожалуйста, еще раз, у меня не было электронной почты в настройках, определенных ... :-)

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

опять гугл перевел .

2002_ivan

Member

Registered: 2019-07-14

Posts: 182

Re: RTKlib/постпроцессинг

еще раз

отправил

Как отправлять личные сообщения другому пользователю?

это очень суровый форум, здесь нет личных сообщений

hiihoo

Member

Registered: 2020-08-23

Posts: 7

Re: RTKlib/постпроцессинг

еще раз

отправил

Как отправлять личные сообщения другому пользователю?

это очень суровый форум, здесь нет личных сообщений

Еще раз спасибо.

Просто написал длинный пост и случайно нажал кнопку возврата в браузере ...

Короткий. после m8n может быть какая то двух / многочастотная, но антенны ...

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

патч-антенны с несколькими патчами для разных частот.

что бы вы посоветовали, лучшие читатели форума.

А мнение - это просто мнение, если не высказано, почему это, почему то

2002_ivan

Member

Registered: 2019-07-14

Posts: 182

Re: RTKlib/постпроцессинг

Чокерная антенна кажется лучшей

приведите свой пример что choke ring лучшая

Last edited by 2002_ivan (2020-08-27 10:39:43)

hiihoo

Member

Registered: 2020-08-23

Posts: 7

Re: RTKlib/постпроцессинг

Чокерная антенна кажется лучшей

приведите свой пример что choke ring лучшая

ибо у меня патч-антенна с choke ring

Do i have my fingers cut if i write english in this thread?
Порежутся ли мне пальцы, если я напишу в этой ветке по-английски?

I TRIED to say chokering is best when it comes to loosing money. :-) I was referring commercial chokering
Я ПЫТАЛСЯ сказать, что удушение - лучший способ потерять деньги. :-) Я имел в виду коммерческое удушение.

My goal with m8n is to get steady gps-base / rover, but seems impossible, very sensitive to blocking artifacts.
Моя цель с m8n - получить стабильную GPS-базу / ровер, но это кажется невозможным, очень чувствительным к блокировке артефактов.

But, now i have miracilous 301...cmd, going to test it if galileo + gps gives more coverage under trees etc..
Но теперь у меня есть чудесный 301 ... cmd, собираюсь протестировать его, если galileo + gps дает больше покрытия под деревьями и т. Д.

That what i got with 2 m8n F/W 2.01, modified patch antennas (added ground plane) and rtklib.. I have told myself, not bad. ??
Это то, что я получил с 2 m8n F / W 2.01, модифицированными патч-антеннами (добавлена заземляющая плоскость) и rtklib .. Я сказал себе, неплохо. ??

And again, everything not in english is by google (tm) translator, and have to say, it's not perfect??
И снова все, что не на английском языке, сделано переводчиком google (tm), и, надо сказать, это не идеально ??

2002_ivan

Member

Registered: 2019-07-14

Posts: 182

Re: RTKlib/постпроцессинг

дает больше покрытия под деревьями

разговор не о деревьях а о choke ring антеннах на открытом пространстве
например,
прошлого века choke ring антенна AOAD/M_T
её даже антенной GPS назвать нельзя, но её использовали

и даже choke ring LEIAT504GG имеющая довольно приличную характеристику на L1

полные дрова на L2 но считается лучшей и имеет цену в килобаксы

так что вы расскажете о наилучших choke ring антеннах ?

Last edited by 2002_ivan (2020-08-27 13:03:57)