Réaliser un dispositif portable émettant des messages LoRa à notre gateway TTN. Ces messages contiendront les coordonées GPS de l'émetteur. En nous promenant avec le tracker nous pourrons cartographier la qualité du signal LoRa.

• Utiliser un module GPS pour la première fois
• Utiliser un Le modem LoRa RFM95 pour la premiere fois
• Installer une infrastructure capable de dépasser le TTN Fair Access Policy.

J'ai envie de continuer à bricoler avec les ESP32, donc malgré que la Chistera Pi soit un shield Raspberry Pi, je vais la piloter avec un ESP32.

cf La Chistera Pi

• MOSI ⇒ Chistera Pi Pin 19 (Rasp Pi GPIO10) ⇒ ESP32 GPIO19
• MISO ⇒ Chistera Pi Pin 21 (Rasp Pi GPIO9) ⇒ ESP32 GPIO23
• SCLK ⇒ Chistera Pi Pin 23 (Rasp Pi GPIO11) ⇒ ESP32 GPIO18
• SS ⇒ Chistera Pi Pin 24 (Rasp Pi GPIO8) ⇒ ESP32 GPIO5
• RST ⇒ Chistera Pi Pin 11 (Rasp Pi GPIO17) ⇒ ESP32 GPIO4
• GND ⇒ Chistera Pi Pin 25 (Rasp Pi GND)
• 3.3V ⇒ Chistera Pi Pin 17 (Rasp Pi 3V3)
• DIO0 ⇒ Chistera Pi Pin 07 (Rasp Pi GPIO4) ⇒ ESP32 GPIO21
• DIO1 ⇒ Chistera Pi Pin 16 (Rasp Pi GPIO23) ⇒ ESP32 GPI26
• DIO2 ⇒ Chistera Pi pin 18 (Rasp Pi GPIO24) ⇒ ESP32 GPI27

Nous avons besoin d'alimenter le shield grace au pins GND et 3.3V.

Nous avons besoin du port SPI qui est composé des 4 pins MOSI MISO SCLK et SS, pour communiquer avec le circuit.

La bibliothèque Arduino LMIC que nous utiliserons pour piloter le circuit utilise également les ports DIO0 DIO1 et DIO2 (Digital Input Output). Elle utilise également le pin RST pour s'assurer que le circuit est toujours dans un état consistent.

• SDA (SPI MOSI) ⇒ ESP32 GPIO19 (ou GPIO12 si on utilise 2 ports SPI différents)
• SCL (SPI SCLK) ⇒ ESP32 GPIO18 (ou GPIO14 si on utilise 2 ports SPI différents)
• DC (SPI SS) ⇒ ESP32 GPIO15
• Reset ⇒ ESP32 GPIO22 (voir si elle est utilisable)
• BLK ⇒ not connected
• GND
• 3.3V

Le module Groove GPS communique avec un port serie asynchrone. cf : http://wiki.seeedstudio.com/Grove-GPS/

• Groove RX ⇒ ESP32 GPIO17 (TX2)
• Groove TX ⇒ ESP32 GPIO16 (RX2)
• GND
• 3.3V

• cf https://github.com/matthijskooijman/arduino-lmic
• cf https://github.com/mcci-catena/arduino-lmic
• cf LMiC v1.5 doc: lmic-v1.5.pdf

Configuration du cablage :

const lmic_pinmap lmic_pins = {
    .nss = 5,
    .rxtx = LMIC_UNUSED_PIN,
    .rst = 4,
    .dio = {21, 26, 27},
    // optional: set polarity of rxtx pin.
    .rxtx_rx_active = 0,
    // optional: set RSSI cal for listen-before-talk
    // this value is in dB, and is added to RSSI
    // measured prior to decision.
    // Must include noise guardband! Ignored in US,
    // EU, IN, other markets where LBT is not required.
    .rssi_cal = 0,
    // optional: override LMIC_SPI_FREQ if non-zero
    .spi_freq = 0,
};

