46 réflexions au sujet de « Faire dialoguer un Raspberry et un Arduino via nRF24L01 »

1. neolao 27 juin 2015 à 21 h 41 min

   Jusqu’à quelle distance ça peut communiquer sans antenne ?

   Répondre ↓
   1. Christophe 28 juin 2015 à 12 h 15 min

      Si tu es dans une maison 10 mètres. En champs libre beaucoup plus ( 50 mètres ).
      Tu peux aller sur mon site ou je parle de la mise en oeuvre du module. http://www.caron.ws
      Pour ma part, j’utilise une antenne du coté serveur et il faut être à 250Kbs pour avoir une meilleure distance. Il y un peu de paramétrage à faire.
      Cordialement
      Christophe 🙂

      Répondre ↓
      1. neolao 28 juin 2015 à 12 h 42 min

         Merci !

         Très intéressante comme méthode.

         Répondre ↓
2. nono056 28 juin 2015 à 14 h 34 min

   Bonjour.
   Juste pour information, il existe aussi mysensrs qui utilise le meme materiel.
   Couple à Jeedom, ca donne un outil tres fonctionnel.

   Répondre ↓
3. Gustavo del mar 15 septembre 2015 à 15 h 35 min

   Merci pour votre article ; j’ai eu quelques difficultées avec le type définissant les pipes, j’ai utilisé la déclaration des exemples de la librairie RF24 et tout fonctionne correctement!

   Répondre ↓
   1. François MOCQ Auteur de l’article15 septembre 2015 à 15 h 40 min

      merci pour ce retour ! 😉

      Répondre ↓
4. ingfred 4 octobre 2015 à 11 h 04 min

   Merci pour le tuto.
   Tout fonctionne hormis une réponse {« status »: »false », »code »: »6″, »message »: »Wrong ACK »}
   Sur la console de l’arduino la répons est ok.
   Une idée ?
   Merci par avance.

   Répondre ↓
   1. François MOCQ Auteur de l’article4 octobre 2015 à 14 h 24 min

      Bonjour Ingfred
      Non, pas d’idée
      Essayez de poser la question dans le forum sur le tuto de Dominique
      cordialement
      François

      Répondre ↓
5. Sylvain 13 octobre 2015 à 17 h 16 min

   Bonjour,

   tout d’abord merci pour ce tutoriel.
   Je l’ai suivi entièrement, et lorsque j’essaie d’envoyer un message depuis le Rpi vers l’Arduino,
   pi@raspberrypi ~/nrf24l01 $ sudo ./sender ‘{« to »: »1″, »message »: »set=on »}’
   j’ai ce message :
   {« status »: »false », »code »: »5″, »message »: »Timed-out »}
   Les 2 modules MRF24 ne semblent pas arriver à communiquer ensemble.
   Avez-vous un conseil à me donner afin de résoudre ce pb et faire allumer cette fameuse LED ?
   Merci d’avance pour votre aide.
   Sylvain

   Répondre ↓
   1. ingfred 14 octobre 2015 à 6 h 49 min

      Bonjour Sylvain.
      J’ai eu le même soucis.
      En fait les pins utilisé pour les schema de montage ne correspondent pas au pins du programme. de mémoire c’est pour la connexion CE sur le raspi.
      Suis désolé de n’être pas plus précis, je n’ai pas le matos sous la main

      Répondre ↓
6. Tsim79 18 octobre 2015 à 22 h 45 min

   Bonjour,
   J’essai d’installé un module NRF24L01 sur mon RPI2 mais j’ai des erreur lors de la compilation. Après quelques recherches sur Google, je crois avoir compris que la librairie du BCM2835 normalement fait pour le PIB n’est pas compatible avec le PI2 qui utilise un BCM2836!!! Ai-je bien compris ou alors mon anglais est trop limité!?
   A cet effet j’ai cherché, trouvé et télécharger un fichier TAR de la librairie pour le PI2 mais comment faire pour le décompresser et le compiler via putty!?
   Merci de votre aide.

   Répondre ↓
   1. Tsim79 18 octobre 2015 à 22 h 49 min

      je me réponds à moi même…
      tar xzf fichier.tar.gz
      Donc je vais continuer a bidouiller pour voir si j’arrive à compiler cette librairie sans erreur pour utiliser un NRF24L01 en SPI sur mon RPI2.

      Répondre ↓
      1. François MOCQ Auteur de l’article19 octobre 2015 à 8 h 22 min

         merci pour le retour
         bon courage
         cordialement
         François

         Répondre ↓
