Messages

1

Débuter / Re : je debute

« le: novembre 13, 2018, 01:49:43 pm »

Bonjour,

Dans le forum c'est un peu fouillis, il vaut mieux éplucher le site éditorial

1) en analogique, il est indispensable de couper les rails (les deux) sinon ça sera un court jus
2) servomoteur ou moteur pas à pas : http://www.locoduino.org/spip.php?article170, http://www.locoduino.org/spip.php?article25, http://www.locoduino.org/spip.php?article117
3) si le feu est équipé de LED + résistance, ça se branche directement sur une sortie de l'Arduino : http://www.locoduino.org/spip.php?article3
4) ça dépend

Cordialement

2

Présentez vous ! / Re : Problème lecture varriable

« le: novembre 11, 2018, 07:27:56 pm »

Bonsoir,

Vous faites pointer deux pointeurs sur deux variable locales qui n’existent plus lorsque vous de référencez  les pointeurs.

3

Discussions ouvertes / Re : Locoduino à Orleans

« le: novembre 11, 2018, 10:31:18 am »

Bravo les gars, beau boulot 

4

Bus DCC / Re : Nouvelle souris sans fil à mémoire

« le: octobre 24, 2018, 09:38:48 am »

Quicksort forever. 

Plus sérieusement, il faut prendre un algorithme efficace et peu gourmand en mémoire temporaire

https://fr.m.wikipedia.org/wiki/Algorithme_de_tri

Complexité spatiale de 1 (ne nécessite pas de mémoire additionnelle), cas moyen en n log n, pire cas en n log n si possible. Le gagnant serait le smoothsort : https://fr.m.wikipedia.org/wiki/Smoothsort de Dijkstra (un gars qui vaut le coup).

5

Vos projets / Re : Réalisation de carte pour compléter le shield ATTiny

« le: octobre 24, 2018, 09:37:35 am »

Salut Thierry.

La patte 1 des support est bien au niveau du levier. Tu as la réponse sur les schémas et sur l’implantation.





Pour le 85 c’est le support du milieu, le CI avec le point côté levier et le plus vers le levier.

6

Discussions ouvertes / Re : reduction de la puissance

« le: septembre 21, 2018, 10:32:44 pm »

Bonsoir,

Il faut faire attention avec les transformateurs traction dont la sortie est soi-disant continue. En effet, il ne s’agit pas du tout de continu en général. En effet, alimenter avec du vrai continu comme celui qui sort d’une alimentation de labo ne donne pas un bon comportement, notamment à basse vitesse.

Par exemple sur un transformateur Arnold, les mesures ont été effectuées à l’oscilloscope, de 0 à mi-course, on a un redressement monoalternance avec écrétage. De mi-course au Max, idem avec un redressement double alternance. Ce n’est pas du tout du continu.

Par conséquent, l’entrée d’un quelconque régulateur de tension qui fournira du 5V sera très variable et il est probable que la sortie ne sera pas aussi stable que voulue.

Je conseillerais donc, comme le suggère Daniel, d’utiles une alimentation genre téléphone mais plutôt en par exemple 9V et la brancher sur VIN.

7

Modélisation, Architectures logicielles et matérielles / Re : Modélisation logicielle d'un réseau - le système de Jean-Luc - les trains ?

« le: septembre 19, 2018, 08:47:36 am »

Il faut bien qu'à un moment ou un autre, le système ait une représentation des trains et de leur progression sur le réseau, synchronisée par les détecteurs d'occupation. Ma question est donc: comment les trains sont-ils modélisés ?

Bonjour Marc-Henri

Effectivement il est nécessaire d’avoir une représentation des trains. Dans ce qui est présenté ici on a juste le graphe du réseau et la recherche de chemin mais, pour l’instant, pas de liaison avec la detection d’occupation où les trains. Je suis en train de refaire sous forme de bibliothèque et de l’enrichir mais comme j’ai d’autres projets en cours, ce n’est pas pour tout de suite.

En plus de ce qui est présenté je pense ajouter : l’information occupé mis à jour via la détection d’occupation ; Les Block et les UniBlock, portion de rail où un train peut s’arrêter et munis d’une detection de pleine voie et de zone d’arrêt ; La notion d’ensemble d’occupation : détection partagée par plusieurs éléments de voies, typiquement les zones d’aiguilles. En plus du graphe d’éléments de voies, on a un graphe d’occupation de plus forte granularité.

