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 - Dominique

Pages: [1] 2 3 ... 167
1
Vos projets / Re : LaBox" : Une Centrale DCC polyvalente et abordable
« le: février 22, 2024, 09:45:16 am »
Je donne deux exemples :

1) Activer les fonctions d’une locomotive d’adresse DCC donnée à partir d’un message Can  :
- marche avant, arrière, stop, vitesse, direction
- et fonctions du décodeur, etc..
C’est simple ici le décodage du message Can s’interface avec les fonctions prévues dans Dcc-ex.

Mais il y d’autres façons de commander cette machine avec LaBox (port serie-usb, wifi, tcp…HMI) et j’ai besoin pour mon gestionnaire de recevoir un message qui décrit le changement de régime de cette machine (mais pas les fonctions lumière-sons) a chaque changement.
Est-ce qu’on dispose des interfaces pour faire cela ?

Peut-être faudra-t-il aussi envoyer un message à la lecture de l’adresse d’une machine.

2) les fonctions Can dans LaBox vont occuper du temps CPU (setup et loop) qui ne doit être activé que si on s’en sert. Heureusement un « USECAN » peut être utilisé si besoin.

Donc il faudra permettre des mises en œuvre conditionnelles selon les besoins de chacun .

Je n’ai pas eu le temps de regarder le protocole Can des tableaux de bord des voitures, sans doute intéressant pour une approche TCO, mais regardons d’abord nos propres besoins.

Comme je l’ai dit précédemment je ne suis pas totalement dispo pour proposer des éléments de protocole qui ne remettent pas en cause ceux proposés par Christophe (sauf identifiants et filtres à simplifier et compléter) et il faudra trouver une manière souple de coder ce protocole pour l’adapter à ses besoins.

A suivre
Dominique

2
Vos projets / Re : LaBox" : Une Centrale DCC polyvalente et abordable
« le: février 22, 2024, 08:55:39 am »
Bonjour à tous,

Je savais que ça allait arriver: nous y sommes maintenant !

Définir un protocole Can est nécessaire. Qu’il serve à tout le monde est aussi nécessaire. Mais la, ce n’est déjà plus tout à fait possible.

As-t-on besoin de tout le protocole de Marklin ?
Sûrement pas.

Le protocole proposé par Christophe est adapté à ses satellites autonomes qui nécessitent une centrale Railcom ! Ce n’est le cas actuellement.

Nous devrions commencer par un protocole simple et didactique, utile surtout.
Peut-on définir d’abord les messages et les fonctions de base qui pourront s’étendre plus tard.
Je n’ai pas encore tout le temps souhaitable pour apporter mon expérience. Ce week-end sera le mieux.

3
Vos projets / Re : LaBox" : Une Centrale DCC polyvalente et abordable
« le: février 20, 2024, 03:07:49 pm »
Depuis les débuts de LaBox, il y des lustres, nous nous sommes efforcés de permettre à chacun de réaliser sa propre centrale (ou station de commande) DCC.

Dans sa version actuelle, dans sa forme matérielle et avec la dernière version 2.4.4, nous estimons avoir atteint notre but  ;D :D ;)

Mais le but des uns n’est forcément le but des autres !

Pour être honnête, la compatibilité de LaBox actuelle avec la norme Railcom ne pourra pas être atteinte sans évolutions futures :

Le point d’achoppement est la génération du Cutout d’environ 500 microsecondes à la fin de chaque trame DCC.
Je ne vais pas développer techniquement tout le pourquoi du comment de la chose. Pour ceux que ça intéressent un nouveau sujet présente et propose des evolutions possibles :

https://forum.locoduino.org/index.php?topic=1669.0

En quelques mots, si on veut conserver toutes les qualités de LaBox actuelle et y ajouter ce fameux Cutout, il faudra au moins modifier le booster en ajoutant une logique de type « Brake » au L6203, ou changer de booster.
Mais surtout c’est le choix de l’ESP32 comme unique microcontroleur qui sera à revoir, car il n’est pas parfait. Et dans ce domaine, ça évolue très vite !

Ceux qui choisiront le support du Railcom à tout prix pourront se tourner vers la réalisation de BobyAndCo (Christophe) dans le projet des satellites autonomes :

https://forum.locoduino.org/index.php?topic=1648.0

Personne n’est donc abandonné sur la route !

