Etape 11 : Débogage Serial
Si vous envisagez de modifier le code pour faire votre appel d’offres (et je vous encourage fortement à le faire), vous voudrez faire usage de la DEBUG_PRINT() déclarations dispersées sur la bibliothèque. Ces imprimera des informations via le port série chaque fois que les diverses manifestations ont lieu. L’UART est initialisé à un taux en bauds 9600, mais c’est facilement modifié en include/user_config.h. Sous Linux, j’utilise le programme gtkterm pour le débogage serial.
La première image montre une initialisation typique de cette démo.
Après que ce premier message est envoyé, PubNub enverra une réponse vide. Maintenant, nous pouvons vous abonner à un canal. Le premier appel subscribe utilisera un Timetoken « 0 ». PubNub répondra avec un timetoken valide qui doit être utilisé dans le prochain appel de s’abonner. (Voir la deuxième image).
Partir de là, chaque fréquence après un abonnement contiendra une nouvelle Timetoken. Cette nouvelle Timetoken doit toujours être utilisé dans le prochain appel de s’abonner. Après un appel de s’abonner, le programme attend une réponse ou un délai d’attente. Lorsqu’un message est reçu, il sera affiché et l’utilisateur défini s’abonner fonction de rappel en user_main.c sera appelée. (Voir l’image).
Si le bouton sur GPIO0 est enfoncé, une demande de publication se fera. Vous devriez voir un message "Waiting sur les abonnements". La publication se fera ensuite après réception du message suivant ou un dépassement de délai se produit (dans environ 300 secondes). Après l’événement de publication, un nouvel appel de s’abonner à l’aide de la dernière Timetoken est fait à nouveau. (Se reporter à la quatrième image.)
Notez que les messages envoyés depuis cet appareil à un canal souscrit seront accueillis sur cet appareil ainsi. (Voir l’image cinquième).