Messages

1

Vie du forum / Re : Support Servo Moteur pour aiguillages

« le: novembre 08, 2019, 06:37:25 pm »

Voici les fichiers STL 

Le palonnier est fait pour s'encastrer sur une palonnier de HK15178 HobbyKing.

Servo que je recommande car, comparé au SG90 (du moins les 2-3 que je possède), il a un mouvement beaucoup plus régulier.

https://hobbyking.com/fr_fr/hobbykingtm-hk15178-analog-servo-1-4kg-0-09sec-10g.html

2

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

« le: août 29, 2019, 02:22:48 pm »

Bonjour,

Concernant le watchdog et les bootloader ancienne version, j'avais trouvé des informations indiquant que ces anciennes versions ne désactivaient pas le watchdog. Or lorsque le reset est dû au watchdog, le watchdog reste actif et si le temps d'attente du bootloader pour un nouveau flashage + le temps d'init avant setup est > au délai du watchdog, la carte passe son temps à rebooter. La solution est alors de couper son alimentation.

Le bootloader OptiBoot désactive le watchdog au démarrage et donc n'est pas touché par le phénomène.

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

3

Vie du forum / Inscriptions en vue de SPAM

« le: juillet 25, 2019, 09:32:04 am »

Bonjour,

Le forum subit depuis ce matin (après un premier succès il y a quelques jours) un flot d'inscriptions bidon afin de disposer d'un compte permettant de spammer le forum (liens commerciaux dans les signatures). J'ai supprimé 7 ou 8 comptes.

La barrière de l'inscription avec la question qui tue ayant fini par être surmontée, j'ai changé la question ... jusqu'à la prochaine fois.

On va voir ce que ça donne.

4

Présentez vous ! / Re : Bonjour

« le: juillet 10, 2019, 07:18:00 pm »

Bienvenue sur LOCODUINO ! 

5

Vos projets / Re : BALDUINO WIFI

« le: juillet 05, 2019, 04:27:11 pm »

Bonjour,

le "/R" est le chemin après l'IP.

Par exemple si le serveur est à l'IP 192.168.1.1, accéder à http://192.168.1.1/R avec ton navigateur te renverra "AV"

Ceci dit, je ne pense pas que faire tourner un serveur web pour communiquer soit la bonne solution (à vrai dire ça n'est pas du tout comme ça qu'il faut faire), il vaudrait mieux communiquer directement avec les sockets. Cherche "ESP32 socket examples" tu trouveras des tutos, par exemple : https://techtutorialsx.com/2018/05/25/esp32-socket-server-controlling-a-relay-remotely/

6

JMRI et Arduino / Re : Protocole de pilotage

« le: juillet 05, 2019, 09:32:49 am »

Bonjour,

Juste pour info, j'ai entrepris de coder un analyseur C/MRI et une émulation des SMINI dans le but de faire apparaître des satellites V1 comme des SMINI pout JMRI. C'est pas fini, ça ne fonctionne pas encore mais l'analyseur est implémenté (un automate pour le message et un pour le protocole) mais évidemment pas testé.

L'architecture objet permet d'ajouter l'émulation des autres cartes C/MRI par la suite. Ça sera étendu aux satellites V2 dans le futur.

Il y a encore de travail : un peu de code à écrire et beaucoup de test.

Le repository est ici : https://github.com/Locoduino/CMRIParser

PS : J'ai examiné la bibliothèque de madleech : https://github.com/madleech/ArduinoCMRI. Elle ne me satisfait pas.
Au moins deux bugs sont présents : lignes 115 et 130 les tests sont faux
La transmission fait une attente active (appel de delay) de 50ms, bloquant les autres opérations sur la carte
La transmission est monolithique et bloque potentiellement sur le buffer d'émission.

7

Vos projets / Re : BALDUINO WIFI

« le: juillet 03, 2019, 08:57:01 am »

Bonjour,

J'ai fait des test longue durée sur une communication en UDP entre mon Mac et un Weimos Mini D1 (ESP8266) pour un truc qui n'a rien à voir avec le modélisme ferroviaire. Le Mac envoyait un message toutes les 10s avec un numéro d'ordre. Le Mini D1 incrémentait de son côté un compteur et le comparait avec le numéro d'ordre pour voir si un message était perdu. L'ensemble a tourné pendant 3 jours.

Résultat : 12% des messages sont perdus, ce qui est bien au dessus de ce qui est attribuable au fait que l'UDP ne fait pas d'acquittement. On va dire que la communication en UDP sur un ESP8266 marche jusqu'à un certain point mais que bon c'est très très loin d'être fiable.

