Forum

Bonjour
s'ils vous plait je suis un débutant dans le domaine d'électronique et je veux utiliser un microcontrôleur pour lui passer des message SMS pour les comparer avec d'autre information récupérer déjà à partir d'un PC à fin d'obtenir une résultat soit 1 soit 0.
j'aimerais savoir si possible, quelle type de microcontroleur à utiliser dans ma situation et quel langage de programmation
je vous remercier infiniment pour votre collaboration
Merci d'avance

Merci pour votre réponse
la source de Message est un téléphone mobile
je crois que la liaison a une relation avec le type de microcontrôleur ?
est ce que je peut utiliser une liaison USB ou bien série(DB9) entre le téléphone-mcirocontrôleur et le microcontrôleur et le PC ?

Maintenant je suis en train de suivre un stage, et ils m'ont imposer d'utiliser un type de microcontrôleur pour faire une comparaison (je travaille juste sur cette partie)
je vais vous donner d'autre information plus précise pour bien comprendre le schéma.
Merci d'avance

Merci infiniment Mr YMasquel pour votre réponse vous êtes tout à fait raison. Je vais voir quelle sont les ressources disponible chez la société et je vais vous donner un feedback
car ils m'ont donné juste des petites informations
merci d'avance

Bonjour "shadyfright",

Si je comprends bien le "PC" est simplement remplacé par un clavier type "digicode" ?

Dans ce cas cette partie est très simple.

De l'autre côté il te faut savoir quelle liaison mettre en oeuvre entre le téléphone portable et le micro-contrôleur et l'élément décisif est de savoir de quels moyens de communication dispose le téléphone car le micro-contrôleur devra s'y adapter et ce sera même un élément de sélection du micro-contrôleur.

Amicalement, Yves.

bonsoir,
s'ils vous plait est ce qu'on peut envoyer des commande AT vers un téléphone portable à partir un programme en langage C programmé au niveau de microcontrôleur
merci d'avance

Bonjour "shadyfright ",

Oui, on peut envoyer des commande AT vers un téléphone portable à partir d'un microcontrôleur programmé en langage C (comme en tout autre langage de programmation).
Vérifier quelles commandes AT sont réellement opérationnelles au niveau du modèle de portable utilisé (tous n'ont pas les mêmes possibilités).
Oui, la solution que tu proposes est réalisable.

Amicalement, Yves.

Bonjour,

en fait j'ai trouvé que pour la liaison entre le portable et le PIC ça sera une liaison série avec un cable RS232. Donc au niveau de PIC je vais interagir avec le Port UART
maintenant le problème est : comment je peut envoyer des commandes AT vers le module GSM pour récupérer les SMS. Pour la communication avec le port UART c'est pas un problème, mais le vrai problème pour moi est quelle bibliothèque je doit utiliser en langage C pour envoyer et recevoir les SMS à travers les commandes AT, je crois que il y a une autre bibliothèque pour le décodage des SMS.
s'ils vous plait si quelqu'un à déjà fait un truc comme ça, n'hésitez pas a m'aider
l'objectif est de récupérer les SMS dans le PIC pour les comparer avec d'autre information récupérer à partir un clavier
merci d'avance.

Bonjour Anne,

Si le niveau de compétence des terroristes en était à poser ce type de questions nous pourrions tous passer tranquillement des vacances dans un club implanté dans des pays comme l'Afghanistan, l'Iran, l'Irak ou la Somalie.

Les réponses se trouvant sans difficultés dans des fiches techniques et des manuels utilisateurs. D'ailleurs tout moyen de télécommande est capable d'être utilisé (même pas détourné) comme moyen déclenchant que ce soit pour allumer le chauffage, démarrer la cafetière électrique ou pire encore,... la porte du garage!

La paranoïa entraîne la peur, amène les "braves gens" à rester cloîtrés chez eux, à ne pas vouloir entendre celui qui demande de l'aide quand on le tabasse, à fermer les yeux quand on agresse le couple de vieillards qui habite le même pallier, à ne pas signaler un racketteur ou un dealer,... pour en arriver à la société des trois magots (ne rien voir, ne rien entendre et ne rien dire) en lieu et place de la devise de notre pays.

Amicalement, Yves.

Bonjour Anne,

Shady ne doit pas être vexé par mon message, chacun dispose des compétences issues de la durée et de la qualité de sa formation ainsi que de la disponibilité de la documentation. Je pense qu'il travaille sur un projet de niveau collège (sous l'appellation française) auquel cas les questions qu'il pose sont plein cadre.