7. Greg 19 octobre 2015 à 14 h 14 min

   Bonjour,

   Je vous remercie pour cet article, dont je me suis servi comme point de départ pour mon projet très simpliste. Néanmoins, après l’avoir lu et relu et après avoir lu de nombreux autres articles sur le sujet, je n’arrive toujours pas à envoyer une valeur quelconque de mon Arduino UNO R3 vers mon RPi2. Pas de sonde de je ne sais quoi! Juste transmettre un entier me comblerait de joie!!
   Je pense pourtant avoir bien mis en place:
   – le cablage du tout avec « wire jumpers » sur breadboard (en vérifiant l’absence de faux contacts au multimètre et en vérifiant bien les pins du RPi 2 rev 1.1)
   – les bons « pipes » (en faisant attention à ce que le pipe « write » sur l’Arduino soit de même adresse que le pipe « read » sur le RPi)
   – la bonne déclaration des pins CE et CSN, aussi bien sur le RPi (pin 15 pour GPIO22 et pin 24 pour CE0) que sur l’Arduino (pins 9 et 10)
   – le même « radio.CHANNEL() » sur RPi et sur Arduino, en ayant pris soin de vérifier grâce à l’utilitaire « scanner » que j’utilise un canal « libre ».

   Je pense que mon Arduino envoie bien les paquets (en tout cas, le programme d’envoi s’exécute normalement) mais par contre mon RPi reste en écoute, sans rien entendre… A noter que radio.details() sur mon RPi n’affiche rien de déconnant (les adresses sont bien définies, etc…). En regardant de plus près dans le code, je vois que « radio.available() » ne renvoie jamais « true »… Je pense pourtant que mon module RF24 du RPi fonctionne, puisque j’arrive à lancer l’utilitaire « scanner ».

   J’avoue ne plus savoir quoi tester et me tourne vers vous pour une éventuelle idée.
   Je ne sais tellement plus quoi faire que J’en viens à me questionner sur l’existence de parasites électromagnétiques éventuels (après tout, il y a quand même un paquet de trucs qui émettent à 2.4GHz…)… et ce d’autant que j’ai l’impression que mon module sur Arduino ne veut pas émettre s’il est trop près de mon PC portable (OK, j’ai peut-être des hallucinations…)!!

   J’ai lu ça et là qu’ajouter une capacité entre les broches 3.3V et GND du module RF24 pouvait résoudre des problèmes en cas de pertes de paquets… mais là, mon RPi ne reçoit pas mes paquets! Pareil, il parait que radio.setPALevel ne devrait pas être mis à MAX, mais plutôt à HIGH…

   Bref, je suis perdu… dès la première marche de mon projet! Ca promet…

   Merci beaucoup,
   Gregala

   Répondre ↓
8. HerveB 12 novembre 2015 à 17 h 57 min

   Bonjour,

   Si cela ne fonctionne pas c’est tout simplement parce que le NRF24L01 ne peut supporter des vitesses SPI supérieures à 10MHz (cf datasheet). Le programme pour le Raspberry Pi n’est donc pas bon puisqu’il fixe la vitesse sur le SPI à 16MHz : BCM2835_SPI_SPEED_16MHZ. Si vous la passez à 8MHz : BCM2835_SPI_SPEED_8MHZ tout fonctionnera comme prévu !

   Hervé

   Répondre ↓
   1. ingfred 13 novembre 2015 à 7 h 56 min

      Merci.
      Je teste cela pour voir si le wrong ACK disparait.

      Répondre ↓