Donc ne pas hésiter à répéter les messages.

Par ailleurs, j'avais aussi fait quelques tests, mais de manière plus informelle, avec un serveur http sur le même Weimos Mini D1. Le serveur répond un peu quand ça lui chante : des requêtes qui n'aboutissent pas ou qui aboutissent après un délai important. Je ne saurais dire la proportion d'échec mais c'est loin d'être négligeable. J'ai pas encore essayé les websocket.

8

Vos projets / Re : Article 232 - Va et vient

« le: juillet 01, 2019, 06:43:50 pm »

Hello Steve

The project uses the DCCpp library (Thierry is the author). This library is available through the library manager of the IDE. In Tools menu, choose Manage libraries... and type DCCpp in the search box

Best regards

PS: to translate you can use this excellent translator: https://www.deepl.com/translator

9

Vos projets / Re : BALDUINO WIFI

« le: juillet 01, 2019, 07:50:26 am »

Bonjour,
request est un char, il est déclaré deux lignes au dessus. Ce n'est donc pas un objet et par conséquent il n'a pas de méthode indexOf.

10

Modélisation, Architectures logicielles et matérielles / DÉPLACÉ: Protocole de pilotage

« le: juin 28, 2019, 09:13:05 am »

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

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

11

Le logiciel DCC++ / Re : L9110S Dual Motor Driver pour DCC++

« le: juin 20, 2019, 10:03:01 pm »

Bonsoir,

La doc est dans la datasheet. J'ai fait une bibliothèque il y a quelques temps pour l'utiliser avec l'interruption plutôt que reset : https://github.com/Locoduino/KeepMeAlive

C'est disponible via le gestionnaire de bibliothèques de l'IDE.

12

Le logiciel DCC++ / Re : L9110S Dual Motor Driver pour DCC++

« le: juin 20, 2019, 02:04:52 pm »

Il y a un watchdog intégré aux Arduino. Il est conçu pour fonctionner de manière indépendante du programme pour construire des systèmes plus sûrs. Il a sont propre oscillateur interne. Donc ajouter du matériel externe n'est pas nécessaire.

13

Le logiciel DCC++ / Re : L9110S Dual Motor Driver pour DCC++

« le: juin 20, 2019, 09:03:21 am »

Il ne s’agit pas de se ronger les ongles mais d’examiner les moyens défensifs contre des pannes qui peuvent survenir. Pour fabriquer des systèmes fiables il est nécessaire de ne pas s’occuper que du fonctionnement nominal. Mais il ne s’agit pas non plus de mettre en œuvre des dispositifs complexes. Programmer le watchdog pour faire un reset du CPU ou bien pour déclencher une interruption qui va couper la génération du signal DCC c’est simple.

14

Le logiciel DCC++ / Re : L9110S Dual Motor Driver pour DCC++

« le: juin 19, 2019, 01:59:43 pm »

Non non non

je veux dire qu'il faut regarder de ce côté pour voir si ce danger existe  (surtout quand je vois passer des dizaines d'ampères)

Et si il existe, modifier ou ajouter ce qu'il faut pour rendre tout cela plus robuste. Par exemple mettre un watchdog sur le micro. La procédure de coupure de jus est suffisamment rapide mais si programme principal cesse de fonctionner, ça fera du vilain.

15

Le logiciel DCC++ / Re : L9110S Dual Motor Driver pour DCC++

« le: juin 19, 2019, 12:26:58 pm »

Juste une note concernant la réactivité du système quand un court circuit se produit. J'avais discuté de ça avec Dominique.

Le MAX471 a une latence d'environ 5µs
Une conversion analogique numérique nécessite 150µs (mais ça peut aller plus vite en changeant la fréquence de l'horloge du convertisseur)
La latence due au logiciel est difficile à évaluer, je ne connais pas la durée d'exécution de loop de DCCpp ni d'ailleurs où cette mesure est effectuée, dans le programme principal ? dans la routine d'interruption ? (probablement pas car elle serait plus longue que le temps entre deux interruptions sauf si DCCpp change l'horloge du convertisseur). Disons 100µs ?
Ensuite le temps de couper, disons 5µs

Le pont en H lui même est-il protégé par un mécanisme ?

Bon, le court jus dure donc 260µs. Avec 10A et 18V, ça représente pas grand chose : 46,8 mJ

Mais que se passe-t-il si le logiciel plante mais pas l'IT qui génère le signal DCC ?