Moving average rssi

Quero expandir meu comentário um pouco, mas ele se sobrepõe com o que Andy e Olin disseram. O uso de RSSI para localização (encontrar distâncias) pode ser um pouco imprevisível mesmo em ambientes de laboratório onde o ruído foi minimizado. Do lado positivo, há alguns casos em que ele se comporta bem o suficiente. A primeira coisa que você deve fazer é tomar algumas medidas e ver se ela age mesmo perto previsivelmente em sua configuração. Posso oferecer mais informações sobre diferentes métodos aqui, mas primeiro você deve apenas tirar amostras em várias configurações que provavelmente ocorrerão com seu dispositivo e ver se a medida relativa RSSI reflete as distâncias relativas. Depois de ter feito isso, se tudo parece previsível o suficiente, o que você quer fazer quantifica essa previsibilidade ao computar as distribuições de probabilidade. Isso permite que você altere a inferência de declarações, como por meio da leitura de RSSI. Tenho certeza de que a distância é de 5 m. Ao ler a RSSI indicando uma distância de 5 m, tenho 90 certeza de que o objeto está entre 4m e 6m. Existem vários métodos que podem ser usados ​​aqui, deixe-me saber se você está interessado. Quando Olin diz que o log não é adequado para a média, o que isso significa para mim é assumir que a medição de distância possui uma função de erro que é igualmente provável que seja e como - e então o log terá um erro distorcido. Por outro lado, sem experiências e predeterminando a distribuição do erro, você realmente não sabe qual medida está distorcida e qual não é. Eles podem até ser ambos distorcidos, dependendo da sua aplicação. Uma vez que você determinou a distribuição, você acabou com o problema que Andy mencionou. Como é computable é isso. Em outras palavras, você precisa tomar a distribuição de probabilidade do sinal ou distância RSSI e então calcular a distribuição de probabilidade do sinal suavizado. Isso variará bastante dependendo da distribuição de probabilidade do erro e provavelmente determinará onde é mais sensato colocar seu filtro. Eu acho que em qualquer situação você provavelmente vai precisar de um filtro com alfa muito baixo Você pode fazer esse processo, independentemente de seus dados serem ou não previsíveis. O problema é que você poderia estar interessado em determinar quando o objeto mudou 1m e obter resultados, como eu tenho 90 certeza de que o objeto se moveu entre -1m e 4m ou a inversão desta pergunta. Como com certeza estou o objeto movido 1m 15. atendeu 23 de fevereiro às 16:48 A dificuldade em usar o RSSI é o resultado de uma medição instantânea, em vez de tempo, dentro da maioria dos dispositivos que o denunciam. Se assim for, quanto seria necessário um circuito extra para fazer a medida do RSSI ser algo De um resultado calculado no tempo ndash supercat 23 de fevereiro às 20:15 Mesmo com amostras médias de tempo, a predição em configurações muito controladas pode ainda ser esporádica. Ndash SomeEE 23 de fevereiro 14 às 21:30 Mesmo com a média contínua, ou você significa uma média de várias vezes a uma taxa de amostragem que é baixa em relação à freqüência RF ndash supercat 23 de fevereiro 14 em 22: 01Summit Modo de rádio do Centro de conhecimento (configuração do perfil SCU) O modo de rádio é uma configuração de perfil SCU que indica o uso de 802.11a. 802.11g. 802.11b. E 802.11n freqüências e taxas de dados ao interagir com um ponto de acesso ou o uso de modo ad hoc para associar a um rádio de estação em vez de um ponto de acesso. Quando a SCU opera com um rádio Summit 802.11g, um administrador pode selecionar entre os seguintes valores de modo de rádio: taxas B apenas - 1, 2, 5,5 e 11 Mbps. Apenas taxas G - 6, 9, 12, 18, 24, 36, 48 e 54 Mbps. Taxas BG cheias - Todas as taxas B e G, mais N taxas se suportadas. Subconjunto BG - 1, 2, 5,5, 6, 11, 24, 36 e 54 Mbps. Isso só deve ser usado com os APs da Cisco executando o IOS em modo autônomo (sem controladores). Para os APs da Cisco que estão ligados aos controladores e aos APs que não sejam da Cisco, a Summit recomenda as taxas BG cheias. Ad Hoc - Quando selecionado, o rádio Summit usa o modo ad hoc em vez do modo infra-estrutura. No modo infra-estrutura, o rádio se associa a um AP. No modo ad hoc, o rádio associa a outro rádio da estação que está no modo ad hoc e possui a mesma chave SSEP SSID e, se configurada, estática. Nota: O padrão é as taxas BG cheias. Quando o SCU opera com um rádio Summit 802.11ag, um administrador pode selecionar entre os seguintes valores de modo de rádio: taxas B apenas - 1, 2, 5,5 e 11 Mbps. Apenas taxas G - 6, 9, 12, 18, 24, 36, 48 e 54 Mbps. Taxas BG cheias - Todas as taxas B e G, mais N taxas se suportadas. Apenas taxas - 6, 9, 12, 18, 24, 36, 48 e 54 Mbps (o mesmo que as taxas de G), além das taxas de N, se suportadas. Taxas ABG cheias - Todas as taxas A e todas as taxas B e G, com taxas A (o rádio 802.11a) preferidas, além de N se suportadas. Consulte a Banda Preferida para o Rádio 802.11ag para obter mais informações. Taxas BGA completas - Todas as taxas B e G e todas as taxas A, com as taxas B e G preferidas, mais preferidas, além das taxas N, se suportadas. Subconjunto BG - 1, 2, 5,5, 6, 11, 24, 36 e 54 Mbps. Isso só deve ser usado com os APs da Cisco executando o IOS em modo autônomo (sem controladores). Para os APs da Cisco que estão ligados aos controladores e aos APs que não sejam da Cisco, a Summit recomenda as taxas BG cheias. Ad Hoc - Quando selecionado, o rádio Summit usa o modo ad hoc em vez do modo infra-estrutura. No modo infra-estrutura, o rádio se associa a um AP. No modo ad hoc, o rádio associa a outro rádio da estação que está no modo ad hoc e possui a mesma chave SSEP SSID e, se configurada, estática. Nota: O padrão é ABG taxas cheias. Banda preferida para rádio 802.11ag Quando o valor do modo de rádio é cheio de taxas de ABG, a banda de 5 GHz (A) é preferida na faixa de 2,4 GHz (BG). Quando o modo do modo de rádio está com taxas BGA cheias, a banda de 2,4 GHz (BG) é preferida na faixa de 5 GHz (A). Ao tentar associar a um ponto de acesso, o rádio considera pontos de acesso na banda preferida. Se o rádio puder associar a um desses pontos de acesso, o rádio não tentará associar a um ponto de acesso na outra banda. A única vez que o rádio tenta associar a um ponto de acesso na banda não preferida é quando o rádio não está associado e não pode ser associado na banda preferida. Quando roaming, o rádio considera apenas pontos de acesso na faixa atual (a banda na qual o rádio está atualmente associado). O rádio considerará um ponto de acesso na outra banda apenas se perder a associação. Modo de rádio 802.11ag com rádio 802.11g Quando um administrador tenta criar ou editar um perfil. O SCU determina qual rádio está operando no dispositivo e preenche os valores do modo de rádio disponível de acordo com o tipo de rádio. Suponha que um perfil criado para um cartão 802.11ag seja carregado em um dispositivo com um cartão 802.11g. Se um valor de modo de rádio de taxas A somente, as taxas ABG cheias ou as taxas BGA completas foram definidas no perfil, então o SCU exibe um valor de taxas BG cheias. Se o administrador não salvar as alterações no perfil, o SCU deixa o perfil, inclusive o modo de rádio, inalterado. Se o administrador salva quaisquer alterações no perfil, o SCU salva o valor do modo de rádio como taxas BG cheias. Um perfil de rádio (perfil de configuração) é um conjunto de parâmetros armazenados no registro e que definem a forma como o rádio (estação) se associa a uma infra-estrutura de LAN sem fio (WLAN). Um perfil contém informações, incluindo o Identificador do Conjunto do Sistema (SSID ou o nome da infra-estrutura WLAN), os meios de criptografia de dados, tipo de autenticação, credenciais de segurança, etc. Um dispositivo de estação que opera com mais de uma infra-estrutura WLAN (talvez em diferentes edifícios ) Tende a ter mais de um perfil configurado no dispositivo. Configurações de rádio (SCU Profile Window) O seguinte é SCU Configurações de rádio: Alternative RSSI Measurement 113 Sugiro uma maneira alternativa de medir o valor de RSSI. Em vez de medir uma média móvel simples Sugira calcular uma média móvel automática regressiva. As vantagens incluem menos consumo de memória, controle mais rápido, mais suave e melhor sobre a suavidade. Uma implementação muito ingênua seria a seguinte: Este RangedBeacon calcula seu rssi na base de uma média móvel automática regressiva (ARMA). Ele precisa apenas do valor atual para fazer isso, a fórmula geral é n (t) n (t-1) - c (N (t-1) - n (t)) onde c é um coeficiente, que denota a suavidade - quanto menor for o valor, mais suave a nota média: uma média mais suave precisa mais tempo para se estabelecer a classe pública ARMARangedBeacon estende RangedBeacon private static Final String TAG ARMARangedBeacon inicialmente definido como valor mínimo private int armaMeasurement -100 público ARMARangedBeacon (Beacon beacon) super (beacon) public void addMeasurement (Integer rssi) LogManager. d (TAG, adicionando rssi: s, rssi) setTracked (true) armaMeasurement Double. valueOf (armaMeasurement - 0.1 (armaMeasurement - rssi)). IntValue () LogManager. d (TAG, armaMeasurement: s, armaMeasurement) public boolean noMeasurementsAvailable () return false protected double calculateRunningAverage () return armaMeasurement Claro, instanciação Em RangeState. addBeacon () deve ser configurável e não apenas: mRangedBeacons. put (beacon, novo ARMARangedBeacon (beacon))