Amicalement, Yves.

bonjour à tous...et à toutes!
aujourd'hui retraité de l'electronique (aviation) j'ai du temps et je
desire mettre au point un pilote automatique simple et peu cher pour ULM 3 axes. celui-ci devant assurer par exemple un maintient
d'altitude et de cap! et peut etre exploiter la sortie RS232 des gps...
un "expert" peut il me conseiller sur les point suivants:
- quel microcontroleur choisir??!! je pense souvent aux PICs!! est-ce
le bon choix?
si cela convient, quel programmateur choisir?? il y en a beaucoup!!
à tous les prix! (je suis peu limité par le cout du materiel! je prefere de la qualité en general!).
-j'ai peu de connaissances sur les microcontroleurs... pour l'instant..
(j'ai oeuvré surtout dans l'analogique!) mais je sais programmer un
peu en basic (un peu seulement...)
- enfin, quels ouvrages techniques conseillez vous pour mon "problème" (les microcontroleurs et leur mise en oeuvre...et le language de programation?)
merci de vos reponses.
guy.

Bonjour Guy,

Il n'y a pas de meilleur microcontrôleur que celui avec lequel on se sent à l'aise. Tous proposent actuellement des possibilités comparables et des performances honorables mais jamais comparables.

Puisque tu dis baragouiner le BASIC il est raisonnable de continuer dans cette voie, ce sera plus rapide pour aboutir à un résultat. La grande majorité des contrôleurs accepte ce langage avec il est vrai des optimisations plus ou moins réussies.

Si tu veux faire simple tu peux te limiter aux PIC et AVR pour lesquels il existe plusieurs BASIC, qui sont loin d'être limités et qui ont l'avantage de disposer d'une foule de pratiquants capables de t'apporter de l'aide. Un bon plan réside dans les outils de MIKROELEKTRONIKA qui dispose d'un environnement de développement et un BASIC similaires pour plusieurs marques de contrôleurs permettant de passer de l'un à l'autre sans avoir à réapprendre les variantes dans le langage. Chaque système de développement (platine électronique de prototypage) que propose ce fournisseur permet d'accéder à la quasi totalité des contrôleurs d'une gamme d'un fondeur (ex une platine pour les PIC 8 bits ou une platine pour les AVR) avec le programmateur/débogueur incorporé.

Ce n'est évidemment pas le seul et pas nécessairement la solution la moins chère mais c'est à étudier.

Amicalement, Yves.

Bonjour à tous,

Oui, la différence de prix entre des micro-contrôleurs 8 bits et leurs grands frères est faible.

Oui, les compilateurs ont maintenant des algorithmes d'optimisation très performants mais souvent limités dans le temps pour les compilateurs fournis gratuitement par les grands noms de ces produits et les versions payantes ne sont pas du domaine du petit amateur.

Non, le langage de référence n'est pas le C, il n'y a pas de langage de référence. Son écriture est parfois rebutante voire illisible par le débutant.

Non, commencer avec des contrôleurs de "catégorie élevée" n'est pas nécessairement un bon choix. On n'apprend rien lorsqu'on est submergé par la pléthore de "modules" intégrés dont on n'a pas souvent besoin. On se perd dans les descriptions avant de comprendre leur inutilité dans le projet auquel on s'est attelé.

Le cas de Guy est caractéristique. Il a besoin d'un certain nombre de fonctions dont une est altimétrique et l'autre "géographique".
Ces fonctions n'existent pas dans un micro-contrôleur mais les données nécessaires, fournies par des composants externes (pression atmosphérique, boussole ou GPS) par des moyens de communication simples et peu consommateurs (I²C, SPI, RS232, ...). La partie interface humain peut se résumer à une alarme sonore et un afficheur pas nécessairement graphique.

