Le forum LOCODUINO est consacré aux discussions ayant trait à l'utilisation de l'Arduino dans les automatismes et les animations pour le train miniature. Nous avons eu récemment quelques inscriptions de personnes ayant des projets plus généraux mais surtout inapplicables au train miniature. Si votre projet ou vos questions ne concernent pas le modélisme ferroviaire, ne vous inscrivez pas, vous perdriez votre temps et nous aussi.
Voir les contributions
Cette section vous permet de consulter les contributions (messages, sujets et fichiers joints) d'un utilisateur. Vous ne pourrez voir que les contributions des zones auxquelles vous avez accès.
(le fantasme c'est d'avoir un suivi des trains qui permet de mélanger les 2 modes. Pour chaque canton -ou circuit de voie - il y aurait un booster qui commute d'un mode sur l'autre si besoin, en assurant la détection et la rétrosignalisation)Le fantasme est autorisé sur son réseau personnel, si ça permet de se faire plaisir, mais les problèmes qui pourraient en résulter ne seront pas toujours à partager.
Si tu veux que ça fonctionne quelque soit le bootloader tu peux
- mettre un telai de watchdog suffisamment long pour assurer que tu arrives dans setup où tu vas couper le watchdog
- utiliser une broche en sortie connectée au RESET que tu pourras déclencher avec un simple digitalWrite
tout se passerait comme si le reboot ne se fait pas et que par conséquent le programme reste dans la boucleOui c’est sûr qu’il a bien déclenché, mais avant il faudrait sans doute remette les registres en état initial comme lors d’un Reset hard. Ce qui se passe là : la led 13 clignote et le Reset USB (donc le televersement ou l’ouverture du moniteur ne fonctionnent plus.
je pense que tu as pu t'assurer que le wdt a bien agi (truc simple comme une led qui ne s'allume plus) ?
Toutefois, je ne parviens pas à comprendre comment nous pourrions garder le principe de détection de courant alors que DEUX locos (+wagons avec éclairage ou feux de fin de convoi) se trouvent sur la même portion de voie (la rampe)il faut tronçonner la rampe de sorte que le wagon de queue soit détecté avec des détecteurs séparés. Il existe aussi d'autres types de détecteurs "ponctuels" (barrières IR, détecteurs à effet Hall, à RFID, etc..) qui peuvent le faire aussi. ce n'est pas le choix qui manque et cela a été expliqué en long et en large sur Locoduino.
: il y a bien 2 adresses de locos, mais comment l'Arduino pourra-t-il gérer la commande moteur de l'allège ?le DCC permet de commander plusieurs locos en même temps car elles ont des adresses différentes. L'Arduino pourra commander le train poussé et l'allège.
Sachant que les convois montants auront des vitesses très proches, ajuster la vitesse de consigne de l'allège n'est pas insurmontable me semble-t-il.C'est en quoi j'ai écrit qu'il faudra "étalonner" les crans DCC pour que le cran de commande de l'allège corresponde à un vitesse légèrement supérieure à celle du train poussé. Il y aura des reglages et de la configuration à faire.
La "force" de l'allège ne doit pas être trop importante afin de ne pas faire dérailler le wagon de queue, c'est une évidence, d'où une vitesse de consigne un fifrelin supérieure à la vitesse de la rame à pousser.
Eh oui et c'est bien cela qui m'ennuie ! D'autant, comme tu le soulignes très justement, mon faible (voir nul) niveau de connaissances en programmation Arduino:Un conseil : commences par faire des projets simples, très simples, et découper ton projet ne plein de petits projets (par exemple sur les détecteurs cités plus haut) qui t'apporteront l'expérience petit à petit. Ce sera un peu plus long mais c'est normal de prendre son temps pour apprendre. En plus il y a d'excellents articles sur Locoduino pour trouver les connaissances nécessaires dont les techniques de programmation, les automates, etc.. en finissant (ou commençant) par : http://www.locoduino.org/spip.php?article25
en fait je me sens en face d'une "boite noire" ; donc je ne sais pas exactement de quel genre de détails (grands ou petits) tu aurais besoin.
void software_Reset()
{
do
{
wdt_enable(WDTO_15MS);
for(;;) {};
} while(0);
}
avec cette ligne en début de setup :wdt_disable() ;MCUSR = 0; // clear all reset flags
Il semble qu'une réponse ait été trouvée sur ce problème sur le forum du créateur de DCC++ :
https://www.trainboard.com/highball/index.php?threads/dcc-issues-with-d-h-10c-resolved.106064/#post-1105369
La solution de ce forumiste : changer un peu les paquets d'attente de réponse -trois paquets de reset- qui sur ses décodeur D&H empêchaient l'envoi du ACK. La modif a d'ailleurs été confirmée par le service technique de D&H . Il a aussi modifié un peu la manière de chercher l'info en réduisant de moitié le nombre de mesures de courant et en passant à 5 au lieu de 30 la sensibilité de la détection...
Je joins les fichiers modifiés pour ceux qui veulent tester sur leur décodeurs récalcitrants. Reste à vérifier que ça marche encore sur les autres !