Attention, il faut appeler SPI.begin() en fournissant le cablage du SPI pour le module RFM95. Le moment opportun est lors du setup() du code arduino.

    // Configure SPI
    SPI.begin(18, 23, 19, 5);

1. Boot
2. Affichage du dernier évenement MAC (LoRaWAN) : néant et du statut GPS : “acquisition en cours …”
3. Boucle infini
   1. Acquisition des coordonnées GPS / Attente de coordonnées valides
   2. Scheduling d'un envoie d'une payload CayenneLPP contenant les coordonnées GPS au maximum une fois par minute
   3. Affichage des coordonnées GPS + affichage du dernier evenement MAC (LoRaWAN) retourné par LMIC

Pour le moment je n'ai pas réussi à convenablement interfacer l'écran et le module lora sur le même port SPI. Soit le code du module LoRa crash, soit l'écran crash, mais je n'arrive pas à faire cohabiter les 2 devices sur le même port SPI. J'ai tenté de changer la librairie utilisé pour l'écran.
De plus, j'étais incapable d'utiliser la librairie Adafruit avec un port SPI hardware. Seul le SPI software fonctionnait. Je l'ai donc remplacé par la lib de Bodmer TFT-eSPI qui est capable de driver beaucoup d'écrans différents et est conçu pour fonctionner avec l'ESP.
Même avec cette nouvelle librairie, je n'arrive toujours pas à faire cohabiter les 2 devices. Je pense donc changer mon cablage pour utiliser les 2 SPI hardware disponible sur l'ESP32. J'ai tenté plusieurs tweek sans succès :

• Désactiver les interruptions de LMIC (il me semble que c'est indispensable pour éviter les conflits sur le port SPI)
• Forcer la fin des transactions SPI avant de changer de slave

Il est possible que ce ne soit pas mon utilisation qui pose problème, mais les drivers eux même qui ne permettent pas de passer un port SPI pour coordonner son utilisation.

• Création d'une application dans TTN : pas de problème
• Création d'un device dans TTN : pas de problème
• Pour ABP et OTAA, il faut faire attention à copier les clés dans le bon sens (soit little ou big endian) dans le sketch Arduino.
• Le tracker utilisera ABP ou OTAA ? De préférence OTAA, mais il est probablement problématique de faire plusieurs join. Il faudrait etre capable de conserver l'Id de session entre les reboot de l'ESP32 pour eviter les join successifs.

• Duty Cycle 1%
• Coordonnées GPS avec CyaenneLPP : 11 octets
• TTN Fair Acces Policy limite à 30 sec / jour / device le uplink. et 10 messages downlink / jour / device cf https://www.thethingsnetwork.org/forum/t/limitations-data-rate-packet-size-30-seconds-uplink-and-10-messages-downlink-per-day-fair-access-policy/1300
• En comptant transmettre 11 octets de données GPS par message, on calcul un temps d'émission de 87ms pour SF7 jusque 1975ms pour SF12. La TTN Fair Access Policy autorise donc 347 messages/jour/device en SF7 jusqu'à 15 messages/jour/device en SF12.

• Utilisation de arduino-lmic sur un esp32 : https://nathanmcminn.com/2018/09/12/tutorial-heltec-esp32-board-the-things-network/
• Plus de code : https://www.weargenius.in/amp/esp32-lorawan-node-using-arduino/
• TTN threads: https://www.thethingsnetwork.org/forum/t/big-esp32-sx127x-topic-part-1/10247 https://www.thethingsnetwork.org/forum/t/big-esp32-sx127x-topic-part-2/11973/845 https://www.thethingsnetwork.org/forum/t/big-esp32-sx127x-topic-part-3/18436
• ABP vs OTAA : https://www.thethingsnetwork.org/forum/t/what-is-the-difference-between-otaa-and-abp-devices/2723