Expérience Arduino ?

Comment sont les LED au repos ? l'une est allumée l'autre éteinte ? celle qui est allumée est rouge ?

Au repos... tout est éteint !   

Plus sérieusement :
- en position normale, la led de la voie droite est verte et celle de la voie déviée est rouge. La tension entre la masse et le signal est de 0V.


- en position déviée, les leds sont inversées. La tension mesurée entre la masse et le signal est de 3,6V.


- pendant le mouvement de l'aiguille, les leds clignotent alternativement rouge / vert pour signaler l'opération en cours.

Dans le premier schéma, il n'y a pas moyen de détecter une pression du bouton sauf à ce que le quad-pic envoie des impulsions sur le signal. Sans oscillo, on ne saura pas.

Quoiqu'il en soit, je pense qu'en remplaçant le bouton par un transistor commandé par l'Arduino, il doit être possible de faire croire au quad-pic que le bouton est enfoncé.

Mince... S'il faut en venir là et comme la place est une denrée rare, je me lancerai peut-être dans l'assemblage d'un Velleman EDU09.

Je me disais à peu près la même chose pour le transistor en remplacement du bouton.

Autre solution, gérer directement la position des aiguilles et l'affichage via l'Arduino, en utilisant le port d'entrées du QuadPic :
- la détection d'une impulsion du bouton poussoir déclenche l'activation (persistante) du transistor ; la voie est déviée, et en retour la led du TCO est allumée en vert (on peut même conserver le principe de LEDs bicolors tête-bêche)
- l'impulsion suivante désactive le transistor ; l'aiguille revient en position fermée, l'état des LEDs est mise à jour en conséquence

Finalement c'est peut-être le plus simple, plutôt que d'utiliser à tout prix les façades de commande.

railyRabbit a écrit:

Mince... S'il faut en venir là et comme la place est une denrée rare, je me lancerai peut-être dans l'assemblage d'un Velleman EDU09.

Hem, l'engin monte seulement à 200kHz de bande passante. Autant dire rien du tout . Tu ne feras pas grand chose avec.

Citation :

Autre solution, gérer directement la position des aiguilles et l'affichage via l'Arduino, en utilisant le port d'entrées du QuadPic :
- la détection d'une impulsion du bouton poussoir déclenche l'activation (persistante) du transistor ; la voie est déviée, et en retour la led du TCO est allumée en vert (on peut même conserver le principe de LEDs bicolors tête-bêche)
- l'impulsion suivante désactive le transistor ; l'aiguille revient en position fermée, l'état des LEDs est mise à jour en conséquence
Finalement c'est peut-être le plus simple, plutôt que d'utiliser à tout prix les façades de commande.

Deux solutions :

1 - mettre un transistor pour agir comme le poussoir et ceci pendant un temps grosso-modo équivalent à une action humaine (ie passant pendant 500ms à 1s). Regarder si le quad-pic exécute la commande. Si ça fonctionne, c'est pas compliqué de lire le signal pour connaître la position de l'aiguille. C'est plus compliqué de détecter un clignotement mais ça doit pouvoir se faire.

2 - revendre le quad-pic et utiliser un Arduino seul comme je l'ai expliqué ici, le sketch est déjà fait : http://modelleisenbahn.triskell.org/spip.php?rubrique22 mais ça demande plus de travail de réalisation.

Hello,

Ça y est je vais pouvoir me lancer    J'ai hâte de mettre tout ce que j'ai appris ici en pratique.
J'ai trouvé une boutique où acheter des registres à décalage, et en plus c'est une boutique physique !
J'ai commandé chez HackSpark, bd Alexandre Dumas à Paris.

Reste plus qu'à faire les 1ers pas.
Ah, et oui je cherche toujours un ATtny 84, qui pourrait très bien équiper le TCO et communiquer avec l'Arduino, qui va rester sous le réseau. A part des sites de VPC (port à 7€ pour un CI à moins de 3€), je ne l'ai pas encore trouvé en boutique...

Même parmi mes vendeurs chinois favoris, je n'en ai pas trouvé. Par contre il y en a sur la baie, à moins de trois euros, frais de port compris !

