Analyse de LTE Cat.M1 PSM (mode d'économie d'énergie): 4 étapes

2024 Auteur: John Day | [email protected]. Dernière modifié: 2024-01-30 09:05

Dans l'article précédent, nous avons expliqué comment définir le cycle Actif/Veille à l'aide de PSM. Veuillez vous référer à l'article précédent pour des explications sur les paramètres matériels et PSM et la commande AT.

(Lien:

L'état actif indique qu'un état du module Cat. M1 est sous tension. Et l'état de veille indique un état qui ne peut pas recevoir le message de pagination du réseau comme hors tension.

Ce guide sera expliqué sur la base des résultats des tests de l'état de connexion du réseau LTE, IP, socket, ThingPlug, etc. en fonction de l'état Actif / Veille défini à l'aide de la fonction PSM..

Étape 1: État actif - Procédure d'exécution automatique du module

1. Rattachement du réseau LTE Cat. M1

Comme le montre la figure suivante, lorsque vous vérifiez la connexion réseau à l'aide de la commande « AT + CEREG » après l'état de veille par le paramètre PSM, vous pouvez voir que la réponse est normalement connectée en tant que « + CEREG: 0, 1 » en quelques secondes.

2. IP réattribué

Après l'état de veille, lorsque vous interrogez l'adresse IP réaffectée à l'aide de la commande « AT * WWANIP ? » commande, vous pouvez voir que vous avez reçu une adresse IP différente qu'auparavant. Par conséquent, on peut en déduire que la connexion socket n'est pas maintenue.

Étape 2: État actif - Procédure d'exécution manuelle de l'utilisateur

Chaque fois que le module est dans l'état Actif, le module accède automatiquement au réseau, réalloue l'adresse IP et pour utiliser d'autres fonctions, il doit réexécuter.

1. Prise

Comme vous pouvez le voir dans le journal ci-dessous, la connexion socket n'est pas maintenue. Donc, si vous devez envoyer des données via le socket, la reconnexion du socket est obligatoire.

2. Bouchon de chose

De plus, la connexion Thingplug n'est pas maintenue. Donc, si vous devez envoyer des données via ThhingPlug, la reconnexion ThhingPlug est obligatoire.

3. GPS

Si vous devez utiliser la fonction PSM dans l'application de localisation, vous devez exécuter la commande 'AT $$ GPS' pour obtenir des informations GPS à chaque état actif.

Étape 3: État de veille - Données pouvant être reçues ou non

1. SMS

Lorsque le module est en état de veille, le SMS est envoyé au module depuis le smartphone. Lorsque le module revient à l'état actif, il reçoit le SMS qui était en attente dans le réseau Cat. M1.

2. ThingPlug JsonRPC

Afin de recevoir le message JsonRPC de ThingPlug lorsque le module est en état de veille. Il doit se connecter à ThingPlug avec le paramètre suivant.

Le 6ème paramètre de la commande suivante doit être défini sur '1' comme ceci AT + SKTPCON = 1, MQTT, 211.234.246.112, 1883, 120, 1, simple_v1, Device Token, Service ID, Device ID'

Pour vérifier si cela fonctionne bien, envoyez un message de contrôle au module à l'aide de ThingPlug JsonRPC lorsque le module est en état de veille. Après cela, lorsque le module revient à l'état Actif et se reconnecte au ThingPlug, il recevra le message JsonRPC en attente sur le serveur ThingPlug.

3. Données de socket

Même l'adresse IP est modifiée et la connexion au socket n'est pas maintenue, de sorte que les données du socket ne peuvent pas être reçues lorsque l'appareil est en état de veille.

Étape 4:

Comme vous pouvez le voir dans les tests ci-dessus, le module se connectera automatiquement au réseau Cat. M1 et réallouera l'IP pour chaque état actif.

D'autres fonctions (socket, ThingPlug, GPS) nécessitent une reconnexion ou une réexécution. Et le socket, ThingPlug, ne peut pas être maintenu.

De plus, dans le cas du SMS, lorsque le module est en état de veille, il est en attente sur le réseau Cat. M1. et ThingPlug Json PRC est en attente sur le serveur ThingPlug.

Par conséquent, si vous utilisez la fonction PSM avec la fonction Socket, ThingPlug et GPS, vous devez reconnecter la prise, le ThingPlug et le GPS à chaque état actif.