Messages

46

Le logiciel DCC++ / Re : Re : La brutalité de la commande identifyLocoMain()

« le: octobre 29, 2019, 09:30:35 am »

Je ne pense pas que les décodeurs soient en cause dans ces violentes secousses. Le même décodeur a des comportements bien différents entre une commande issue du logiciel  DCCpp et celle issue du lockPilot ESU. Une visualisation à l'oscilloscope du signal moteur durant les commandes  DCCpp montre des à-coups de 15V , chacun d'environ 15ms, chaque série d'à-coups espacée de 0.8 à 1 sec . Ce qui est durement ressenti par la mécanique!  Jen'ai pas pu regarder le signal homologue sous pilotage avec l'ECOS.
Cordialement

C’est curieux que vous ne vous donniez pas la peine de répondre à la question ci-dessus : vous savez très bien que les agitations de la loco ne sont provoquées QUE par son décodeur en réponse à une commande DCC, tout ce qu’il y a de plus standard

47

Le logiciel DCC++ / Re : Re : La brutalité de la commande identifyLocoMain()

« le: octobre 21, 2019, 07:32:34 pm »

Une visualisation à l'oscilloscope du signal moteur durant les commandes  DCCpp montre des à-coups de 15V , chacun d'environ 15ms, chaque série d'à-coups espacée de 0.8 à 1 sec . Ce qui est durement ressenti par la mécanique!  Je n'ai pas pu regarder le signal homologue sous pilotage avec l'ECOS.
Cordialement

Bonjour,

Pouvez-vous faire cette même observation sous pilotage avec l'ECOS : nous avons besoin de données pour avancer sur ce sujet.
Merci d'avance
Dominique

48

Le logiciel DCC++ / Re : La brutalité de la commande identifyLocoMain()

« le: octobre 20, 2019, 10:00:55 pm »

Ce serait effectivement intéressant de savoir comment procèdent les solutions du commerce
On connaît bien comment fonctionne DCC++, avec des commandes tout à fait conformes à la norme NMRA.
La « brutalité » réside dans les décodeurs situés dans les locos, en réponse aux interrogations, par de brèves commandes du moteur.

49

Débuter / Re : decodeurs loco

« le: octobre 20, 2019, 09:49:28 pm »

Je trouve mes décodeurs chez Dm Toys pour le N
https://www.fr.dm-toys.de/index.html
Jusqu’à présent différentes marques fonctionnent avec les centrales.

50

Présentez vous ! / Re : Bonjour à tous !

« le: octobre 17, 2019, 01:29:55 pm »

Ce n’est pas un théorème mais c’est un postulat ou un axiome !

51

Présentez vous ! / Re : Bonjour

« le: octobre 17, 2019, 12:02:32 pm »

Bienvenue Pitou,

Effectivement vous êtes inscrit depuis juillet cette année, mais il n’y a pas d’autres contributions que les 2 dernières. Le mieux est d’envoyer à nouveau vos questions .

Bonne retraite (vous n’êtes pas le seul !)

Dominique

52

Présentez vous ! / Re : Bonjour à tous !

« le: octobre 13, 2019, 07:35:16 pm »

Plus on est nombreux, plus on réussit 

53

Vos projets / Re : Détecter l'absence de courant

« le: octobre 12, 2019, 08:57:50 pm »

Une autre solution consiste à détecter l’appui sur un bouton poussoir qui permettrait de dérouler un programme de sauvegarde des données, éventuellement de retour des trains à leur position initiale, qui peut prendre un certain temps, et puis, à la fin, la coupure de l’alimentation avec un relais.

54

Le logiciel DCC++ / Re : Problème de retour d'info des decodeurs

« le: octobre 08, 2019, 11:06:31 am »

Tout à fait d’accord.
Il faut utiliser l’oscilloscope à mémoire maintenant pour avancer (je n’en ai pas malheureusement)

55

Le logiciel DCC++ / Re : Re : Problème de retour d'info des decodeurs

« le: octobre 07, 2019, 08:38:38 am »

L'idée serait peut-être de la mettre à la place du moteur ?

Oui, de toute évidence 

56

Trucs & astuces / Re : Comment faire un reset software d'un ATMega328

« le: octobre 04, 2019, 05:43:33 pm »

La connexion d'une pin digitale de l'Arduino à une pin RESET est la meilleure solution !

Ce petit programme très puissant marche très bien :

Code: [Sélectionner]

void software_Reset()
{
  pinMode(LED_BUILTIN, OUTPUT);
  digitalWrite(LED_BUILTIN, HIGH);// allumer la led intégrée..
  delay(200);
  digitalWrite(LED_BUILTIN, LOW);// pour faire joli
  pinMode(5, OUTPUT);             // pin 5 commande le reset
  digitalWrite(5, LOW); // reset Hardware
}
Le seul inconvénient est que ça mobilise une pin

57

JMRI et Arduino / Re : JMRI - conception logique du réseau

« le: septembre 26, 2019, 06:34:27 pm »

Luc,
Pour envisager de publier un article, pouvez-vous décrire en détail votre réalisation dans ce forum pour commencer, avec schémas, explications, code, références d’articles et photos ?
Oui c’est un gros boulot !

58

Discussions ouvertes / DÉPLACÉ: JMRI - conception logique du réseau

« le: septembre 26, 2019, 06:27:16 pm »

Ce sujet a été déplacé vers JMRI et Arduino.

http://forum.locoduino.org/index.php?topic=821.0

59

Présentez vous ! / Re : et un de plus

« le: septembre 26, 2019, 09:29:09 am »

Bienvenue Joe,

Nous sommes certains que tu trouveras ton bonheur 

60

Les réseaux / Re : Mon réseau Va-et-vient et vos propres variantes

« le: septembre 20, 2019, 05:10:23 pm »

Bonjour Patsengol,

msport a raison, il vaut mieux ne pas encombrer le forum du site editorial quand un sujet ad hoc existe sur Forum (ici).

Le va et vient ne sert pratiquement qu'à piloter une seule machine, et dans ce cas ce pourrait être une machine analogique. Je n'y avais pas pensé au départ puisque le DCC est plus pratique en général.

Cependant, il est tout à fait possible d'utiliser un générateur PWM à la place du générateur DCC (une génération automatique dans DCC++, basée sur le Timer2 avec des interruption). ce générateur PWM est décrit dans la bibliothèque et l'article 224 (DcDccNanoController) http://www.locoduino.org/spip.php?article224 de Thierry.
On pourrait aussi utiliser le Timer 2 sur les mêmes pin (3 et 10) du DCC, de manière à permettre le choix entre Analogique (PWM) et digital (DCC) par configuration.

J'y travaille très bientôt et je publierai les résultats dans quelques semaines (après réalisation et tests).

Soyez patients.

Dominique