Discussion :

[mormic]

Bonjour le Forum
Je suis en phase finale de développement d'un montage relativement complexe à partir d'un Arduino Uno, d'un module HC05, d'un afficheur, d'un clavier et d'un module RTC. Tout cela fonctionne parfaitement bien sur ma plaque de développement. Aussi j'ai réalisé le circuit imprimé correspondant mais avec un ATMEGA 328P en "standalone". Bien que le circuit soit correct, après connexion à un module BlueTooth HC05, les messages transmis par mon portable ne semble pas être compris.
Aussi, pour simplifier les choses, j'ai réalisé une petite maquette avec seulement l'Arduino Uno et un HC05 et le prog suivant:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
#include <SoftwareSerial.h>
#define RXPIN 2   //GRIS
#define TXPIN 3   //BLANC
 
SoftwareSerial bt(RXPIN, TXPIN); // RX, TX
String trame, poub;
 
void setup() {
  Serial.begin(9600); 
  bt.begin(9600);
  bt.println("Bonjour");
}
 
void loop(){
  while(!bt.available()){}
  trame="";  
  while(bt.available()){
    char inChar = (char)bt.read();
    Serial.print(inChar);
    trame += inChar;
    delay(10);
  }
   while(bt.available()>0) {poub = bt.read();}
  Serial.write(bt.read());
  delay(2000);
  Serial.println("");
  bt.println(trame);
}

Cela fonctionne parfaitement.
Maintenant j'ai transposé le montage et le programme sur ATMega328P en "standalone" et là, même problème constaté qu'avec mon montage d'origine: le bonjour d'origine n'est pas reçu et le circuit renvoit des signes cabalistiques.
Cela fait 3 jours que je planche la dessus et je n'en peux plus. Si quelqu'un a une idée?

[Auteur]

Bonsoir,

Quand tu testes ton programme et montage sur la platine Arduino, comment est alimenté ton système ? Utilises-tu le port USB ?

Quand tu fais tes tests avec ton Arduino sur ton circuit (en standalone), comment est alimenté ton circuit ? USB ou 5V ? Je présume que c'est une alimentation 5V : a-t-elle suffisamment de puissance ?

Pour ton montage en standalone, supprime la commande suivante qui se trouve dans la fonction setup() :

Code :

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

Serial.begin(9600);

ainsi que tous les appels à Serial dans la fonction loop().
En effet, si je ne me trompe pas, dans ce cas tu n'utilises pas le port USB, donc l'objet Serial et ses méthodes ne sont pas opérationnels. Et cela pourrait expliquer ton problème.

[mormic]

Quand tu testes ton programme et montage sur la platine Arduino, comment est alimenté ton système ? Utilises-tu le port USB ?

Oui ma platine Arduino est alimentée par l'USB et lorsque je fais une maquette avec l'ATMega328 en standalone j'utilise les alim d'un arduino Uno: 5V et 3.3V.

En effet, si je ne me trompe pas, dans ce cas tu n'utilises pas le port USB, donc l'objet Serial et ses méthodes ne sont pas opérationnels. Et cela pourrait expliquer ton problème.

Oui lorsque j'utilise l'ATMega en standalone, je n'utilise plus l'objet Serial dans mon sketch:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
#include <SoftwareSerial.h>
#define RXPIN 2   //GRIS
#define TXPIN 3   //BLANC
 
SoftwareSerial bt(RXPIN, TXPIN); // RX, TX
String trame, poub;
 
void setup() {
  //Serial.begin(9600); 
  bt.begin(9600);
  bt.println("Bonjour");
}
 
void loop(){
  while(!bt.available()){}
  trame="";  
  while(bt.available()){
    char inChar = (char)bt.read();
    //Serial.print(inChar);
    trame += inChar;
    delay(10);
  }
   while(bt.available()>0) {poub = bt.read();}
  //Serial.write(bt.read());
  delay(2000);
  //Serial.println("");
  bt.println(trame);
}

