Différences

Ci-dessous, les différences entre deux révisions de la page.

--- max_lorawan_tracker [2019/02/12 22:27] – [Pseudo code] bigMax
+++ max_lorawan_tracker [2020/02/04 16:19] (Version actuelle) – ↷ Liens modifiés en raison d'un déplacement. serge
@@ Ligne 13: / Ligne 13: @@
 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.
 ==== Le RFM95 de la Chistera Pi ====
-{{ :max:chistera_pi_rfm95_pinout.png?direct&150|}}
+{{ media_06:chistera_pi_rfm95_pinout.png?direct&150|}}
 cf [[ rfm95#la_chsitera_pi  | La Chistera Pi]]
@@ Ligne 35: / Ligne 35: @@
 ==== Ecran TFT 240x240 px  ST7789 ====
-{{ :max:tft_240px_screen.jpg?nolink&200|}}
+{{ media_06:tft_240px_screen.jpg?nolink&200|}}
-  * SDA (SPI MOSI) => ESP32 GPIO19
+  * SDA (SPI MOSI) => ESP32 GPIO19 (ou GPIO12 si on utilise 2 ports SPI différents)
-  * SCL (SPI SCLK) => ESP32 GPIO18
+  * 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
+<WRAP center round important 60%>
+Je n'ai pas réussi à driver correctement les 2 modules (lora et écran) sur le meme port SPI, donc j'ai déplacé l'écran sur le port HSPI.
+</WRAP>
 ==== Groove GPS ====
-{{ :max:groove_gps_module.jpg?nolink&200|}}
+{{ media_06:groove_gps_module.jpg?nolink&200|}}
 Le module Groove GPS communique avec un port serie asynchrone.
@@ Ligne 59: / Ligne 64: @@
   * cf [[ https://github.com/matthijskooijman/arduino-lmic ]]
   * cf [[ https://github.com/mcci-catena/arduino-lmic ]]
-  * cf LMiC v1.5 doc: {{ :max:lmic-v1.5.pdf |}}
+  * cf LMiC v1.5 doc: {{ media_06:lmic-v1.5.pdf |}}
 Configuration du cablage :
@@ Ligne 81: / Ligne 86: @@
 </code>
-Attention, il faut appeler SPI.begin() en fournissant le cablage du SPI pour le module RFM95. Le moment opportun est probablement à chaque fois que l'on souhaite envoyer un message.
+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.
 <code c>
     // Configure SPI
@@ Ligne 94: / Ligne 99: @@
     - Scheduling d'un envoie d'une payload CayenneLPP contenant les coordonnées GPS au maximum une fois par minute
     - Affichage des coordonnées GPS + affichage du dernier evenement MAC (LoRaWAN) retourné par LMIC
+==== Problèmes ====
+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.
 ===== Configuration TTN =====