9. jérémie 29 novembre 2015 à 19 h 27 min

   Bonjour je cherche à transmettre du signal midi entre des arduino en passant par des RF24 , et je patauge..
   à tout hazard quelqu’un sait faire ça?
   J’ai un clavier midi qui envoie du signal dans un arduino, lequel est branché sur un rf24 « émetteur », de l’autre coté j’ai un rf24  » récepteur » branché sur un arduino qui doit allumer des leds correspondant aux notes du clavier: les leds s’allument bien mais seulement une fraction de seconde…
   j’ai essayé le truc des condensateurs mais ça ne change rien, je pense que c’est dans le code mais caramba!! je ne sais pas quoi..
   jérémie

   Répondre ↓
   1. François MOCQ Auteur de l’article30 novembre 2015 à 6 h 26 min

      Bonjour Jérémie
      Posez la question sur le forum
      vous aurez plus d’interlocuteurs que sur une page du blog
      cordialement
      François

      Répondre ↓
10. Ducote 23 janvier 2016 à 17 h 30 min

    Bonjour,
    Enfin un tuto qui marche, j’ai pourtant tout essayé.
    Merci.

    Répondre ↓
11. Damien 5 février 2016 à 16 h 25 min

    Bonjour à vous, j’ai un soucis rien ne s’affiche dans mon terminal Raspberry… J’ai toujours une erreur « Timed-Out » … Pourtant j’ai suivi ce tutoriel à la lettre. la commande n’arrive pas à se transmettre à la carte arduino…

    Répondre ↓