Par contre, sur le circuit de mon projet final, j'ai deux alim régulées 5V et 3,3V.

[Auteur]

As-tu pensé à relier les masses de tes deux alimentations ? Ont-elles suffisamment de puissance ?

[mormic]

Bonjour,
oui pour la petite maquette j'utilise l'USB de mon PC qui alimente un Arduino Uno que j'utilise uniquement comme alimentation 5V et 3,3V avec la masse bien sûr; pour alimenter un ATMega328P en 5V et un HC05 en 3,3V c'est grandement suffisant.

Pour mon circuit imprimé final j'ai une alimentation autonome.

Non je ne crois pas que ce soit là que se situe le problème. Je suis allé sur des sites anglo-saxons qui reportent aussi ce phénomène mais dans aucun d'entre eux une solution n'est apportée.
J'ai l'impression qu'il y a un décalage de bit dans la transmission, mais alors pourquoi avec le montage Arduino Uno cela fonctionne alors qu'en ATMega328P cela "bugue" ?

[Auteur]

Puis-je voir le schéma électronique de ton circuit imprimé ?

[mormic]

Ci-joint le schéma des deux maquettes: celle avec Arduino qui fonctionne celle avec ATMEGa328P qui ne fonctionne pas.

TestHC05.pdf

[Auteur]

Pour moi, tu as oublié deux petites choses dans ton 2nd montage :
- la résistance de 1M connectée sur le quartz (16Mhz)
- la connexion de Aref à la masse via un condo de 100nF

Pourquoi un pont diviseur sur Rx du HC05 ? Si tu as un souci de mises à niveau en tensions sur tes pin Rx, Tx utilise le MAX232.

[mormic]

Cher Auteur
En fait ce n'est pas un quartz au sens propre c'est un résonateur intégré. J'ai déjà fait plus 20 montages avec cela et ça fonctionne très bien.
Je viens de mettre un condo de 100nF sur AREF avec la masse; aucun changement.
Le pont diviseur est là pour ne pas risquer de claquer le HC05 qui est alimenté en 3,3V. C'est bien suffisant pour ce que je fait.

J'ai ajouté une led sur le montage en PD5 pour voir l'avancement du prog et modifié ainsi:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
#include <SoftwareSerial.h>
#define RXPIN 2   //GRIS
#define TXPIN 3   //BLANC
#define LEDPIN 5
 
SoftwareSerial bt(RXPIN, TXPIN); // RX, TX
String trame, poub;
 
void setup() {
  //Serial.begin(9600);
  pinMode(LEDPIN,OUTPUT);
  digitalWrite(LEDPIN,HIGH); 
  delay(2000);
  digitalWrite(LEDPIN,LOW);
  bt.begin(9600);
  bt.println("Bonjour");
  }
}
void loop(){
  digitalWrite(LEDPIN,LOW);
  while(!bt.available()){}
  trame="";  
  while(bt.available()){
    char inChar = (char)bt.read();
    //Serial.print(inChar);
    trame += inChar;
    delay(10);
  }
   while(bt.available()>0) {poub = bt.read();}
  //Serial.write(bt.read());
  digitalWrite(LEDPIN,HIGH);
  delay(1000);
  //Serial.println("");
  bt.println(trame);
}

Au démarrage, la led s'allume bien 2 secondes, puis s'éteint. Et ensuite à chaque fois que j'envoi un message sur BT, elle s'allume pour 1 seconde et s'éteint à nouveau. Mais toujours pas de message valide reçu.
Le HC05 reçoit et émet des données de 8 bits avec 1 stop bit et pas de parité. N'est-ce pas par là qu'il faut chercher?

Merci pour ton aide.

[Delias]

Bonjour

Il n'y a aucune raison qu'un ATMega328p chargé avec le bootloader Arduino se comporte de manière différente qu'un Arduino Uno.

La seule différence entre les deux schémas, c'est la précision de l'horloge. Suivant l'algorithme de lecture du HC05, il se peut que le résonateur ne soit pas assez précis, d'autant plus si la bibliothèque SoftwareSerial n'est pas précise.

