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.


Messages - sajuuk

Pages: [1] 2
1
Bus DCC / Re : L'octet de détection d'erreur dans les trains longs
« le: avril 04, 2020, 07:42:01 pm »
Justement, je posais la question parce que j'ai lu la norme, sans la comprendre  ???

Merci beaucoup, je vais pouvoir continuer à pousser  ;D

2
Bus DCC / L'octet de détection d'erreur dans les trains longs
« le: avril 04, 2020, 02:21:59 pm »
Bonjour à tous !

Mon petit logiciel de commande avance, un peu grâce au confinement. ::)

Cette fois ci, j'aurais besoin de votre aide sur l'octet de détection d'erreur, pour les trains de donnée de plus de 3 octets.
Je ne sais pas comment le calculer dès qu'il y a autre chose qu'un octet adresse et un octet data ...  :-\


Pour l'instant, je sais faire pour un train à 3 octets :
AAAAAAAA '0' DDDDDDDD '0' EEEEEEEE
un octet adresse (A), un octet données (D), un octet détection d'erreur (E)
pour chaque E, on calcule XOR de A et D pour la même position.

Pour les trains à davantage d'octets :
AAAAAAAA '0' BBBBBBBB '0' CCCCCCCC '0' DDDDDDDD '0' EEEEEEEE
quatre octets pouvant être adresse et/ou donnée (de A à D), un octet détection d'erreur (E)
Là, je ne comprends plus les NMRA ...

Dois-je faire octet par octet ?
Par exemple, A XOR B donne x, x XOR C donne y, y XOR D donne E ?
Ou suis-je à la ramasse ?  :o

Merci à tous !

3
Présentez vous ! / Re : Enfin lancé, enfin inscrit !
« le: mars 15, 2020, 09:40:04 am »
Bonjour à tous !

J'ai enfin reçu mon pont en H, et j'ai pu tester mon bouzin !

Alors oui c'est du java, oui c'est géré par linux, mais ça fonctionne  ;D

Et je le prouve !



Forcément, sur la photo, on ne voit pas les roues bouger, et on n'entend pas la sonorisation.
Mais ça fonctionne  :)

Mon logiciel prototype fonctionne, je peux commander des locos avec des trains courts (1 octet adresse, 1 octet data) pour la vitesse et les fonctions.
Je vais (déjà !) mettre le développement de mon logiciel en suspens pour me consacrer à la construction de mon réseau.

A très bientôt donc, j'ouvrirai un fil dédié à mon projet dès que je m'y remettrai  ;)

4
Shields et Modules / Re : signal entrée booster
« le: mars 15, 2020, 09:34:14 am »
Je prends note du conseil :)
Je vais mettre un fusible, c'est le plus simple. Inutile de diviser le réseau pour l'instant, je vise petit dans un premier temps.

5
Shields et Modules / Re : signal entrée booster
« le: mars 04, 2020, 05:59:23 pm »
Je pense que c'est la carte étendue, réduite par abus de langage à L9110S : celle qui monte à 10A :)

6
Présentez vous ! / Re : Enfin lancé, enfin inscrit !
« le: février 29, 2020, 08:58:28 am »
Hé bien oui, j'ai essayé de me mettre au C++. Mais n'ayant pas de réelle motivation à l'époque, ça me paraissait chinois, même connaissant le java ... La façon de penser générale est proche, mais la syntaxe trop différente.

Quant à la faisabilité du java, j'ai au moins envie de tester. J'attends juste mon pont en H pour essayer. Si ça ne fonctionne pas, ma foi, je pourrai revenir à une config plus classique en rajoutant seulement un Arduino.
Je maintiens que le java n'est pas beaucoup plus lent à exécuter que du C++. Juste ... Plus gros, c'est pour ça qu'on ne peut pas le mettre dans un Arduino.

7
Shields et Modules / Re : signal entrée booster
« le: février 29, 2020, 08:52:09 am »
Merci beaucoup !
C'est effectivement sur ce modèle que j'avais généré un signal alternatif en sortie de RPi avec deux bornes PWM.
Du coup, c'est encore plus simple, je n'ai besoin que d'une seule sortie PWM de mon RPi pour générer le signal en sortie de pont.

Testage dès que je reçois le L9110S  :D

8
Présentez vous ! / Re : Enfin lancé, enfin inscrit !
« le: février 21, 2020, 08:56:19 pm »
Effectivement, à regarder je le vois de la même façon.
Ne connaissant pas du tout, je vais tâcher de trouver des détails, mais si c'est propriétaire, j'aurai vite fait le tour ...

9
Présentez vous ! / Re : Enfin lancé, enfin inscrit !
« le: février 21, 2020, 09:41:16 am »
Merci beaucoup, je ne connaissais pas le SPROG.
Je vais regarder comment ça marche  :D

10
Présentez vous ! / Re : Enfin lancé, enfin inscrit !
« le: février 19, 2020, 10:57:01 am »
C'est tout à fait vrai, mais cette fois le problème vient de moi :
Je ne connais ni le langage arduino, ni le C ou C++. Donc pas possible d'étendre un système existant ...
Second problème, je n'y connais rien non plus en communication entre deux programmes. Si je fais un programme TCO, puis un programme de gestion du DCC, je ne saurais pas les faire communiquer, même s'ils tournent sur le même ordi.