J'ai eu le même soucis, j'ai trouvé chez :
http://fr.farnell.com/jsp/search/browse.jsp;jsessionid=OGWN31EJGDJS0CQLCIPJN4Q?N=0&Ntk=gensearch&Ntt=ATTINY84&Ntx=mode+matchallpartial&exposeLevel2Refinement=true&suggestions=false&ref=globalsearch&_requestid=541105

Une alternative plutôt que de flascher des ATTiny est d'utiliser un clone d'Arduino Pro Micro. On en trouve à 5€75 + 4€ de port chez Electrodragon : http://www.electrodragon.com/product/arduino-compatible-edarduino-micro-5v-16mhz-atmega32u4/ ou bien de Pro Mini (qui demande un module FTDI pour le programmer) à 2€73 : http://www.electrodragon.com/product/arduino-pro-mini-328-5v16mhz/

jlb a écrit:

electrodragon

ça m'a l'air bien, merci pour l'adresse !
tu as déjà commandé chez eux ?

Oui j'ai commandé un écran LCD de 2,2" pour voir ce que je peux en faire pour des postes de conduite. les colis sont suivis et remis contre signature.

J'ai une autre commande en cours (analyseur logique).

Sinon il y a aussi dx.com chez qui j'ai commandé un Pro mini : http://dx.com/p/arduino-pro-mini-microcontroller-circuit-board-blue-5v-16mhz-178183 , un module FTDI http://dx.com/p/crius-ftdi-basic-breakout-5v-usb-to-ttl-6-pin-module-for-mwc-multiwii-lite-se-228307 et un Nano http://dx.com/p/nano-v3-0-avr-atmega328-p-20au-module-board-usb-cable-for-arduino-118037

Le port est compris mais c'est un peu plus cher donc ça dépend de la quantité de matériel. Tout est arrivé et tout fonctionne.

jlb a écrit:

Oui j'ai commandé ….

Merci pour ta réponse… on va tester   

Pas mal, pas mal... merci pour les adresses !

J'ai bien cherché des ATtiny sur la baie, y'en a vers les 5-10€ (version DIP, je ne me sens pas trop de souder un CMS).
Sinon y'a aussi l'option d'utiliser un ATMega328 "nu", 5€  

Petite question complémentaire, je compte faire communiquer l'Arduino et le TCO avec une liaison série (en filaire, peut-être en RS232 ; on verra pour une solution sans fil plus tard, éventuellement !).
J'ai lu qu'il n'était pas forcément très recommandé d'utiliser les ports hardware si ils sont utilisés pour la programmation (ex. sur Arduino Uno avec les broches 0 et 1). Vous confirmez ?

railyRabbit a écrit:

J'ai trouvé une boutique où acheter des registres à décalage, et en plus c'est une boutique physique !
J'ai commandé chez HackSpark, bd Alexandre Dumas à Paris.

Je suis passé chercher ma commande samedi dernier.

Les informations de stock ne sont malheureusement pas à jour, et je n'ai eu qu'une partie de la commande. En fait, ma commande a été "assemblée" lorsque je suis passé la récupérer. Si quelqu'un a vidé le stock juste avant, tant pis... ou alors n'est-ce qu'un cas isolé.
Le patron est un peu bourru, mais sympa

Du coup j'ai quelques registres 74HC595, un Atmega328P de rechange, mais pas encore d'Arduino : c'est prévu pour le week-end prochain si tout va bien !

Côté Baie, j'attends un registre MCP23S17 pour tester le SPI (sur les conseils de jlb).

La suite bientôt !

railyRabbit a écrit:

Petite question complémentaire, je compte faire communiquer l'Arduino et le TCO avec une liaison série (en filaire, peut-être en RS232 ; on verra pour une solution sans fil plus tard, éventuellement !).
J'ai lu qu'il n'était pas forcément très recommandé d'utiliser les ports hardware si ils sont utilisés pour la programmation (ex. sur Arduino Uno avec les broches 0 et 1). Vous confirmez ?

Quand on programme, il faut débrancher les dispositifs connectés à la liaison série, ce qui n'est pas très commode une fois que tu as déployé ton système.

merci !

Ca y est, j'ai mon Uno   !
J'espère que j'aurais le temps d'en profiter un peu : je prépare un mastère spécialisé pour la fin de l'année en + du boulot, donc ça va mordre sur le temps libre.
Je sens cependant que ça va être dur d'y résister !

Je vous tiens au courant...