Un paragraphe entier sur cette problématique est présente pour l'usage de l'UART dans les datasheet des AVR.
En gros, les débits standardisés ne sont pas réalisables de manière exacte avec des quartz à fréquence ronde (4MHz, 8MHz, 10MHz, etc). En jouant sur les tolérances admises du protocole cela peut passer avec des quartz à ces fréquences mais pas avec des résonateurs qui sont moins précis.

Bonne suite

Delias

[mormic]

Merci Delias pour cette réponse.
Je viens de relire le chapitre complet sur l'UART et les fréquences sur le datasheet de l'ATMega328.
La fréquence de 16MHz est présentée entière, mais il est vrai que les résonateurs ne sont pas forcément précis.

Que me conseillez-vous d'améliorer sur ce montage afin de faire fonctionner la liaison avec l'HC05 ? Sachant qu'avec une programmation par l'IDE d'Arduino, on ne peut pas vraiment aller au coeur des registres, enfin je crois.

[Delias]

Je pratique les AVR pas Arduino, je ne vais pas avoir tous les bons conseils.

De ce que je vois:
- Programmer les fusibles de l'oscillateur pour le résonateur, cela améliore sa stabilité. Ce n'est faisable qu'avec un programmateur ISP, je ne sais pas si cela est faisable avec un 2ème Arduino en mode programmateur ISP. (J'utilise l'AVRISP-U de Kanda sur le quel c'est très simple)
- Utiliser le port série matériel et non le soft, il devrait être un peu plus stable car non soumis aux aléas du programme (les interruptions), mais c'est plus compliqué à développer en raison du conflit avec le port USB.
- Utiliser un quartz et non un résonateur.

Delias

[mormic]

je n'ai pas de quartz 16MHz en magasin alors je viens de tenter un 20MHz:
Lorsque j'envoie un message par exemple ABCDEF, seul le premier caractère m'est retourné correctement le reste est en signe cabalistique.
Je vais commander des 16MHz ,mais cela va mettre un certain temps.
J'ai aussi essayé avec un 4MHz, mais là aucune réception.

Si je refaisais mon prog directement sur l'ATMEGA, vu la complexité du projet (manoeuvres de volets roulants programmées), j'ai peur de me lancer pour des semaines d'études; c'est tellement plus facile avec Arduino.
Alors la solution sera de sacrifier un Arduino Uno à monter sur mon circuit final. Pas très élégant! mais ça marche.

Merci de votre aide précieuse.

[Delias]

Bonjour

L'ATMega328P est limité à 16MHz. Au delà, un des premiers symptôme (en dehors de la surcharge thermique pouvant induire la destruction de la puce), c'est une corruption des données.
D'ailleurs ATMega128P ou ATMega328P?

As-tu regarder les deux autres indications ? Et notamment les fusibles (fuse), AVRDUDE qui est utilisé par Arduino sait les modifier. Par contre c'est à toi de rechercher comment, je ne l'utilise pas en direct.

Delias

[mormic]

Je viens de récupérer un 16MHz sur une vielle carte avec ses deux condos;
J'ai vérifié AVRDUDE pour les LOW FUSES: la valeur est bien FF ce qui correspond à 16MHz.
Même motif, même punition!
J'ai essayé avec le Serial matériel, idem.

Je crois que la meilleure solution pour lever le doute serait que quelqu'un fasse le même montage et me dise oui ou non cela fonctionne car là je tourne vraiment en rond et comme vous le disiez au début de votre intervention si ça fonctionne avec Arduino ça doit fonctionner en Stand Alone. Comme les Fuses sont chargés lors du Bootload du microcontroller, j'ai même pris l'AtMega de ma carte Arduino avec qui le montage fonctionne bien et je l'ai installé sur ma petite maquette. Résultat: toujours ce problème de transmission!

[Auteur]

Deux idées auxquelles tu as sans doute déjà pensé :

