Messages

46

Vos projets / Re : LaBox" : Une Centrale DCC polyvalente et abordable

« le: février 22, 2024, 09:45:16 am »

Je donne deux exemples d’interface Can :

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, par exemple lorsque l'utilisateur commande la loco avec son smartphone.

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. Je n'en vois pas la nécessité.

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 .

A suivre
Dominique

47

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 

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 !

48

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.

49

Vos projets / Re : Re : Re : Projet partagé d'un gestionnaire de réseau

« le: février 19, 2024, 04:54:31 pm »

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.

50

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.

51

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 

52

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 .

53

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 »

54

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 !

55

Présentez vous ! / Re : Bonjour et débutant en digital

« le: février 15, 2024, 03:20:55 pm »

Bonjour et bienvenue 

Regardez LaBox aussi (articles et forum).

56

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 :

Code: [Sélectionner]

// 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 :

Code: [Sélectionner]

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

57

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).

58

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.

59

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 

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.

60

Vos projets / Re : TCO bp + ordi

« le: février 14, 2024, 10:31:41 am »

@frederic,

je me suis amusé à dessiner mon réseau sur un écran 7" tactile résistif, avec des ordres graphiques simples de la bibliothèque UTFT. J'ai ajouté la commande des aiguilles en touchant simplement les aiguilles.

Le projet est connecté sur bus CAN et j'ai fait un simulateur simple qui montre la formation des itinéraires devant le train, avec position des aiguilles, puis les occupations des aiguilles et l'affichage du numéro de train dans la zone occupée.

C'est visible ici dans cette video.

https://vimeo.com/manage/videos/909176742

C'est assez laborieux à écrire et à chercher les coordonnées de chaque objet graphique, mais une fois que c'est fait, c'est facile à mettre au point.

Si vous voulez en savoir plus, il suffit de me le demander.