А что в ровере нет нетмонитора? По идее *#**364# должно работать - платформа то однаVetal писал(а): У меня нет mpx200 и, соответственно, родного нетмонитора в нем. Все приведенные данные смотрел на RoverPc M1+GpsCell
SimpleSoft говорил, что тогда можно было бы в памяти поковыряться, что-нибудь поискать...Vetal писал(а): Очень странно, но раз так, то так... ИМХО, процессор и чипсет не отвечают за UM интерфейс
Как оказалось есть, я его незаслуженно игнорировалGrip писал(а):А что в ровере нет нетмонитора? По идее *#**364# должно работать - платформа то однаVetal писал(а): У меня нет mpx200 и, соответственно, родного нетмонитора в нем. Все приведенные данные смотрел на RoverPc M1+GpsCell
Теперь можно однозначно сказать, что так и надо сделать.Grip писал(а):... то может взять и по-тупому скорректировать RXLev?
Это наш косяк - везде писали, что для перевода в дБ нужно вычитать 111, вот лишняя единица и вылезла. Интересно, а какое происхождение лишней единицы в нетмониторе Сименса?Глядя в родной немонитор полностью подтвердил сделанный ранее выводы, что rxlev нужно высчитывать "по хитрому", только константы получились на единицу меньше чем в GpsCell, получается что при переносе данных в GpsCell где-то еще единица накидывается.
может логичнее rxlev_min=12-110=-98 dBmНапример:
1) показывает rxlev_min = 12 реальное значение 110-12=98, т.е. -98dbm.
Согласен, но надо будет разобраться, почему 110, 106, 108.Теперь можно однозначно сказать, что так и надо сделать.Grip писал(а):... то может взять и по-тупому скорректировать RXLev?
Я тоже надеюсь, что SimpleSoft нас порадует...С нетерпением буду ждать релиза
Vetal писал(а):Скажу следующее, отрицательных цифр в родном нетмониторе ты не увидишь, т.к. там значение rxlev всегда больше с1, надо немного переписать формулы для вычисления реальных значений, в обобщенным виде, для всех случаев, те я написал "влоб", не учитывая возможных уровней ниже -104 дбм, имхо правильнее так: для BCCH: rxlev[дбм] = rxlev - (rxlev_min - 110) - 2 = с1 - (rxlev_min - 110), для соседей: rxlev[дбм] = rxlev - (rxlev_min - 110) - 4 = с1 - (rxlev_min - 110), давай рассмотрим на твоем примере:Grip писал(а):Теперь меня другая проблема беспокоит - а если например реальный уровень сигнала текущей соты -108 Дб (при RxMin -110), то в родном нетмониторе , что уровень отрицательный будет -2 ?! (-2-(-106)=-108) Что то мне сомнительно. Пытаюсь эту ситуацию создать - что то пока не получается. Что скажешь?
Если в соте RxMin -110, то в родном мониторе rxlev_min = 0, если уровень сигнала текущей соты -108 дбм (не Дб
Другой пример, значения которые вижу в мониторе прямо сейчас, знаю что реальное значение RxMin -104, смотрю на монитор:
для текущей соты: rxlev_min = 6, rxlev = 43, с1 = 41. Считаем: 43 - (6 - 110) - 2 = - 63 дбм
для одного из соседей: rxlev_min = 6, rxlev = 26, с1 = 22. Считаем: 26 - (6 - 110) - 4 = - 82 дбм
Обобщаю вышенаписанное: было бы удобно считать rxlev для текущей соты и соседей вообще отталкиваюсь только от с1, т.к. формула для них одинаковая: rxlev = с1 - (rxlev_min - 110), но с1 в активном режиме всегда = 0, так что предлагаю:
для BCCH: rxlev[дбм] = rxlev - (rxlev_min - 110) - 2
для соседей: rxlev[дбм] = rxlev - (rxlev_min - 110) - 4
То, что ты писал: "Параметр txpwr_max у меня в нетмониторе равен 5 для GSM900 и 0 для GSM1800." - у меня та же фигня.Grip писал(а):Ну и я в форуме вопрос задал по TxPowerMax-давай разбираться.
"Т.е. в начале обмена для терминала устанавливается мощность 33 dBm или 2W для GSM900 и 30 dBm или 1W для GSM1800?" - очень на это похоже, но даже если этот параметр и говорит именно об этом, то нам польза от такого параметра = 0, т.к. данные значения всегда устанавливаются для BCCH соты и этот параметр говорит "ниочем" и его можно смело выкинуть с экрана, чтоб место не занимал.
Regards, Vetal.