As-tu la possibilité de visualiser les signaux Tx et Rx sur un oscillo ?
Ton montage fonctionne sur breadboard (pour éliminer un problème sur les pistes de ton circuit ou un problème de soudure) ?

[Vincent PETIT]

Bonjour,
- Si ton HC05 a un régulateur intégré de 3V il faut faire attention en l'alimentant avec du 3.3V car 300mV de différence c'est peut être trop peu pour le dropout du régulateur au quel cas ça ne marchera pas, il faudra donner au régulateur une tension supérieure (voir nettement supérieure) à 3.3V.

- Quand je debug du hard avec un micro je préfère le démarrer avec son horloge interne pour immédiatement écarter un problème avec l'oscillateur externe du montage final. J'imagine qu'avec Arduino (je ne pratique pas) il y a une syntaxe qui peut le faire ? En tout cas le ATMEGA328P lui, le peut.

- Pour le pont diviseur R2 et R3 il faudrait voit si on trouve le schéma interne du HC05 pour voir comment c'est fichu dedans.



********* plus accessoires ou pour info *********

- Le cristal et ses capas devient être très proche du micro pour ne pas amener de résonance ou de la capacité parasite.


- la résistance R1 en pull-up sur le reset n'est pas une bonne idée même si plein de monde le fait. Avec une simple pull-up le micro démarre en même temps que l'alimentation s’établie/se stabilise et c'est l'origine des glitchs au démarrage.
Préfère ceci : C va se charger au travers de R1 et le micro sortira de son reset avec un petit temps de décalage après que l'alimentation soit présente. Si ton électronique est complexe il faut s'assurer que le micro démarre en dernier.

[mormic]

Bonjour à tous
Merci pour ces conseils car la nuit ne m'en a pas apportés beaucoup!

visualiser les signaux Tx et Rx sur un oscillo ?

Oui j'ai un oscillo et c'est une bonne idée de voir la tronche de ces signaux. J'ai aussi un petit terminal RS232 avec lequel j'ai pensé le mettre soit à la place de l'ATMega238P soit à la place de l'HC05. Cela demande une adaptation des niveaux.

démarrer avec son horloge interne

Oui c'est possible de le faire avec l'Arduino lorsqu'on charge le bootloader dans le micro. Mais, comme je l'ai précisé, je fais ce petit montage qui fonctionne avec un Arduino Uno, je prends le micro et l'alim de ce dernier que j'installe sur un breadboard avec exactement le schéma présenté (j'avais déjà mis en place un circuit RC sur le reset), avec le même prog et là ça ne fonctionne plus.
Le quartz est installé tout près des pattes du micro. Le fait d'avoir ajouté une led me confirme que le prog tourne bien. Ce ne sont que les messages qui transitent en bluetooth qui sont erronés comme si il y avait une erreur de parité.

Riche de toutes ces remarques je vais me replonger dans ce problème, en me disant si quelqu'un pouvait faire ce même montage, cela permettrait d'avancer.

[Delias]

Bonjour

Est-ce que tu pourrais mettre un extrait de ton PCB au niveau du quartz ou résonateur ? Idéalement une vue du logiciel de création avec la vue de toutes les couches de cuivres.

Sur le montage avec l'Arduino, tu n'utilises pas les deux résistances pour abaisser la tension de 5V vers 3.3V sur la ligne Arduino TX -> HC05 RX. Est-ce une simplification du schéma que tu as posté ou c'était vraiment comme cela?
Dans le deuxième cas, si le HC05 n'a pas fumé c'est qu'il a éventuellement déjà une adaptation de tension, et en mettre deux à la suite ce n'est pas bon.

Ce n'est pas évident de dépanner qqch qui n'a jamais marché, alors je lance des pistes dans tous les sens.

Bonne suite

Delias

[Vincent PETIT]

Re,
J'ai trouvé un schéma du HC05 et si tu as le module qui correspond au schéma que j'ai trouvé, je te garantie qu'il ne peut pas être alimenté en 3.3V.

As tu essayé de juste alimenter ton HC05 en 5V ?