4
Vos projets / Re : Re : Projet partagé d'un gestionnaire de réseau
« le: février 20, 2024, 10:34:27 am »
Re-bonjour,

Je suis inquiet.

J'étais rentré sur ce fil (et je m'y suis investi) pour trouver une solution à mon problème : trouver une interface Processing-CAN pour faire marcher mon gestionnaire et l'améliorer avec des idées nouvelles qui seraient développées dans ce fil.

J'y ai appris l'existence de fichiers JSON qui, à mon avis, permettent d'unifier le passage de la description de réseau au gestionnaire.

Mais si le but est obligatoirement de porter le gestionnaire sur un ESP32, là, je ne trouverai jamais la solution à mon problème.

Denis

Il ne s’agit pas du tout de cela, le gestionnaire pouvant être soit dans une appli Processing sur PC (qui devra donc s’interfacer avec le réseau réel en Can ou autre) soit dans une carte Arduino (pas forcément un ESP32, elle même interfacer au réseau réel et cette fois en Can qui est la solution la plus simple et flable).
Je pense qu’il y a d’autres possibilités.

5
J'ai commencé à regarder le portage en C/C++ sur un ESP32 bi-coeur, mais j'ai plein de problèmes avec IDE Arduino au niveau des cartes et des bibliothèques (json).

Je n’avais pas bien lu le mode d’emploi du TCO, donc je vais y retourner, perturbé par mes microbes !

Pour l’IDE je me demande s’il ne serait pas profitable d’embrayer sur PlatformIO, au moins pour les projets les plus complexes comme celui-là, les dernières versions de l’IDE Arduino se révélant moins stables.
Mais honnêtement il faudra présenter PlateformIO dans un article, ce à quoi je songe actuellement.

6
Vos projets / Re : LaBox" : Une Centrale DCC polyvalente et abordable
« le: février 19, 2024, 04:37:07 pm »
Je trouve cette astuce très élégante.

Merci Thierry.

7
Débuter / Re : Drivers Nano
« le: février 19, 2024, 04:34:11 pm »
Le sujet a maintes fois été évoqué en choisissant « old bootloader » avec le choix du Nano dans l’IDE.
Probablement  :o


8
Vos projets / Re : Projet partagé d'un gestionnaire de réseau
« le: février 19, 2024, 03:23:26 pm »
Après une petite semaine de combat contre les virus et microbes je viens de télécharger ce premier gestionnaire paramétré par un fichier Json éditable ici, sous forme d'onglet.

Mes impressions sont le suivantes principalement par rapport à ce que je m'attendais à voir venir.

1) C'est du Processing donc ça ne peut pas tourner dans un Arduino (Due, ArmXX) avec une connexion Can qui permet de récevoir tous les messages des capteurs (occupation, ponctuels, RFID/Railcom) et d'émettre tous les messages vers les actionneurs (aiguilles, signaux et surtout la centrale DCC en l'occurence LaBox).
Bien entendu la connexion existe entre le gestionnaire et le TCO. Mais je n'ai pas pu faire rouler de train virtuel, ce qui n'est pas nécessaire sauf pour tester à fond les paramètres .

2) J'ai eu du mal à retrouver les objets, propriétés et méthodes habituelles du gestionnaire en C++ et comprendre l'intégration des paramètres Json dans ces méthodes (ou fonctions ici, puisque ce n'est pas encore de l'objet)

Mais il ne faut pas voir mes premières impressions comme négatives car je sors d'une période d'invasion microbienne et de grande fatigue dont je ne suis pas rétabli.

Je serais donc très intéressé de savoir un peu à l'avance quel sera le chemin d'évolution et la cible visée du gestionnaire parametrable et je me rend compte du travail important que cela représente.

Actuellement je travaille sur mon nouveau TCO graphique sur bus Can qui est donc maintenant séparé du gestionnaire et je me prépare à tester cette évolution majeure du gestionnaire centralisé.

Bravo à Pierre et Denis pour le travail important déjà fourni .






9
Vos projets / Re : TCO bp + ordi
« le: février 15, 2024, 07:28:28 pm »
Je voulais dire « bon départ du projet qui a tout l’air d’être prometteur »

10
Vos projets / Re : TCO bp + ordi
« le: février 15, 2024, 06:50:07 pm »
On ne ferme pas les discussions qui peuvent intéresser d'autres lecteurs.
Bon départ !