Les Trains qui se baladent sur le graphe d’occupation. Un Train possède une direction de marche et une liste doublement chaînée de pointeurs vers les nœuds contigus du graphe d’occupation, nœuds qu’il occupe. La tête de liste est la tête du train si le train a la direction de marche normale. Si le train est dans la direction de marche inverse, la tête de liste est la queue de train.

(La suite plus tard, je dois filer  )

8

Discussions ouvertes / Re : reduction de la puissance

« le: septembre 13, 2018, 04:10:45 pm »

Bonjour.

Du 14V alternatif ou continu ?

9

Bus CAN / Re : BUS CAN et ECOS/CS1 MS1

« le: septembre 12, 2018, 08:42:54 am »

Bonjour,

J’ai regardé le document rapidement.

Il ne s’agit pas d’un protocole CAN « custom » mais du bus et protocole CAN tout à fait normal (ce qui est une bonne nouvelle). Il s’agit d’une messagerie, c’est à dire l’ensemble des types de messages qui constituent l’ « API réseau » de la centrale.

Du point de vue matériel, il suffit de brancher un noeud CAN qu’on a fait soit même. Du point de vue logiciel, je ne sais pas si le document suffit ou bien si ça va nécessiter plus ou moins de rétro ingénierie.

10

Les réseaux / Re : Re : Projet Jean-Luc

« le: août 16, 2018, 09:10:40 am »

• Il y a une alimentation de PC portable. Est-ce à partir de cette alimentation que tu dérives toutes les autres ?

Non. L’alimentation de PC portable est l’alimentation 9V. Je n’ai pas trouvé d’alimentation industrielle 9V.

• Quels connecteurs y-a-t-il sur la 3ème face ?

Il n’y a pas de connecteur sur la 3ème face.

Bonne journée

11

Les réseaux / Re : Re : Projet Jean-Luc

« le: août 16, 2018, 09:06:35 am »

Tiens, je vois que la fixation des rails, à gauche de la dernière photo, se fait avec des plaquettes qui pincent les traverses sur le support. Cela évite de coller les rails. Est-ce uniquement pour les parties cachées ?

C’est une fixation temporaire. A terme les rails seront collés une fois le montage validé et les plaquettes seront retirées. Donc oui je vais utiliser la même technique pour les parties visibles.

12

Bus CAN / Re : Re : Bus CAN avec DCCpp

« le: juillet 26, 2018, 02:38:50 pm »

et là pas question d'utiliser la pin 3 à la place (également timer2).

Pourquoi ?

13

Bus CAN / Re : Bus CAN avec DCCpp

« le: juillet 26, 2018, 11:58:53 am »

Bonjour,

Si j'ai bien compris, DCCpp utilise la PWM engendrée par le TIMER 1 sur la pin 10 (OC1B) pour le signal DCC. Il pourrait très bien faire la même chose sur la pin 9 (moyennant une modification de DCCpp) et libérer ainsi le SPI. Pour rappel il n'est pas obligatoire que la pin 9 (CS) soit employée comme chip select pour le SPI. Elle doit juste être programmée en sortie pour que le SPI soit en mode maître.

14

Composants / Re : Re : Teensy 3.1, 3.2 - Sonorisation locomotive

« le: juillet 25, 2018, 03:05:42 pm »

Merci Jean-Luc,
Par contre, je ne sais pas trop comment faire sur le Teensy  pour "et en même temps":
 - Jouer le son : playFlashRaw1
 - Recevoir les commandes de son (provenant de l'arduino) via SoftwareSerial mySerial(7, 8 ); // RX, T (sur le teensy)

Tout d'abord il faut enlever le while qui attend la fin du son et qui bloque la réception des commandes

Ensuite que veux tu faire ?

Une nouvelle commande doit-elle être mise en attente en attendant que le son termine ou bien le son en cours (si il y en a un) doit-il s'arrêter pour laisser la place au nouveau ?

15

Composants / Re : Teensy 3.1, 3.2 - Sonorisation locomotive

« le: juillet 25, 2018, 10:53:18 am »

Bonjour,

C'est toi qui bloque le CPU dans playFile1 en attendant que le son finisse de jouer :

Code: [Sélectionner]

     // Simply wait for the file to finish playing.
     while (playFlashRaw1.isPlaying()) {
     }