Les BASICs sont largement capables d'assurer la fiabilité de ces communications et un retraité qui a des notions de BASIC (comme Guy l'a précisé) n'a pas nécessairement envie de s'encombrer avec l'étude d'un nouveau langage.

Dans ce contexte je peux affirmer qu'il existe dans les catégories PIC MID RANGE et AVR MEGA les processeurs TRES largement capables de remplir les fonctions demandées.

Amicalement, Yves.

Bonjour,

Je ne vois pas ce qui permet de juger que l’application envisagée par Guy est si élémentaire que cela ; à lire son post précédent, on imagine que les tâches suivantes devront être effectuées :
- capture série et traitement des données (fort probablement avec fonctions trigonométriques)
- interface IHM : clavier (pour rentrer des coordonnés?), éventuellement écran (pas nécessairement graphique ?)
- commande altitude et cap via servo-moteurs ?
Je reste donc assez sceptique sur la possibilité de réaliser tout cela avec un µC 8 bits de base… ou alors il faudra utiliser un fameux chausse-pied. (Pour ma part, je commencerais directement avec un 32bits et FreeRTOS)
De plus, je ne suis pas d’accord avec la première affirmation concernant les compilateurs C ; c’est oublier GCC/GDB, que j’utilise personnellement et qui existe pour une large gamme de microcontrôleurs (AVR, ARM, Renesas, MSP430, …), parfaitement gratuit et illimité et à la pointe de la technologie.
Et l’utilisation de base du C n’est guère plus compliquée que celle du BASIC (pas besoin de connaitre les subtilités des pointeurs vers des tableaux de pointeurs sur les µC) , tenant également compte que les µC modernes, 8 bits compris, ont une architecture CPU optimisée pour le C et non pour le BASIC (mode d’adressage indexé sur le pointeur de pile par exemple).
Une facilité des µC freescale que j’ai conseillés est qu’il existe les « mêmes » modèles de µC en versions 8 et 32 bits (MC90S8 et ColdFire V1, série « flexis » : par exemple les références MC9S08QE128 et MCF51QE128). Périphériques identiques, il n’est pas nécessaire de modifier la moindre ligne de code pour passer de l’un à l’autre. Commencer par utiliser un simple 8 bits type 9S08 permet de faire un apprentissage avec hardware plus simple et/ou de tester des fonctions élémentaires pour passer, quand le besoin s’en fait sentir, à un µC 32 bits ColdFire d’une manière parfaitement transparente, tout l’acquis étant conservé.
Le livre de référence 9S08 : http://www.amazon.com/HCS08-Unleashed-Designers-Guide-Microcontrollers/dp/1419685929
thierry

Pas nécessaire de passer en revue les familles de processeurs et les langages utilisés depuis aussi un certain nombre d'années. Mais beaucoup de tout ceci se justifiait à l'époque, en l'absence d'alternative, mais a beaucoup moins d'intérêt aujourd'hui. Je n'arrive pas à voir l'intérêt du Basic. Le C permet d'avoir accès à un nombre considérable de supports, cours, exemples, librairies, outils, et sera portable facilement sur différentes familles de processeurs. S'orienter sur le Basic parce que l'on a déjà écrit quelques lignes avec FOR ou GOTO est dommage.
De même, celui qui voudrait faire du FPGA ferait une erreur en partant sur une solution graphique (dessin des bascules, compteurs...) alors que le VHDL est bien plus puissant et souple. Mais cela passe souvent par un effort initial un peu plus important, largement compensé ensuite.

rebonjour! je viens de lire vos messages concernant vos "avis" sur
mon problème de choix d'un microcontroleur.
merci de vos reponses!
1- je prefère m'orienter vers le language C.
2- j'ai regardé le site de "bigonoff" :http://www.abcelectronique.com/bigonoff/loadpart1.php?par=43564.
qu'en pensez vous!!??. les pics 16 ou 32 bits doivent convenir pour mon projet!?. mais je vais regarder du coté de "freescale".
3- afin de ne pas vous faire perdre votre temps je vais vous indiquer
precisement ce que doit realiser le Uc dans mon projet .
Sous forme de piece jointe, dans les prochains jours, je preciserai
ce que j'attends exactement de mon "pilote automatique" et vous me direz ce qui vous semble convenir... vous verez que c'est loin
d'etre un pilote auto d'airbus!!! je nai pas besoin d'indicateur, ni de
clavier!!... le PA doit assurer des fonctions simples.
(maintient altitude et alerte altitude, maintient de cap)...mais tout ceci doit etre precisé dans la piece jointe...
je consacre mes loisirs à l'ULM... et a "fabriquer" des systemes" electroniques d'aide au pilotage.(principalement des alarmes pour la surveillance des moteurs Rotax) .
merci à obdh... que j'ai deja "vu" dans une conversation au sujet
d'oscilloscopes...
guy.