12. frinux 13 mars 2016 à 19 h 53 min

    Bonjour
    est-ce que quelqu’un a tenté d’exploiter ce fameux NRF24 avec une application NodeJS ? J’ai trouvé un module qui est censé fonctionner (https://github.com/natevw/node-nrf) mais après pas mal d’essais je n’arrive toujours pas à récupérer les infos (alors que cela passe avec l’application en C++°

    J’ai mis des détails sur Stackoverflow si cela intéresse quelqu’un :
    https://stackoverflow.com/questions/35877346/nrf24l01-between-arduino-and-raspberry-pi-in-nodejs

    Répondre ↓
    1. François MOCQ Auteur de l’article13 mars 2016 à 19 h 56 min

       merci pour ce retour frinux
       éventuellement postez la question sur le forum, il y a plus de chance d’avoir une réponse que sur cette page qui date un peu et ne doit pas recevoir énormément de visites
       cordialement
       François

       Répondre ↓
       1. frinux 13 mars 2016 à 20 h 54 min

          Merci pour la réactivité, j’ai laissé un message sur le forum : http://forums.framboise314.fr/viewtopic.php?f=65&t=2217

          Répondre ↓
13. Guy 26 avril 2016 à 19 h 04 min

    Bonjour,
    Merci pour tuto,
    Suivi a la lettre tout fonctionne. En 3H! pas mal.
    Par contre il y a une clarification nécessaire le tuto dis:

    en adaptant « RPI_V2_GPIO_P1_22″ en fonction du pin GPIO connecté.
    Exemple : « RPI_V2_GPIO_P1_11″ pour le GPIO 0.

    Mais après téléchargement le script tel-quel c’est RPI_V2_GPIO_P1_15 (et non pas 22)
    changer le 15 pour 22 suivre exactement le schema et le tuto et ca roule
    (c’est un peu confus car PIN15=GPIO22 et PIN22=GPIO25, mais le script parle en numéro de PIN pas de GPIO)

    Aussi sur l’Arduino j’avais une erreur de compilation par manque de lib.
    nrf24-arduino ne suffit pas il faut les *.h et *.cpp Mais en cherchant un peu on comprend que c’est la meme lib que celle chargée sur le raspberry pi, il suffit de les copier et ca roule (le tuto ne le disais pas). Mais bon faut bien un peu de recherche perso sinon c’est pas fun 😉
    Merci

    Répondre ↓
    1. François MOCQ Auteur de l’article26 avril 2016 à 19 h 07 min

       Bonjour Guy
       merci pour ces précisions !
       cordialement
       François

       Répondre ↓
14. François MOCQ Auteur de l’article27 avril 2016 à 20 h 00 min

    ==Bonjour je ne suis pas l’auteur du message comme indiqué ci-dessus ==
    == Guy n’a pas pu laisser ce commentaire car le firewall le refuse ==
    == sans doute à cause du code qu’il contient 🙁 ==
    == Je laisse la parole à Guy et je le remercie pour ce complément ==
    == Vous pouvez télécharger le programme ICI ==
    =======================================================================

    Bonsoir,
    Depuis hier: J’ai réussi a augmenter la portée en réduisant la vitesse a 250Kbps (était a 1Mbps). J’ai une portée de 15m a travers plusieurs murs, pas encore essayé en extérieur. C’est setDataRate dans RF24.cpp qu’il faut modifier; il faut ensuite tout recompiler (+ réinstaller les lib [make install] sur le raspberry pi).

    Et surtout j’ai modifié le code de l’arduino pour pouvoir lire des capteurs de temperature 1wire DS1820 (comme plusieurs en parlaient ici). Le code est ci-dessous. Toute les commandes JSON sont conservées (get, set on, set off) et la commande tmp est ajoutée. A chaque requête « tmp » l’arduino répond en envoyant la temperature lu sur le premier capteur (18S20 ou 18B20) qu’il trouve, a la requête suivante c’est le second et ainsi de suite, quand il n’y en a plus il réponds « no more address ». Ainsi avec 1 seul capteur on aura 1 fois la temperature et la fois suivante le message « no more address » ainsi de suite. Testé OK avec 0, 1, 2 et 3 capteurs, mix 18S20 et 18B20. A raccorder sur la pin8 de l’arduino avec la resistance de 4.7k qui va bien. Nécessite la lib OneWire (bien sur) officielle Arduino. De + il faut passer le timeout de 1000 a 2000ms dans le code du Pi car la conversion de temperature met environ 1s et sinon le Pi passe en timeout.

    #include
#include "nRF24L01.h"
#include "RF24.h"
#include "printf.h"

    /* Définition des Pins CE, CSN et connexion de la LED sur ARDUINO */
    #define RF_CE 9
    #define RF_CSN 10
    #define LED_PIN 6

    RF24 radio(RF_CE,RF_CSN);

    /* Définition de l'id de l'Arduino */
    byte myID = 0x01;

    byte pipes[][7] = {"master","slave","idle"};

    struct payload_request_t
    {
    uint8_t number;
    uint8_t destination;
    char message[14];
    };

    struct payload_general_t
    {
    uint8_t number;
    char message[15];
    };

    payload_request_t incoming;
    payload_general_t outgoing;

    // Guy Avril 2016 Temperature 1wire readings sent to radio
    #include
    char buffer[255];
    boolean NoMoreAddress;
    OneWire ds(8); // on pin 8 (a 4.7K resistor is necessary)

    void ReadOneWireTemp(void) {
    byte addr[8];
    byte i;
    byte present = 0;
    byte type_s;
    byte data[12];
    float celsius;

    if ( !ds.search(addr)) {
    Serial.print("No more addresses.\n");
    ds.reset_search();
    NoMoreAddress = true;
    return;
    }

    NoMoreAddress = false;

    Serial.print("ROM =");
    for( i = 0; i < 8; i++) { Serial.write(' '); Serial.print(addr[i], HEX); } if ( OneWire::crc8( addr, 7) != addr[7]) { Serial.print("CRC is not valid!\n"); return; } // the first ROM byte indicates which chip switch (addr[0]) { case 0x10: Serial.println(" Chip = DS18S20"); // or old DS1820 type_s = 1; break; case 0x28: Serial.println(" Chip = DS18B20"); type_s = 0; break; case 0x22: Serial.println(" Chip = DS1822"); type_s = 0; break; default: Serial.println("Device is not a DS18x20 family device."); return; } ds.reset(); ds.select(addr); ds.write(0x44,1); // start conversion, with parasite power on at the end delay(1000); // maybe 750ms is enough, maybe not // we might do a ds.depower() here, but the reset will take care of t. present = ds.reset(); ds.select(addr); ds.write(0xBE); // Read Scratchpad Serial.print(" Data = "); Serial.print(present,HEX); Serial.print(" "); for ( i = 0; i < 9; i++) { // we need 9 bytes data[i] = ds.read(); Serial.print(data[i], HEX); Serial.print(" "); } Serial.print(" CRC="); Serial.print( OneWire::crc8( data, 8), HEX); Serial.println(); // Convert the data to actual temperature // because the result is a 16 bit signed integer, it should // be stored to an "int16_t" type, which is always 16 bits // even when compiled on a 32 bit processor. int16_t raw = (data[1] << 8) | data[0]; if (type_s) { raw = raw << 3; // 9 bit resolution default if (data[7] == 0x10) { // "count remain" gives full 12 bit resolution raw = (raw & 0xFFF0) + 12 - data[6]; } } else { byte cfg = (data[4] & 0x60); // at lower res, the low bits are undefined, so let's zero them if (cfg == 0x00) raw = raw & ~7; // 9 bit resolution, 93.75 ms else if (cfg == 0x20) raw = raw & ~3; // 10 bit res, 187.5 ms else if (cfg == 0x40) raw = raw & ~1; // 11 bit res, 375 ms //// default is 12 bit resolution, 750 ms conversion time } celsius = (float)raw / 16.0; Serial.print(" Temperature = "); Serial.print(celsius); Serial.print(" Celsius, "); dtostrf(celsius, 6, 4, buffer); } /* Envoi de la réponse */ /* ******************* */ void sendReply() { /* Message visible si la console est ouverte */ Serial.print("Message de retour de la commande \""); Serial.print(outgoing.message); Serial.println("\""); /* Retour de la reponse au demandeur */ radio.stopListening(); radio.openWritingPipe(pipes[1]); delay(10); radio.write(&outgoing,sizeof(payload_general_t)+1); delay(10); radio.startListening(); } /* Par défaut, la LED est enregistrée à l'état "off" */ byte last = 0; /* Initialisation du programme */ /* *************************** */ void setup() { Serial.begin(9600); /* Définition de pin de la LED comme SORTIE */ pinMode(LED_PIN, OUTPUT); /* On met le pin à l'état éteind */ digitalWrite(LED_PIN, LOW); printf_begin(); radio.begin(); radio.setAutoAck(1); radio.setRetries(1,3); radio.enableDynamicPayloads(); radio.openWritingPipe(pipes[1]); radio.openReadingPipe(1, pipes[0]); radio.startListening(); radio.printDetails(); } /* Boucle de "travail" */ /* ******************* */ void loop(void) { if(radio.available()) { radio.read(&incoming, sizeof(payload_request_t)); /* Affichage de la commande demandée dans la console */ Serial.print("Commande recu \""); Serial.println(incoming.message); /* Aduino vérifie que c'est bien à son ID que la demande s'adresse / if (incoming.destination==myID) { /* Si le message est "get", on retourne l'état enregistré de la LED / if (strncmp(incoming.message, "get", 3) == 0) { if (last > 0)
    strcpy(outgoing.message, "on");
    else
    strcpy(outgoing.message, "off");

    /* Sinon, la commande est t'elle de type "set" */
    } else if (strncmp(incoming.message, "set", 3) == 0) {
    if (strncmp(&incoming.message[4], "on", 2)==0) {
    /* Si la commande est "on", on allume la LED */
    digitalWrite(LED_PIN, HIGH);
    last = 1;
    strcpy(outgoing.message, "ok");
    } else if (strncmp(&incoming.message[4], "off", 3)==0) {
    /* Si la commande est "off", on éteind la LED */
    digitalWrite(LED_PIN, LOW);
    last = 0;
    strcpy(outgoing.message, "ok");
    } else
    /* Sinon, Commande inconnue, ni"on", ni "off" */
    strcpy(outgoing.message, "?");
    /* Sinon, la commande est t'elle de type "tmp" (temperature) */
    } else if (strncmp(incoming.message, "tmp", 3) == 0) {
    ReadOneWireTemp();
    if (!NoMoreAddress) {
    strcpy(outgoing.message, buffer);
    } else
    strcpy(outgoing.message, "No more address");
    /* Sinon, Commande inconnue, ni "get", ni "set" */
    } else {
    strcpy(outgoing.message, "?");
    }

    /* On retourne le résultat du traitement */
outgoing.number = incoming.number;
sendReply();
}
}
delay(100);
}


    Répondre ↓
