Discussion :

[Zyxtian]

Bonjour à tous,

Jeune retraité ayant fait de la programmation dans ma jeunesse, j'ai un projet faisant intervenir un raspberry.

Il s'agit de commander deux moteurs pas à pas dont l'interface est du RS485.

Je me suis remis à la programmation (en python) et je viens de recevoir mon raspberry que j'ai à découvrir.

Je vais donc me mettre à la recherche :
1- d'une interface hardware raspberry / RS485
2 - de modules tout fait en python pour piloter tout cela.

Donc si vous avez des idées pour m'aider, des sites où je pourrais aller trouver ce que je cherche, je suis preneur.

Cordialement

Zyxtian

[Vincent PETIT]

Salut,
J'ai une question : Pourquoi tu as besoin du support physique RS485 ?
Tes moteurs sont déportés ? Tu auras besoin d'un autre petit microcontrôleur sur la carte moteur pour interpréter les commandes issues du Raspberry, via le RS485.
C'est comme ça que tu envisageais ton projet ?

[sevyc64]

Je parie sur un bloc moteur existant avec contrôleur RS485 déjà intégré

[Zyxtian]

Gagné :

http://www.trinamic.com/products/pan...tepper/pd-1141

Mais il faut que je vous en dise plus sur le projet global dont le pilotage des moteurs n'est qu'un sous projet.

Je fait parti d'un club de spéléologie spécialisé dans la topographie souterraine et en particulier des carrières oubliés. Nous intervenons régulièrement pour des collectivités qui veulent connaître les risques de ces carrières souterraines, avec des boîtes de géotechnique. Comme certaines de ces carrières ne sont pas accessibles directement, nous développons une caméra qui puisse descendre dans des puits de sondage pour voir ce qu'il y a en dessous.

L'inventeur et développeur du dispositif est un de nos membre féru d'électronique.

Les deux moteurs serviront à piloter le déplacement de la caméra selon deux axes et je suis chargé d'en assuré le fonctionnement.

Un premier prototype a fonctionné mais de manière ératique car les moteurs était commandés en RS232 et nous étions arrivés en limite de distance. Ces moteurs étaient accompagnés d'un logiciel fonctionnant sous windows.

Comme ces nouveaux moteurs n'ont pas de logiciels dédiés, il nous faut en développer un.

Voilà le contexte et j'ai pensé piloter les moteurs avec un raspberry.

Cordialement

Zyxtian

[bm]

Le raspi reçoit des bits sur son UART.
Il y a quelques commande système à désactiver dans le noyau de raspian.

L'envoi de data passe par import serial de python.

[Zyxtian]

Merci j'en prend bonne note.

Je viens de recevoir ma carte RS485 pour le Raspberry et je vais donc m'y mettre.

[bm]

https://www.cooking-hacks.com/rs-485...r-raspberry-pi

Rspi en réception est facile. Si le projet prévoit un protocole avec émission/réception
le python est plus lent que le C.

Arduino et rs-485 :

https://www.cooking-hacks.com/docume...intel-galileo/

[Zyxtian]

Bonjour,

Merci de tes informations

Voici la carte RS485 que j'ai acheté :

https://www.sparkfun.com/products/13000

Sinon en effet, j'ai de l'émission et de la réception, mais l’émission est juste quelques commandes pour les moteurs pas à pas, alors je suppose que Python devrait suffire.

Cordialement

[bm]

Rspi est un système qui va bien avec de l'enregistrement de data.
Dans une exploration chaque mouvement de moteur est stocké dans un fichier.

Un arduino avec les moteurs peut gérer les situations de blocage.
Il vaut mieux que raspi envoi des commandes à arduino.

[Vincent PETIT]

Un arduino avec les moteurs peut gérer les situations de blocage.
Il vaut mieux que raspi envoi des commandes à arduino.

Pourquoi intégrer un Arduino dans le projet ? Je n'y vois pas d'intêret si ce n'est de complexifier le système.

[bm]

Pourquoi intégrer un Arduino dans le projet ? Je n'y vois pas d'intêret si ce n'est de complexifier le système.

Depuis le tir laser sur une cible posée sur la lune, de l'eau a coulé sous les ponts.
Emetteur et récepteur, cela représente deux systèmes.

Deux micro-controleurs ou équivalents, ce n'est pas du luxe.

Un retour d'info "physique ou capteur à 1500 m", c'est de la fiabilité qui ne doublera pas
le prix du système.

[sevyc64]

Un micro-contrôleur à l'arrivée serait intéressant s'il n'y avait pas d'intelligence pour piloter les moteur et qu'il faudrait la créer. Hors ici apparemment les moteurs sont à contrôleur intégré. Il n' y a donc à priori pas besoin d'intelligence supplémentaire. Les contrôleurs des moteurs sont connectés directement à la boucle de courant.
De plus, si ces moteurs sont avec une interface RS485, c'est bien pour être piloter à distance. Rajouter un contrôleur retire tout l'intéret de cet interface RS485 déjà intégrée au moteur.

Puis question fiabilité justement, rajouter des circuits, des contrôleurs, etc ... c'est rajouter autant de sources potentielles de pannes. De plus si ces circuits sont programmable comme l'arduino on rajoute en plus une couche de bugs potentiels dans le logiciel, qu'il faudra déjà écrire.

[bm]

Un projet est rarement celui qui est prévu au début.
Ou alors ce n'est pas un projet ..