Déménagement Moyenne Rssi

Je tiens à développer mon commentaire un peu, mais il a chevauchement avec ce qu'Andy et Olin ont dit. L'utilisation de RSSI pour la localisation (recherche des distances) peut être quelque peu imprévisible, même dans les laboratoires où le bruit a été minimisé. Sur le plan positif, il ya des cas où il se comporte assez bien. La première chose que vous devez faire est de prendre quelques mesures et de voir si elle agit même près de prévisible dans votre cadre. Je peux offrir plus d'informations sur différentes méthodes ici, mais d'abord vous devriez juste prendre des échantillons dans plusieurs configurations qui seront susceptibles de se produire avec votre appareil et voir si la mesure relative RSSI reflète les distances relatives. Une fois que vous avez fait cela, si tout semble assez prévisible, alors ce que vous voulez faire quantifier cette prévisibilité en calculant les distributions de probabilité. Cela vous permet de changer l'inférence des déclarations telles que Par la lecture RSSI, je suis sûr que la distance est de 5m à Par la lecture RSSI indiquant une distance de 5m, je suis 90 sûr que l'objet est entre 4m et 6m. Il existe diverses méthodes qui peuvent être utilisées ici, laissez-moi savoir si vous êtes intéressé. Quand Olin dit que le log n'est pas adapté à la moyenne, ce que cela signifie pour moi est de supposer que la mesure de distance a une fonction d'erreur qui est également susceptible d'être e comme - e, alors log aura une erreur biaisée. D'autre part, sans les expériences et en prédéterminant la distribution de l'erreur, vous ne savez pas vraiment quelle mesure est biaisée et ce qui n'est pas. Ils peuvent même être biaisés en fonction de votre application. Une fois que vous avez déterminé la distribution, vous vous retrouvez avec le problème que Andy a mentionné. Comment calculable est-ce En d'autres termes, vous devez prendre la distribution de probabilité du signal RSSI ou distance et ensuite calculer la distribution de probabilité du signal lissé. Cela variera grandement en fonction de la distribution de probabilité de l'erreur et sera probablement déterminer où il est plus logique de mettre votre filtre. Je pense que dans l'une ou l'autre situation vous allez probablement besoin d'un filtre à très faible alpha Vous pouvez faire ce processus si vos données sont prévisibles ou non. Le problème est que vous pourriez être intéressé à déterminer quand l'objet a bougé 1m et obtenir des résultats tels que je suis 90 sûr que l'objet a bougé entre -1m et 4m ou inverser cette question Comment suis-je sûr que l'objet a bougé 1m 15. réponse Feb 23 14 at 16:48 La difficulté d'utiliser RSSI est-elle une mesure instantanée plutôt que temporelle dans la plupart des appareils qui le signalent? Si oui, combien de circuits supplémentaires seraient nécessaires pour que la mesure de RSSI soit quelque chose D'un résultat moyenné dans le temps ndash supercat Feb 23 14 at 20:15 Même avec des échantillons moyennés en temps, la prédiction dans des environnements très contrôlés peut encore être sporadique. Ndash SomeEE Feb 23 14 at 21:30 Même avec la moyenne en continu, ou voulez-vous dire la moyenne à plusieurs reprises à un taux d'échantillonnage qui est faible par rapport à la fréquence RF ndash supercat Feb 23 14 à 22: 01Summit Knowledge Center Radio Mode (profil SCU profil) Le mode Radio est un profil SCU qui indique l'utilisation de 802.11a. 802.11g. 802.11b. Et 802.11n fréquences et les débits de données lors de l'interaction avec un point d'accès, ou l'utilisation du mode ad hoc pour associer à une station radio au lieu d'un point d'accès. Lorsque SCU fonctionne avec une radio Summit 802.11g, un administrateur peut choisir parmi les valeurs de mode radio suivantes: B uniquement - 1, 2, 5,5 et 11 Mbps. G seulement - 6, 9, 12, 18, 24, 36, 48 et 54 Mbps. BG rates full - Tous les taux B et G, plus les taux N si supporté. BG Sous-ensemble - 1, 2, 5,5, 6, 11, 24, 36 et 54 Mbps. Cela ne doit être utilisé qu'avec les APS de Cisco exécutant IOS en mode autonome (sans contrôleurs). Pour les points d'accès Cisco qui sont liés aux contrôleurs et aux AP autres que Cisco, Summit recommande les tarifs BG complets. Ad Hoc - Lorsqu'elle est sélectionnée, la radio Summit utilise le mode ad hoc plutôt que le mode infrastructure. En mode infrastructure, la radio s'associe à un AP. En mode ad hoc, la radio s'associe à une autre station radio en mode ad hoc et possède le même SSID et, si elle est configurée, une clé WEP statique. Remarque: Par défaut, les taux BG sont complets. Lorsque SCU fonctionne avec une radio Summit 802.11ag, un administrateur peut choisir parmi les valeurs de mode radio suivantes: B uniquement - 1, 2, 5,5 et 11 Mbps. G seulement - 6, 9, 12, 18, 24, 36, 48 et 54 Mbps. BG rates full - Tous les taux B et G, plus les taux N si supporté. Un taux seulement - 6, 9, 12, 18, 24, 36, 48, et 54 Mbps (même que les taux de G), plus les taux de N si pris en charge. Taux ABG - Tous les taux A et tous les taux B et G, avec les taux A (la radio 802.11a) préférés, plus N si supporté. Pour plus d'informations, reportez-vous à Bandes préférées pour la radio 802.11ag. Taux BGA - Tous les taux B et G et tous les taux A, avec les taux B et G (la radio .11g) préférés, plus les taux N, s'ils sont pris en charge. BG Sous-ensemble - 1, 2, 5,5, 6, 11, 24, 36 et 54 Mbps. Cela ne doit être utilisé qu'avec les APS de Cisco exécutant IOS en mode autonome (sans contrôleurs). Pour les points d'accès Cisco qui sont liés aux contrôleurs et aux AP autres que Cisco, Summit recommande les tarifs BG complets. Ad Hoc - Lorsqu'elle est sélectionnée, la radio Summit utilise le mode ad hoc plutôt que le mode infrastructure. En mode infrastructure, la radio s'associe à un AP. En mode ad hoc, la radio s'associe à une autre station radio en mode ad hoc et possède le même SSID et, si elle est configurée, une clé WEP statique. Remarque: La valeur par défaut est les taux ABG plein. Bande préférée pour la radio 802.11ag Lorsque la valeur du mode radio est ABG pleine, la bande 5 GHz (A) est préférée à la bande 2,4 GHz (BG). Lorsque la valeur du mode radio est BGA pleine, la bande 2,4 GHz (BG) est préférée à la bande 5 GHz (A). Lors de la tentative d'association à un point d'accès, la radio considère les points d'accès dans la bande préférée. Si la radio est capable d'associer à un de ces points d'accès, alors la radio n'essayera pas d'associer à un point d'accès dans l'autre bande. Le seul moment où la radio tente d'associer à un point d'accès dans la bande non préférée est lorsque la radio n'est pas associée et ne peut pas s'associer dans la bande préférée. Lors de l'itinérance, la radio ne considère que les points d'accès dans la bande actuelle (la bande dans laquelle la radio est actuellement associée). La radio considère un point d'accès dans l'autre bande seulement si elle perd l'association. Mode radio 802.11ag avec la radio 802.11g Lorsqu'un administrateur essaie de créer ou de modifier un profil. SCU détermine quelle radio fonctionne dans l'appareil et remplit les valeurs de mode radio disponibles en fonction du type de radio. Supposons qu'un profil créé pour une carte 802.11ag soit chargé sur un périphérique avec une carte 802.11g. Si une valeur de mode radio de A est uniquement valable, les taux ABG sont complets ou les taux BGA complets ont été définis dans le profil, la SCU affiche alors une valeur de BG pleine. Si l'administrateur ne sauvegarde pas les modifications apportées au profil, SCU quitte le profil, y compris le mode radio, inchangé. Si l'administrateur enregistre les modifications apportées au profil, SCU enregistre la valeur du mode radio en tant que taux BG plein. Un profil radio (profil de configuration) est un ensemble de paramètres qui sont stockés dans le registre et qui définissent la manière dont la radio (station) s'associe à une infrastructure LAN sans fil (WLAN). Un profil contient des informations telles que l'identificateur de système (SSID ou le nom de l'infrastructure WLAN), les moyens de cryptage des données, le type d'authentification, les informations d'identification de sécurité, etc. Un dispositif de station qui fonctionne avec plus d'une infrastructure WLAN (peut - ) A tendance à avoir plus d'un profil configuré sur l'appareil. Réglages radio (fenêtre Profil SCU) Voici les réglages de la radio SCU: Alternative RSSI Measurement 113 Je suggère une autre méthode de mesure de la valeur RSSI. Au lieu de mesurer une moyenne mobile ordinaire suggèrent de calculer une moyenne mobile auto régressive. Les avantages seraient moins de consommation de mémoire, plus rapide, plus lisse et un meilleur contrôle sur la douceur. Une mise en œuvre très naïve serait la suivante: Cette RangedBeacon calcule son rssi sur la base d'une moyenne mobile régressive automatique (ARMA) Il n'a besoin que de la valeur courante pour ce faire la formule générale est n (t) n (t-1) - c (N (t-1) - n (t)) où c est un coefficient, c'est-à-dire le lissé - plus la valeur est basse, plus lisse la moyenne Note: une moyenne plus lisse a besoin de plus de temps pour s'établir public class ARMARangedBeacon extends RangedBeacon private static Final String TAG ARMARangedBeacon initialement mis à min valeur private int armaMeasurement -100 public ARMARangedBeacon (Beacon beacon) super (beacon) public void addMeasurement (Entier rssi) LogManager. d (TAG, ajout de rssi: s, rssi) setTracked (true) armaMeasurement Double. valueOf (armaMeasurement - 0.1 (armaMeasurement - rssi)). IntValue () LogManager. d (TAG, armaMesure: s, armaMeasurement) public boolean noMeasurementsAvailable () retour false protected double calculerRunningAverage () return armaMeasurement Bien sûr instantiation dans RangeState. addBeacon ) Doit être configurable et pas seulement: mRangedBeacons. put (balise, nouveau ARMARangedBeacon (balise))