15. Jack 7 juillet 2016 à 0 h 59 min

    Bonjour , je n’ai pas copier et extrait les fichier mais je les est crée et édité correctement mais la commande make ne marche marche je ne comprend pas d’ou ça viens j’ai fais exactement le tuto . Je suis sur RPI2 apparemment ça viendrais de la lib mais comment corriger cela ? ..
    Merci

    Répondre ↓
16. Paolo 4 octobre 2016 à 21 h 41 min

    Bonsoir,
    il m’est impossible d’installer proprement la bibliothèque RF24.
    Je bute à chaque fois à la commande make.
    ça me donne ça :

    cc1plus: error: bad value (cortex-a7) for -mtune switch
    Makefile:40: recipe for target ‘RF24.o’ failed
    make: *** [RF24.o] Error 1

    Pourriez vous m’aiguiller ?
    Merci beaucoup

    Répondre ↓
17. lionel 19 octobre 2016 à 17 h 49 min

    Bonjour,

    une petite précision qui pourrait avoir son importance.

    Certaines nano à bas prix n’ont pas de pin 3.3V, la broche existe mais envoie du 5V.

    Cependant, pas de panique, les modules radio utilisés ici supportent parfaitement le 5V en alimentation.

    Concernant la portée, elle peut atteindre une centaine de mètres voire même près d’un kilomètre avec des modules munis d’antenne spécifique et dans des conditions optimales (testé en pleine mer).

    Pour avoir une puissance maximale du signal d’émission, il faut ajouter Mirf.configRegister(RF_SETUP, 0x26); dans le paramétrage du module émetteur. La vitesse de transmission sera faible mais la puissance de sortie passe à 0dBm (soit le maximum)

    Répondre ↓
    1. François MOCQ Auteur de l’article19 octobre 2016 à 18 h 17 min

       merci pour cette précision Lionel 🙂

       Répondre ↓
