Problème de transmission avec nRF24L01+

**JPD59** · 03/10/2020, 18h11

Bonjour,

J’ai réalisé le montage suivant comprenant 2 parties pour mesurer température et humidité intérieures et extérieures et l’afficher sur un écran LCD*:
• Module principal*: Partie intérieure comprend un arduino Uno, un capteur de T° DHT22, un module horloge DS3231, un afficheur LCD I2C 4 lignes sur 20 caractères, un transmetteur nRF24L01+
◦ Librairies utilisées*: #include "DHT.h", #include <Wire.h>, #include <LiquidCrystal_I2C.h>, #include <DS3231.h>, #include <SPI.h>, #include <nRF24L01.h>, #include <RF24.h>
• Module déporté*

artie extérieure comprend un arduino Pro Mini, un capteur de T° DHT22, un module horloge DS3231, un transmetteur nRF24L01+
◦ Librairies utilisées*: #include "DHT.h", #include <Wire.h>, #include <DS3231.h>, #include <SPI.h>, #include <nRF24L01.h>, #include <RF24.h>
Chaque module a été testé séparément sur chaque Arduino et la liaison nRF24L01+ a été testé avec succès dans les deux sens.

Sans la partie du programme concernant l’afficheur, les programmes des 2 parties fonctionnent correctement.
A la 1ère utilisation de l’instruction*: lcd.setCursor(), l’ensemble continue de fonctionner.
Si on ajoute une seconde instruction lcd.setCursor() on ne reçoit plus le message en provenance du module déporté.
De même la réception ne fonctionne plus si on utilise l’instruction*: lcd.createChar()

Merci d’avance pour votre aide.
Cordialement
Jean-Pierre

**Jay M** · 03/10/2020, 18h21

Salut

Et si vous enlevez le lcd et remplacez tous les affichages par une sortie sur le port série, est-ce que ça bug de la même manière ?

Le code et un schéma détaillé du montage et des alimentations aiderait aussi à y voir plus clair...

**JPD59** · 03/10/2020, 18h35

Merci pour la prise en compte de ma demande

Les sorties sur le port série fonctionnent correctement dans tous les cas
Ci-joint les 2 programmes.
Cordialement

**Jay M** · 03/10/2020, 18h56

Envoyé par JPD59

Les sorties sur le port série fonctionnent correctement dans tous les cas

Quand vous dites

Chaque module a été testé séparément sur chaque Arduino et la liaison nRF24L01+ a été testé avec succès dans les deux sens.

est-ce que le test de transmission a été effectué avec votre code mais sans le LCD ?

(afin d'éliminer l'influence du SPI et de l'alimentation du LCD sur la transmission)

pouvez vous aussi donner les liens vers les bibliothèques utilisés ? il y a en a plein pour la DS3231 et il y a deux LiquidCrystal_I2C

cette partie sur la déclaration d'adresse

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

    const byte adresse[][6] = {"00001"};

n'est pas comme il faut il me semble car l'appel à

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

radio.openReadingPipe(1,adresse);

ne correspond pas à la signature de openReadingPipe(). (vous passez l'adresse d'un tableau à "2 dimensions" (qui n'a qu'un élément) et la bibliothèque attend un truc de 8 octets (uint64_t). essayez avec un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

const uint64_t adresse = 0xABCDABCD71LL;

par exemple

à quoi sert

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
// Variables utilisées pour la lecture des données
const int dimension = 32;
char information[dimension + 1];

**JPD59** · 03/10/2020, 19h57

est-ce que le test de transmission a été effectué avec votre code mais sans le LCD ?

Le test a été réalisé avec mon code en mettant en commentaires toutes les lignes relatives à l'afficheur.

pouvez vous aussi donner les liens vers les bibliothèques utilisés ? il y a en a plein pour la DS3231 et il y a deux LiquidCrystal_I2C

https://github.com/NorthernWidget/DS3231
https://github.com/johnrickman/LiquidCrystal_I2C

cette partie sur la déclaration d'adresse n'est pas comme il faut il me semble car l'appel à ne correspond pas à la signature de openReadingPipe(). (vous passez l'adresse d'un tableau à "2 dimensions" (qui n'a qu'un élément) et la bibliothèque attend un truc de 8 octets (uint64_t)

Je vais essayer et je vous tiens au courant

à quoi sert le code

C'est un ancien morceau de code que j'ai oublié de retirer

Cordialement

**JPD59** · 03/10/2020, 21h12

J'ai testé l'adresse :

const uint64_t adresse = 0xABCDABCD71LL;

en lieu et place de l'adresse initiale :

const byte adresse[][6] = {"00001"};

Il semble que le problème soit résolu.
Je ne pourrai pas travailler dessus demain, mais dès lundi je vous confirme si le problème est totalement résolu.

Un grand merci pour votre aide.