11
Présentez vous ! / Re : Bonjour et débutant en digital
« le: février 15, 2024, 03:20:55 pm »
Bonjour et bienvenue  :D

Regardez LaBox aussi (articles et forum).

12
Vos projets / Re : TCO bp + ordi
« le: février 14, 2024, 05:17:17 pm »
Pour un TCO graphique sur Arduino avec carte graphique et bibliothèque UTFT, ce n'est pas trop compliqué et l'affichage est sympa.



Le dessin du TCO est une suite de traits horizontaux et verticaux comme ceci :
// barre horizontale long=+/-, vers droite s1 l>0 ou gauche si l<0
void drawbarreH(int x, int y, int l) {
  myGLCD.fillRect(x, y - 2, x + l, y + 2);
}
// barre verticale long=+/-, vers droite s1 l>0 ou gauche si l<0
void drawbarreV(int x, int y, int l) {
  myGLCD.fillRect(x - 2, y, x + 2, y + l);
}

Pour les courbes, y compris dans les aiguilles, on a ceci :

void GA0::tracer(int c) { // c est la couleur du tracé dans le sens passant de l'aiguille
  if (etat) {  //droit
    myGLCD.setColor(K_ferme);
    geo.drawArc(90, 358, 38, 0, 45, 5);
    myGLCD.setColor(c);
    drawbarreH(90, 320, 27);
  } else {  // devié
    myGLCD.setColor(K_ferme);
    drawbarreH(90, 320, 27);
    myGLCD.setColor(c);
    geo.drawArc(90, 358, 38, 0, 45, 5);
  }
}

Toute la difficulté est donc de déterminer les valeurs numériques de chaque segment de droite ou de courbe, à partir d'un dessin coté, ce qui est un boulot ingrat mais la récompense est à l'arrivée, rien qu'avec du code Arduino.

Par contre pour le tactile c'est pas terrible, mais il existe des solutions de contournement

13
Vos projets / Re : TCO bp + ordi
« le: février 14, 2024, 04:43:18 pm »
Mon projet vous donnera quelques idées, peut-être:

https://forum.locoduino.org/index.php?topic=290.msg16407#msg16407

Pour arriver au TCO, il faut commencer par un dessin du réseau.

A partir de là on peut combiner différentes formes de TCO, pourvu qu'ils communiquent sur le bus CAN.

J'ai choisi la solution de la programmation en C/C++ d'un Arduino avec interface graphique (bibliothèque UTFT).

Mais j'ai aussi envisagé un Rasberry Pi avec Processing, mais il y a plusieurs inconvénients majeurs qui m'ont fait renoncer :

- pas de bus Can intégré sauf à ajouter une carte PICan2 à 50€, et installer des drivers dans Linux et programmer en python.
- Processing tourne en Java sous Linux donc c'est un environnement différent de l'Arduino
- et integrer la messagerie Can dans Processing n'est surement pas tout simple.

Mais le résultat est propre et sympa comme le démontre le projet Locoduinodrome (voir le I et le II est en cours de développement).


14
Vos projets / Re : Re : TCO bp + ordi
« le: février 14, 2024, 01:26:14 pm »
Et quand je pense au écran tactile grand format je pleure.

Un écran tactile TFT avec tactile résistif 7”’coûte moins de 50€. Il est accompagné d’un contrôleur d’écran (SSD1963) supporté par un Arduino (mega, due, Teensy)
Un écran capacitif de taille équivalente en Oled couleur existe pour l’automobile à plusieurs centaines d’€, mais c’est sûrement l’avenir. Il faut attendre sans doute un peu pour trouver des bibliothèques pour Arduino qui supportent ces écrans.

15
Vos projets / Re : TCO bp + ordi
« le: février 14, 2024, 01:15:08 pm »
Au contraire il faut se réjouir d’avoir Locoduino  ;D

Tout s’apprend à petit pas, au fur et à mesure des désirs que l’on a et en progressant étape par étape, en commençant par des exemples (ceux fournis avec les bibliothèques pour apprendre leurs instructions, puis les projets dans Locoduino qu’on déforme pour obtenir le résultat visé).

Il ne faut pas être trop ambitieux au départ mais chercher les bonnes techniques de base et travailler de façon modulaire.

Pages: [1] 2 3 ... 167