Messages

871

Vos projets / Re : Passage a niveau en numérique

« le: octobre 05, 2017, 11:54:44 am »

À vrai dire, dans ton programme, il n'y a rien qui positionne le servo en fonction de ce qui est reçu du décodeur. C'est donc normal que tu aies le même comportement que dans l'exemple de SlowMotionServo.

1 - comment le décodeur est-il connecté à l'Arduino, sur quelles broches ? : schéma, photos
2 - si j'ai bien compris ce qu'a expliqué sport, il faut deux entrées, une qui fera que le servo ira à sa position max et une qui fera que le servo ira à sa position min.

872

Débuter / Re : Re : Re : Problème sur pilotage aiguillages par arduino via I2C

« le: octobre 05, 2017, 11:30:42 am »

Petite modification au passage, j'ai ce matin connecté l'ensemble de mes différentes cartes entre elles en I2C, et relancé mes tests. Mes aiguillages continuaient à fonctionner parfaitement avec les 4 premières cartes connectées, mais partaient dans le décor dès que la 5eme était connectée.
J'ai remplacé les résistances pull up 10K par des 4,7 K et désormais tout est rentré dans l'ordre.

J'avais pas fait la remarque mais effectivement, les resistances de pullup que l'on rencontre le plus souvent pour l'I2C font 4,7kΩ

TI a publié un Application Report sur le sujet : http://www.ti.com/lit/an/slva689/slva689.pdf

Sans s'embêter avec les calculs, on peut se référer aux courbes des figures 2 et 3 qui définissent respectivement la résistance minimum admissible (pour respecter les temps de descente de l'I2C), environ 1.6kΩ sous 5V, et la résistance maximum qui dépend de la capacité parasite du bus.

L'I2C de l'Arduino est à 100kHz par défaut, ce qui correspond à la courbe noire de la figure 3.

En ajoutant une 5e carte à ton système tu as augmenté la capacité parasite qui devait déjà être telle que c'était limite avec des résistances de 10kΩ. Ça devait être dans les 125pF (au doigt mouillé). Avec 4,7kΩ, tu devrais pourvoir monter à 7 ou 8 cartes.

873

Vos projets / Re : Passage a niveau en numérique

« le: octobre 05, 2017, 09:55:13 am »

Ils doivent être remplacés par ce qui doit être fait si la commande connectée à la broche 2 arrive. Dans ton cas, assigner une position destination au servo (goTo(), goToMin ou goToMax dans SlowMotionServo)

874

Débuter / Re : Problème sur pilotage aiguillages par arduino via I2C

« le: octobre 05, 2017, 09:49:00 am »

Rhaaa, mon correcteur m'a encore piégé. C'est .fzz.

Il te faut Fritzing : http://fritzing.org/download/

875

Débuter / Re : Problème sur pilotage aiguillages par arduino via I2C

« le: octobre 05, 2017, 09:38:29 am »

.zig ? 

Le lien dropbox propose 2 fichiers pdf et un fichier fez (Fritzing)

876

Présentez vous ! / Re : Bonjour à tous

« le: octobre 05, 2017, 07:17:29 am »

Bienvenue chez nous Pascal 

877

Vos projets / Re : Passage a niveau en numérique

« le: octobre 04, 2017, 05:57:37 pm »

J'ai rien compris 

Ce que j'avais compris : le S-DEC-4 est un décodeur. Quelles sont ses sorties de commandes ? que produisent-elle comme signal ?

878

Débuter / Re : Problème sur pilotage aiguillages par arduino via I2C

« le: octobre 03, 2017, 09:56:46 am »

Oui 

879

Vos projets / Re : Passage a niveau en numérique

« le: octobre 02, 2017, 10:05:36 pm »

SlowMotionServo.h: No such file or directory

Il ne trouve pas la bibliothèque.

Est elle correctement installée ? Le répertoire porte-t-il le nom de SlowMotionServo ?

880

Vos projets / Re : Passage a niveau en numérique

« le: octobre 02, 2017, 07:48:15 pm »

Il doit y avoir quelque chose au dessus avec le numéro de ligne ou se situe l’erreur

881

Vos projets / Re : Re : Passage a niveau en numérique

« le: octobre 02, 2017, 02:34:27 pm »

La maitrise de la vitesse de positionnement des servos a été évoquée sur le web : en faisant la recherche avec "arduino ralentir servomoteur"
on tombe entre autres sur :
http://www.robot-maker.com/forum/topic/10815-defis-comment-commander-la-vitesse-dun-servomoteur-avec-arduino/

Ou utiliser simplement la bibliothèque SlowMotionServo que j'ai faite :

https://git.framasoft.org/locoduino.org/SlowMotionServo

882

Débuter / Re : Problème sur pilotage aiguillages par arduino via I2C

« le: octobre 01, 2017, 07:02:08 pm »

D’après les symptômes décrits :

• le programme continue son exécution, donc probablement que les messages I2C sont correctement envoyés,
   
• les aiguillages ne réagissent plus au bout d’un moment,

je pencherais pour un plantage du 23017 du à des fluctuations sur l’alimentation a cause des moteurs d’aiguilles

On en revient donc aux capas pour stabiliser son alimentation.

883

Débuter / Re : Problème sur pilotage aiguillages par arduino via I2C

« le: octobre 01, 2017, 12:30:44 pm »

Non

En effet quand tu fermes et rouvres le moniteur ça provoque un reset de l’arduino

Je ne vois rien de problématique sur le schéma si ce n’est les découplages des alimentation des 23017. Visiblement la charge inductive des moteurs des aiguillages provoque une fluctuation des alimentations qui plante les 23017 (c’est une possibilité).

Si après ajout des capas, le phénomène persiste, il pourrait être nécessaire d’ajouter des optocoupleurs entre les 23017 et les ULN.

884

Débuter / Re : Problème sur pilotage aiguillages par arduino via I2C

« le: septembre 30, 2017, 12:42:35 pm »

Disons qu'il y a le schéma théorique de distribution de l'alimentation et l'implantation réelle qui peut également laisser entrevoir des soucis

Dans tes test il apparaît que la charge inductive du moteur d'aiguillage perturbe les MCP23017, je voudrais comprendre pourquoi et comment remédier à ce problème.

885

Débuter / Re : Problème sur pilotage aiguillages par arduino via I2C

« le: septembre 29, 2017, 05:09:21 pm »

Pourrait-on avec ton schéma de câblage ainsi qu'une photo de l'installation ?