Après, mon gestionnaire actuel de paquets DCC est simplet, il ne devrait pas y avoir besoin de revenir dessus trop souvent.
J'ai séparé mon programme en trois grandes parties :
- une interface graphique, pour commander l'ensemble,
- un traducteur, qui interprète les actions de l'utilisateur pour les convertir en 0 et en 1,
- un gestionnaire de GPIO, qui envoie les 0 et 1 sur les broches PWM.

Je trouve que ça enlève des intermédiaires par rapport à ce qui se fait avec DCC++ : Il nécessite un ordinateur séparé, incluant un traducteur vers des commandes textes, pour commander l'arduino qui traduit à nouveau ce texte en signal DCC.

Peut-être qu'effectivement je me retrouverai bloqué à un moment où à un autre. Mais bon, j'avais envie de coder, au moins un prototype  :P
Rien ne m'empêchera de racheter un arduino plus tard pour passer sur JMRI + DCC++  :)

11
Présentez vous ! / Re : Enfin lancé, enfin inscrit !
« le: février 19, 2020, 09:33:22 am »
J'avoue que j'ai un peu triché : la seule bibliothèque que j'ai trouvée qui gère le PWM en java, c'est une bibliothèque en C wrappée en java ...
Je me suis arrangé pour que le bloc qui émet un train de donnée n'utilise que les méthodes issues du C.

Après, je ne comprends toujours pas le problème avec l'ordonnanceur : toute la constitution du train de données est dans le même thread :
Pour l'instant, tout est dans le même, mais à terme, je compte lui dédier un thread, pour exploiter le processeur multi coeurs.
Pour le reste, java n'est pas vraiment plus lent à exécuter que du C/C++, ce n'est pas du python  ;D

Mais c'est une bonne remarque, je testerai à l'oscillo les successions de bits.

12
Présentez vous ! / Re : Enfin lancé, enfin inscrit !
« le: février 18, 2020, 10:30:43 pm »
Pour répondre dans l'ordre :
Fcot 2002 : c'est vrai, j'aurais pu utiliser la version clé en main JMRI +arduino, ça m'aurait pris 5 minutes ...
M'en sentant capable et aimant coder, je me suis lancé.
Alors oui j'ai fait un choix difficile, mais j'avais envie.

Jean-Luc :
Ces temps sont hors de propos : le créneau est généré par le PWM du rpi. J'ai quand même vérifié avant de me lancer, puis sur oscillo, j'ai vu des créneaux parfaitement réguliers, y compris avec une période de 116microsecondes  :)
Donc le langage java ... Fait parfaitement l'affaire, et accessoirement, c'est le seul que je connaisse ;)

13
Shields et Modules / Re : signal entrée booster
« le: février 18, 2020, 10:32:26 am »
Merci Dominique !

J'ai dû me gratter la tête, mes connaissances en élec dépassent à peine la bidouille et U=RI.
Voici ce que j'ai compris :
Je peux mettre la borne PWM du contrôleur sur le +5V, et appliquer un créneau O/5V sur la borne DIR, j'obtiendrai le même créneau en sortie, comme suit :
Si j'ai +5 sur DIR, j'aurai +18 en sortie,
si j'ai 0 sur DIR, j'aurai -18 en sortie.

C'est ça ?  ???

Pour le reste, les contrôleurs L9110S (et, je crois, LMD18200) acceptent le 3,3V sur la borne de contrôle, pas besoin de pousser absolument à 5V  :)

Quant à mon logiciel, il est pour l'instant tellement laid que je n'ai pas encore eu l'audace de lui donner un nom. C'est essentiellement un prototype pour coder les diverses fonctionnalités :


14
Présentez vous ! / Re : Enfin lancé, enfin inscrit !
« le: février 17, 2020, 10:59:28 pm »
Oui, un arduino peut faire ça. Je ne l'ai pas découvert ici.
Mais les greffer sur DCC++, pour moi c'est impossible. Je n'y connais rien en C/C++, alors hors de question de modifier DCC++.

L'avantage que je retiens d'un raspberry, c'est de pouvoir le coder avec autre chose, en l'espèce le java, que je connais. En quelques jours j'ai réussi à créer un train DCC complet.
Et non, JMRI ne fait pas d'envoi direct depuis un raspberry.

15
Présentez vous ! / Re : Enfin lancé, enfin inscrit !
« le: février 17, 2020, 08:33:36 pm »
Je complète ma phrase : j'ai un peu pris des goûts de luxe, j'aime bien mon interface graphique sur un écran d'ordinateur, avec clavier et souris.
Jusqu'à présent, je n'ai vu que des configurations PC + Arduino pour ce résultat.
J'avais envie de regrouper tout ça.

Quant au temps de démarrage, je l'ai accepté d'entrée en choisissant d'utiliser un ordinateur et non une simple centrale  :)

Pages: [1] 2