Тестирование с помощью конфигуратора
Re: Тестирование с помощью конфигуратора
Зато по крайней мере в логе удалённого мониторинга можно будет увидеть временную историю изменений уровня GSM сигнала, напряжений питания, аналоговых входов и температуры адресных термодатчиков.
И кроме того можно будет опеределить момент времени, когда перестанут поступать данные от прибора на сервер.
И кроме того можно будет опеределить момент времени, когда перестанут поступать данные от прибора на сервер.
До людей треба ставитися м'якше, а на питання дивитися ширше
Re: Тестирование с помощью конфигуратора
да. все верно.
тяжело начинать с нуля, но тяжелее с глубокого минуса
Re: Тестирование с помощью конфигуратора
Виталий, спасибо за быстрое добавление фeнкции логирования в мониторинге конфигуратора .
Уже изучаю лог. Очень много интересного обнаруживаю.
Например, сообщения каждые 2 мин с кодом 3F (63).
Можно поподробней об этом. Т.е. вы принудительно включаете передачу периодических данных на сервер только для Андроид приложения ?
В каких случаях ? А то зачем тогда задание периодичности передачи пользователем в конфигураторе ?
Уже изучаю лог. Очень много интересного обнаруживаю.
Например, сообщения каждые 2 мин с кодом 3F (63).
Можно поподробней об этом. Т.е. вы принудительно включаете передачу периодических данных на сервер только для Андроид приложения ?
В каких случаях ? А то зачем тогда задание периодичности передачи пользователем в конфигураторе ?
До людей треба ставитися м'якше, а на питання дивитися ширше
Re: Тестирование с помощью конфигуратора
Можно узнать формулу или полную таблицу перевода ?Перевод значений rssi в dBm:
0 = -115 dBm и ниже
1 = -111 dBm
2 = -110 dBm
…
30 = -54 dBm
31 = -52 dBm и выше
99 неизвестно.
А то самый нужный участок остался за многоточием .
До людей треба ставитися м'якше, а на питання дивитися ширше
Re: Тестирование с помощью конфигуратора
данный код события (служебное событие для онлайн) введен в версии ПО 2.2.7 при добавлении функциональности "обновление отображение текущего состояния входов в режиме онлайн", тоесть для возможности удаленно через Конфигуратор или андроид-приложение наблюдать за текущим состоянием прибораIgodor писав:... сообщения каждые 2 мин с кодом 3F (63).
Можно поподробней об этом. Т.е. вы принудительно включаете передачу периодических данных на сервер только для Андроид приложения ?
во многих случаях, например, когда меняется состояние входа (даже без охраны), или получен какой-то пакет от радиодатчика (даже чужого) приемопередатчиком. периодически происходит измерение уровня сигнала - это тоже передается. поэтому есть и периодические пакеты, даже если ничего не менялось на входах. в конфигураторе и андроид приложении также видно последнее время обновления данных, тоесть пользователь видит, "живой" прибор или нет )Igodor писав:В каких случаях ?
это настройка чуток для иных целей - это периодичность для события с кодом F9 ("Периодические данные"). Это событие записывается в БД тср-сервера око (в отличие от предыдущего события, предназначенного сугубо для онлайн мониторинга). Его можно использовать, если необходимы исторические данные каких-то сенсоров, например, напряжение питания прибора или напряжения на аналоговом входе-3, куда подключен какой-то контролируемый источник. И тогда можно строить графики поведения этого сенсора во времени. Его в принципе можно и отключить (установить 0) и тогда в программе "Монитор-око" их не будет, а будут только данные при возникновении иных событий (если таковы были), например: пост/снятие охраны, тревога/восстановление, вкл/выкл пользовательского выхода, вкл/выкл 220 и пр.Igodor писав:А то зачем тогда задание периодичности передачи пользователем в конфигураторе ?
тяжело начинать с нуля, но тяжелее с глубокого минуса
Re: Тестирование с помощью конфигуратора
производитель гсм-модуля симком не дает никакой формулы, кто как хочет так и "мучается" )))Igodor писав:Можно узнать формулу или полную таблицу перевода ?
А то самый нужный участок остался за многоточием .
https://www.itead.cc/wiki/images/6/6f/S ... _V1.05.pdf
см. стр. 92-93 - ответ на АТ-команду AT+CSQ
тоесть, в диапазоне RSSI между 2 и 30 цена одной единицы равна 2 дБм. Думаю, большого труда перевода тут не должно быть. Какое у вас значение rssi?
тяжело начинать с нуля, но тяжелее с глубокого минуса
Re: Тестирование с помощью конфигуратора
Глядя на то, как конфигуратор в мониторинге делает перевод, я так и предполагал шаг в 2 единицы.boby писав: тоесть, в диапазоне RSSI между 2 и 30 цена одной единицы равна 2 дБм. Думаю, большого труда перевода тут не должно быть. Какое у вас значение rssi?
А "мучался" я из-за того, что в таком случае оно не стыкуется ни снизу, ни сверху.
HEX DEC dBm
-----------------------
00 = 0 = -115 dBm и ниже
01 = 1 = -111 dBm
02 = 2 = -110 dBm
03 = 3 = -104 dBm
04 = 4 = -102 dBm
05 = 5 = -100 dBm
06 = 6 = -98 dBm
07 = 7 = -96 dBm
08 = 8 = -94 dBm
09 = 9 = -92 dBm
0A = 10 = -90 dBm
0B = 11 = -88 dBm
0C = 12 = -86 dBm
0D = 13 = -84 dBm
0E = 14 = -82 dBm
0F = 15 = -80 dBm
10 = 16 = -78 dBm
11 = 17 = -76 dBm
12 = 18 = -74 dBm
13 = 19 = -72 dBm
14 = 20 = -70 dBm
15 = 21 = -68 dBm
16 = 22 = -66 dBm
17 = 23 = -64 dBm
18 = 24 = -62 dBm
19 = 25 = -60 dBm
1A = 26 = -58 dBm
1B = 27 = -56 dBm
1C = 28 = -54 dBm
1D = 29 = -54 dBm
1E = 30 = -54 dBm
1F = 31 = -52 dBm и выше
99 = 99 = неизвестно
-----------------------
Почему и задал вопрос .
До людей треба ставитися м'якше, а на питання дивитися ширше
Re: Тестирование с помощью конфигуратора
да вроде там все "стыкуется" - у вас ошибка была на шаге, который я выделил красным цветом.
с точки зрения математики эту вещь можно описать следующей функцией:
если rssi=0, то rxlev=-115 dBm
если rssi=1, то rxlev=-111 dBm
если rssi[2,30], то rxlev=-110 + 2*(rssi-2) dBm
если rssi=31, то rxlev>=-52 dBm
если rssi=99, то rxlev не определено
HEX DEC dBm
-----------------------
00 = 0 = -115 dBm и ниже
01 = 1 = -111 dBm
02 = 2 = -110 dBm
03 = 3 = -108 dBm
04 = 4 = -106 dBm
05 = 5 = -104 dBm
06 = 6 = -102 dBm
07 = 7 = -100 dBm
08 = 8 = -98 dBm
09 = 9 = -96 dBm
0A = 10 = -94 dBm
0B = 11 = -92 dBm
0C = 12 = -90 dBm
0D = 13 = -88 dBm
0E = 14 = -86 dBm
0F = 15 = -84 dBm
10 = 16 = -82 dBm
11 = 17 = -80 dBm
12 = 18 = -78 dBm
13 = 19 = -76 dBm
14 = 20 = -74 dBm
15 = 21 = -72 dBm
16 = 22 = -70 dBm
17 = 23 = -68 dBm
18 = 24 = -66 dBm
19 = 25 = -64 dBm
1A = 26 = -62 dBm
1B = 27 = -60 dBm
1C = 28 = -58 dBm
1D = 29 = -56 dBm
1E = 30 = -54 dBm
1F = 31 = -52 dBm и выше
99 = 99 = неизвестно
ПС.
в конфигураторе расчет идет с предположением "линейности" функции rxlev на всем участке значений аргумента rssi, там вот такая формула rxlev=-110 + 2*rssi dBm. Для оценки уровня сигнала это уже не есть столь принципиально. Если rssi ниже 10 (тоесть хуже -95дБм), то это маловато, а если выше 17 (лучше -80дБм), то нормалек, а между ними "так себе" )
с точки зрения математики эту вещь можно описать следующей функцией:
если rssi=0, то rxlev=-115 dBm
если rssi=1, то rxlev=-111 dBm
если rssi[2,30], то rxlev=-110 + 2*(rssi-2) dBm
если rssi=31, то rxlev>=-52 dBm
если rssi=99, то rxlev не определено
HEX DEC dBm
-----------------------
00 = 0 = -115 dBm и ниже
01 = 1 = -111 dBm
02 = 2 = -110 dBm
03 = 3 = -108 dBm
04 = 4 = -106 dBm
05 = 5 = -104 dBm
06 = 6 = -102 dBm
07 = 7 = -100 dBm
08 = 8 = -98 dBm
09 = 9 = -96 dBm
0A = 10 = -94 dBm
0B = 11 = -92 dBm
0C = 12 = -90 dBm
0D = 13 = -88 dBm
0E = 14 = -86 dBm
0F = 15 = -84 dBm
10 = 16 = -82 dBm
11 = 17 = -80 dBm
12 = 18 = -78 dBm
13 = 19 = -76 dBm
14 = 20 = -74 dBm
15 = 21 = -72 dBm
16 = 22 = -70 dBm
17 = 23 = -68 dBm
18 = 24 = -66 dBm
19 = 25 = -64 dBm
1A = 26 = -62 dBm
1B = 27 = -60 dBm
1C = 28 = -58 dBm
1D = 29 = -56 dBm
1E = 30 = -54 dBm
1F = 31 = -52 dBm и выше
99 = 99 = неизвестно
ПС.
в конфигураторе расчет идет с предположением "линейности" функции rxlev на всем участке значений аргумента rssi, там вот такая формула rxlev=-110 + 2*rssi dBm. Для оценки уровня сигнала это уже не есть столь принципиально. Если rssi ниже 10 (тоесть хуже -95дБм), то это маловато, а если выше 17 (лучше -80дБм), то нормалек, а между ними "так себе" )
тяжело начинать с нуля, но тяжелее с глубокого минуса
Re: Тестирование с помощью конфигуратора
Спасибо за объяснение. Вот теперь понятно, из-за чего не стыковалось.
С одной стороны
Что-то в последнее время и у меня стал сигнал Киевстара в основном "так себе" .
С одной стороны
А с другойboby писав: с точки зрения математики ... :
если rssi[2,30], то rxlev=-110 + 2*(rssi-2) dBm
Короче, для оценки уровня сигнала на dBm не глядим, а смотрим только на RSSI .boby писав: в конфигураторе расчет идет ... формула rxlev=-110 + 2*rssi dBm
Что-то в последнее время и у меня стал сигнал Киевстара в основном "так себе" .
До людей треба ставитися м'якше, а на питання дивитися ширше
Re: Тестирование с помощью конфигуратора
Такая ситуация не редкость после начала развертывания 3G сети украинскими операторами мобильной связи, ибо необходима модернизация АФУ на радиоподсистеме (в частности антенны).
Очень часто на площадках БС (базовая станция) нет возможности доставить отдельные антенны для 3G (2100МГц), сохранив при этом существующие антенны 2G (900/1800МГц). Поэтому снимают существующие антенны и ставят на их место комбинированные (multiband), теряя при этом в излучаемой мощности. Как следствие, будет незначительное ухудшение покрытия 2G. Поэтому, если "связь" раньше была "на пределе", то после такой модернизации будет "совсем плохо". Поэтому, с развертыванием 3G сети желательно увеличивать плотность БС, но у нас это очень туго получится ... у многих есть радиофобия ... боятся радиации и прочих "ужасов" новых непроверенных временем технологий.
Очень часто на площадках БС (базовая станция) нет возможности доставить отдельные антенны для 3G (2100МГц), сохранив при этом существующие антенны 2G (900/1800МГц). Поэтому снимают существующие антенны и ставят на их место комбинированные (multiband), теряя при этом в излучаемой мощности. Как следствие, будет незначительное ухудшение покрытия 2G. Поэтому, если "связь" раньше была "на пределе", то после такой модернизации будет "совсем плохо". Поэтому, с развертыванием 3G сети желательно увеличивать плотность БС, но у нас это очень туго получится ... у многих есть радиофобия ... боятся радиации и прочих "ужасов" новых непроверенных временем технологий.
тяжело начинать с нуля, но тяжелее с глубокого минуса