18. Buffat 23 janvier 2017 à 17 h 42 min

    Bonjour,
    Merci pour ce tutoriel.
    Ca marche bien de mon coté avec les modules alimentés en USB. Cependant, quand j’ai voulu installé mes modules avec une alimentation externe, ca ne marche plus.
    La raison est simple : le 3.3V est fournit par le chip FTDI qui assure la connection usb. Ce chip est alimenté directement par le 5V fournit par la prise USB.
    Le 5V qui alimente le reste de la carte peut provenir des différentes sources d’alimentations (usb, VIN), mais est séparé du 5V USB par une diode (MBR0520)
    (cf https://www.arduino.cc/en/uploads/Main/ArduinoNano30Schematic.pdf)
    L’objectif de cette diode est de protéger l’ordinateur d’un « retour » indésirable par le 5V (si par exemple on branche a la fois l’alimentation VIN et l’USB) et d’éviter aussi de consommer inutilement (le FTDI ne sert a rien)

    Quand on alimente le nano par VIN, le plus simple est d’ajouter son propre régulateur pour avoir les 3.3V.
    Cependant dans mon cas, je n’ai pas la place de rajouter ce régulateur … Je cherche donc une solution pour récupérer le 3.3V …
    J’ai l’impression que si on « court-circuite » cette diode, on devrait réglementer le chip FTDI et avoir a nouveau du 3.3V disponible ?
    Est ce que quelqu’un la déjà fait ? Avez vous un avis.
    Attention, il est évident que si on court circuite la diode, il ne faut pas brancher en même temps, l’USB et l’alimentation externe VIN.
    Merci pour vos retours.

    Répondre ↓
19. swisscore 2 mars 2017 à 11 h 40 min

    Le tuto est bien mais c’est pas terrible de brancher une led directement entre une sortie de l’arduino et la masse, il faudrait y ajouter une résistance histoire de ne pas flinguer la led ou la sortie de l’arduino…

    Répondre ↓
20. Jean-philippe 9 mai 2017 à 22 h 19 min

    Bonjour,
    Je débute avec RASPBERRY et linux. J ai essayé le tuto avec une version « neuve de jessie  » sur mon RASPBERRY modele B+ et comme je n’y arrivait pas, j’ai formatté et installe la derniere version PIXEL, mais j’ai le même méssage d’erreure ci-dessous :

    g++ -o sender -Wall -I../ sender.cpp -Ofast -mfpu=vfp -mfloat-abi=hard -march=armv6zk -mtune=arm1176jzf-s -l json -l rf24-bcm
    sender.cpp:10:12: error: ‘RPI_V2_GPIO_P1_15’ was not declared in this scope
    RF24 radio(RPI_V2_GPIO_P1_15, RPI_V2_GPIO_P1_24, BCM2835_SPI_SPEED_16MHZ);
    ^
    sender.cpp:10:31: error: ‘RPI_V2_GPIO_P1_24’ was not declared in this scope
    RF24 radio(RPI_V2_GPIO_P1_15, RPI_V2_GPIO_P1_24, BCM2835_SPI_SPEED_16MHZ);
    ^
    sender.cpp:10:50: error: ‘BCM2835_SPI_SPEED_16MHZ’ was not declared in this scope
    RF24 radio(RPI_V2_GPIO_P1_15, RPI_V2_GPIO_P1_24, BCM2835_SPI_SPEED_16MHZ);
    ^
    sender.cpp: In function ‘int main(int, char**)’:
    sender.cpp:70:24: warning: ‘json_object* json_object_object_get(json_object*, const char*)’ is deprecated (declared at /usr/include/json/json_object.h:271) [-Wdeprecated-declarations]
    json_object * key = json_object_object_get(jobj, « to »);
    ^
    sender.cpp:70:57: warning: ‘json_object* json_object_object_get(json_object*, const char*)’ is deprecated (declared at /usr/include/json/json_object.h:271) [-Wdeprecated-declarations]
    json_object * key = json_object_object_get(jobj, « to »);
    ^
    sender.cpp:77:10: warning: ‘json_object* json_object_object_get(json_object*, const char*)’ is deprecated (declared at /usr/include/json/json_object.h:271) [-Wdeprecated-declarations]
    key = json_object_object_get(jobj, « message »);
    ^
    sender.cpp:77:48: warning: ‘json_object* json_object_object_get(json_object*, const char*)’ is deprecated (declared at /usr/include/json/json_object.h:271) [-Wdeprecated-declarations]
    key = json_object_object_get(jobj, « message »);
    ^
    sender.cpp:84:10: warning: ‘json_object* json_object_object_get(json_object*, const char*)’ is deprecated (declared at /usr/include/json/json_object.h:271) [-Wdeprecated-declarations]
    key = json_object_object_get(jobj, « TTL »);
    ^
    sender.cpp:84:44: warning: ‘json_object* json_object_object_get(json_object*, const char*)’ is deprecated (declared at /usr/include/json/json_object.h:271) [-Wdeprecated-declarations]
    key = json_object_object_get(jobj, « TTL »);
    ^
    Makefile:13: recipe for target ‘sender’ failed
    make: *** [sender] Error 1

    J’ai cherché une mise a jour de JSON mais je n’ai rein trouvé.

    Répondre ↓
21. caux 19 février 2018 à 14 h 57 min

    bonjour a tous.
    impossible de trouver le paquet libjson0-dev
    pi@DashScreen:~/nrf24l01/RF24 $ sudo apt-get install libjson0-dev
    Lecture des listes de paquets… Fait
    Construction de l’arbre des dépendances
    Lecture des informations d’état… Fait
    E: Impossible de trouver le paquet libjson0-dev

    Répondre ↓
    1. Nicolas 8 janvier 2019 à 0 h 40 min

       Sur une Raspbian Stretch (9.6), j’ai pu régler le problème en installant libjson-c-dev au lieu de libjson0-dev en en changeant le #include du fichier sender.cpp vers
       #include
       et les paramètres de compilation dans le fichier Makefile en
       CCFLAGS=-Ofast -mfpu=vfp -mfloat-abi=hard -march=armv6zk -mtune=arm1176jzf-s -l json-c -l rf24-bcm

       Répondre ↓
       1. François MOCQ Auteur de l’article8 janvier 2019 à 0 h 57 min

          Merci Nicolas ?

          Répondre ↓
22. Arnaud 5 mai 2018 à 14 h 18 min

    Bonjour,
    @caux : comment as-tu résolu le problème d’installation de la librairie Json ?

    Répondre ↓
    1. Anisogel 6 mai 2018 à 11 h 19 min

       Même soucie ici !

       Répondre ↓
23. M3sh311 11 octobre 2018 à 13 h 12 min

    même problème ici…

    Répondre ↓
24. souchon 10 août 2019 à 23 h 04 min

    Bonjour,
    Qui peut préciser la manière de charger la librairie JSON? je galère….
    Merci

    Répondre ↓
25. cygerpham 15 août 2019 à 22 h 09 min

    Bonjour

    Pour installer la librairie JSON, j’ai trouvé ça pour résoudre le problème :
    https://github.com/emersonmello/doorlock_raspberrypi/issues/1

    Par contre, l’ensemble ne marche pas… malgré la correction de pin GPIO, j’ai systématiquement un « code 5/ time out »…

    Répondre ↓
    1. cygerpham 15 août 2019 à 22 h 27 min

       Re bonjour,

       Je viens de m’apercevoir que malgré l’erreur 5, la LED est bien pilotée !
       Il faut insister un peu avec plusieurs commandes mais elle s’allume et s’éteint !
       J’étais trop concentré sur le terminal et obnubilé par cette erreur…

       Merci pour le tuto !
       Très bonne mise en bouche pour la communication sans fil.

       Cordialement

       Répondre ↓
26. Joaquim Santos 7 mai 2020 à 16 h 17 min

    Hi,

    Hope its ok with you I write in English. My French is not so good.

    I’m trying to put nRF24 working on Raspberry Pi/node red. In node red it shows working in the flow bu can’t communicate at all with my sensor deployed in Arduino.

    Then, decided to follow your good example/project.
    Everything went ok till :

    cd ~/nrf24l01
    Copier les fichiers “Makefile” et “sender.cpp” que vous trouverez dans le ZIP “nRF24L01_Raspberry” en bas de ce tutoriel.
    Compiler le fichier à l’aide de la commande « make »

    $ make

    I’ve copied file to Raspberry Pi and when doing « make » I got the following message :
    « g++ -o sender -Wall -I../ sender.cpp -Ofast -mfpu=vfp -mfloat-abi=hard -march=armv6zk -mtune=arm1176jzf-s -l json -l rf24-bcm
    sender.cpp:7:10: fatal error: json/json.h: No such file or directory
    #include
    ^~~~~~~~~~~~~
    compilation terminated.
    make: *** [Makefile:13: sender] Error 1 »

    Can you help ? How can I proceed ?

    Thanks
    JS

    Répondre ↓
27. Jean Claude 4 août 2020 à 10 h 46 min

    $ sudo apt-get install libjson0-dev

    Bonjour,
    Y a t’il quelqu’un qui a réussi à installer le paquet sous buster ?

    Et qui a déjà utilisé un Arduino nano avec nrf24l01 intégré ?

    Cordialement

    Répondre ↓
28. FavrouJerome 19 décembre 2020 à 12 h 16 min

    Petit FeedBack

    Cette article permet bien de mettre en place le spi, et la lib RF24 (attention a avoir un système a jour comme dit dans cette article perso j’ai reussi mes test sous Debian 10 dit buster)
    , il convient néanmoins de faire des modification dans le code sources pour que cela fonctionne, en effet comme deja dit , la vitesse du spi max des modules nRF24 est de 10 Mhz , le plus simple reste de ne donné que 2 paramètre au constructeur « RF24(CE,CSN ) », la vitesse du spi de la Raspberry devrait ce caller a 10Mhz, , sinon il advient de le limité a 8Mhz « RF24(CE,CSN , 8000000 ) ».

    2eme point important les constantes RPI_V2… peuvent poser problème sur les versions de Raspberry actuel , il est plus stable de renseigner directement le numéro GPIO a la place des ces constantes RF24(22, 0 ) » 22 pour la pin 15 et 0 pour le CE0 de la rapsberry , attention les PI 4 possèdent plusieurs SPI.

    3 eme point si on suit strictement ce câblage , la communication ne pourra fonctionner si la Raspberry est émettrice que si la puissance est configurer en PA_MIN ou PA_LOW et donc a courte porté, en effet le 3.3v de la Raspberry ne peut délivrer que 50 mA, pour PA_HIGH il faut un peut moins de 1A en crête d’émission et pour PA_MAX il faut plus de 1A . Pour utiliser la Raspberry en Émettrice longue porter , il faut donc un 3.3v externe ( 5v ne fonctionnera pas ) (GND commun)

    4eme point pour les version nRF24l01+ bien inclure dans le code en plus de #include le #include

    si certain ça peut aidée voici le git de mes testes : https://github.com/jeromefavrou/rtr_nRF24

    Répondre ↓
    1. François MOCQ Auteur de l’article20 décembre 2020 à 18 h 02 min

       merci Jérôme

       Répondre ↓

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.