Salut,

L'assembleur semble peu approprié de nos jours ou l'on trouve des compilateurs C gratuits ;=)
Il existe par exemple des versions Lite complètes de tous les compilateurs C pour les PICs téléchargeables ici :
http://www.microchip.com/compilers

Il suffit d'y ajouter un environnement de développement multiplateformes (Linux, Mac, Windows) gratuit au goût du jour comme MPLAB X ( http://www.microchip.com/mplab ) et l'on peut démarrer.

Il existe des tutoriels sur les PICs en C et en français sur plusieurs sites :
* http://www.ac-limoges.fr/sti_ge/spip.php?rubrique4
* http://www.aix-mrs.iufm.fr/formations/filieres/ge/data/PIC/PICC/indexPIC_C.htm

a+

Bonjour! sorry, mais comme tous les "inactifs" j'ai un emploi du temps chargé! mais je lis vos réponses! et j'ai regardé sur le net
les pages sur les uC. Dans la vie il faut prendre des décisions...(bonnes ou mauvaises!!) j'ai donc décidé de m'orienter vers les
PICs (16F ou 18F ou...) je vous enverrai un fichier pour juger de la"puissance" de l'Uc neçessaire. j'opte également pour un compilateur "C".
Ceci étant décidé, que me conseillez vous comme programmateur de PIC? je désire un matériel sans problèmes et si possible équipé de supports à insertion nulle.
j'ai vu sur le net ceci :http://www.piccircuit.com/shop/pic-programmer/70-ica06-ultimate-usb-pic-programmer-set.html
je suis peu limité en budget! je préfère un matériel (et logiciel) payant mais qui fonctionne bien et puisse "régler" les problèmes!
je pense à un bon "debugger"par exemple.
pour résumer, et si vous étés "gentils"(ce qui est certainement le cas!) donnez moi SVP ce qu'il est
neçessaire en logiciel et matériel ! bien sur je possède l'environnement Windows (win 2000 et XP).
merci de vos réponses éclairées!
guy.

to obdh!
Et si mes moyens me permettent d'acquerir par exemple un ICD3!
pensez vous que c'est un achat "pertinent"...? j'ai lu qu'ils etaient garantis à vie!!! ...selon mr bigonof !!!
utiliser du materiel microship avec des Uc microship me semble une bonne demarche...je suppose que ça fonctionne bien!?
par les temps qui courent, je prefere avoir chez moi un ICD3 plutot
que l'equivalent en euros à la banque!!... c'est mon opinion et je la partage!!
PS: je suppose qu'il n'y a pas de problème pour adapter un connecteur à insertion nulle avec un ICD3? de façon à programmer
or circuit. (Les ICD etant vendu comme des in-cicuit) c'est simplement une question de "cablage"?
merci reponses.
guy.

Pour le dernier lien, je ne sais pas.
La très grosse différence entre le Real Ice et l'ICD2 était la vitesse, car je n'utilise pas toutes les fonctionnalités du premier. Il faudrait du matériel en plus et une carte cible adaptée. On doit retrouver cette différence de vitesse entre le PicKit et l'ICD3.
Je n'utilise que la programmation in-situ, puisque quasiment tous mes processeurs sont en TQFP100 (quelques centaines de cartes quand-même...).
Prévoir la programmation in-situ est peu contraignant, indispensable pour le debug. Démonter un processeur, même en dip, pour le reprogrammer, serait un retour en arrière de 20 ans.

yes! j'avais vu qu'il etait en fait consultable sur le net!! mais si j'ai le bouquin "en vrai" je peux le consulter plus facillement au coin du feu!!.
à un de ces jours!!
guy.