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 ... 72 73 [74] 75 76 ... 170
1096
Présentez vous ! / Re : Je me présente besoin Bus Can
« le: mars 17, 2020, 10:50:55 am »
Voici les lignes de code qui utilise le Can dans mon Due :


#include <due_can.h>
... puis dans le setup ...

  // Initialize CAN0. Set the proper baud rates here
  if (Can0.begin(CAN_BPS_500K)) {
    Serial.println("CAN ok !");
    myGLCD.print((char*)"CAN OK ", 100,410,0);
  } else {
    Serial.println("CAN ERROR !");
  }
 
  //By default there are 7 mailboxes that are RX boxes
  //This sets each mailbox to have a filter
 
  //extended
  //syntax is mailbox, ID, mask, extended
  Can0.setRXFilter(0, 0x2FFFFF, 0x1FFFFFFF, true);
  Can0.setRXFilter(1, 0x2F0000, 0x1FFFFFFF, true);
  Can0.setRXFilter(2, 0x2F0000, 0x1FFFFFFF, true);
 
  //standard 
  Can0.setRXFilter(3, 0x10, 0x7F0, false);
  Can0.setRXFilter(4, 0x11, 0x7F0, false);
  Can0.setRXFilter(5, 0x12, 0x7F0, false);
  Can0.setRXFilter(6, 0x1E, 0x7F0, false);


  for (int i=0; i<IdMax; i++) {    // pour le comptage des messages CAN
    CANCount[i]=0;
    ValId[i]=0;
  }

et dans la loop :
void loop() {
  Itineraire* it;
  int code=0;
  CAN_FRAME incoming;
  CAN_FRAME outgoing;
  /*
    * TRAITEMENT DES MESSAGES CAN
  */
 
  while (Can0.available() > 0) { 
    Can0.read(incoming);
    //countMessagesByIds(incoming);
    //printFrame(incoming);
    answerFrame(incoming);     
    // Can0.sendFrame(incoming) est envoyé par cette procédure qui est l'automate reseau
  }
 

1097
Présentez vous ! / Re : Re : Je me présente besoin Bus Can
« le: mars 17, 2020, 10:37:32 am »
Bonjour,

Bonsoir,

j'ai lu vos différents liens et réalisé de nombreux tests et voici mes conclusions
En ce qui concerne les cartes utilisées j'ai utilisé cette carte : https://copperhilltech.com/can-bus-mini-breakout-board/
et j'ai utilisé le programme qu'ils préconisaient : http://copperhilltech.com/blog/app-note-arduino-due-2channel-can-bus-driver-software/ mais aussi ceux qui sont dans la librairie "due_can-master" mais aucun résultat l'initialisation des CAN 0 et 1 sont OK mais pas de transmission on voit apparaître sur le moniteur les messages d'échec de transmission.
J'utilise la petite carte en photo ci-dessous équipée d'un sn65hvd230 (comme sur la votre), dont vous pouvez voir les branchements sur le Due.
(le Due est couplé à une carte graphique qui le cache sur cette photo).
C'est normal que l'initialisation du Can (0 ou 1) soit toujours OK (même si rien n'est branché) car le controleur est intégré au Due, seul le driver est extérieur et ne contribue pas au "OK".
Donc je pense que votre carte "copperhilltech" est mal branchée ou HS.

J'espère que vous allez faire marcher ce Can très bientôt

1098
Vos projets / Re : projet centrale wifi DCC++ Can
« le: mars 15, 2020, 07:38:41 pm »
Très interessant, mais est-ce accessible à l'Arduino IDE ?

1099
Vos projets / Re : projet centrale wifi DCC++ Can
« le: mars 13, 2020, 10:47:19 am »
Et oui, avec des satellites on gère les signaux comme les aiguilles et les détecteurs !

1100
Vos projets / Re : Re : projet centrale wifi DCC++ Can
« le: mars 12, 2020, 11:15:20 pm »
Les logiciels classiques (Trains Controller, JMRI, ...) gèrent le réseau sur un ordi et utilisent la centrale effectivement quasiment comme un booster, comme l'a dit msport.
A une nuance près, importante :
La gestion qui doit être dans la centrale DCC, c'est la gestion du ralenti, de l'accélération, de l'inertie, des fonctions. Et là, on n'est plus dans le booster.
Tu as raison pour les réseaux assez grands comme ceux que tu traites dans ton logiciel : la modélisation (définition) du réseau (cantons, aiguilles, signaux, itinéraires, beaucoup de trains) avec une IHM de configuration demandent un PC a part entière, pour adresser tous les cas possibles.
La centrale fabrique surtout les trames de bits 0 et 1 des commandes DCC avec des timings rigoureux que le booster traduit en tension et courant.

Mais on oublie plein de cas :
Je vois bien sur le site nombre de modélistes qui démarrent avec des réseaux simples et qui n’ont pas besoin d’un RRTC ou un JMRI pour faire quelques manœuvres même sophistiqués. On devrait pouvoir intégrer dans cette centrale, outre les accélérations et ralentissements, quelques scenarii de manœuvres sympa, sous forme de lignes de commandes.
Des trains automatiques aussi sont possibles tant qu’il ne doivent pas traverser le grill de la gare saint lazare !
A partir d’une certaine taille de réseau (comme le mien) j’admet qu’il faut un gestionnaire externe, ce que je fais, sur le Can évidemment, mais sans PC . Chacun reste libre !

1101
Débuter / Re : plantage arduino incompréhensible
« le: mars 12, 2020, 10:47:06 pm »
L’I2C est fait pour de très courtes distances car il est très sensible (réduire les pull-ups pour améliorer).
Sinon avec le Can, plus de problème !
Bonne réalisation  ;D

1102
Vos projets / Re : projet centrale wifi DCC++ Can
« le: mars 12, 2020, 11:54:39 am »
On peut représenter le projet sur la figure ci-dessous qui tient dans un ESP32 :
- une centrale DCCpp
- une interface wifi pour 2 types de clients (pas forcément en même temps :
    - un gestionnaire type JMRI (avec ses manettes)
    - des manettes smartphone en direct (avec traducteur Withrottle <-> commandes DCC++)
- une interface Can pour communiquer avec les satellites
- un mini-gestionnaire de circulation (à inventer avec interface de programmation : le concours est ouvert !!!)

reste à savoir si c'st faisable !

1103
Vos projets / Re : projet centrale wifi DCC++ Can
« le: mars 11, 2020, 09:32:11 pm »
Je me demande si on doit absolument avoir un bus CAN dans la centrale DCC.

Moi je ne me le demande pas ce qui fait qu'on l'intègre d'emblée dans le projet  ;D

Citer
1°) si on n'a pas de gestionnaire, on n'a carrément pas besoin de bus du tout.
Nota : ce sera le cas de tous les débutants

C'est justement l'hypothèse fausse qui t'amène à cette conclusion :
Pourquoi n'y aurait-il pas un gestionnaire dans la centrale ?
L'exemple le plus simple est mon va-et-vient qui est justement une centrale avec un petit gestionnaire intégré qui a donc besoin des informations de rétrosignalisation. Un exemple de cette nouvelle centrale sera donc un nouveau va-et-vient avec des satellites (capteurs, aiguilles et signaux) pour 2 trains sur voie unique avec une voie d'évitement au centre, et pourquoi pas d'autres trains comme le train du mont blanc de St Gervais au Nid d'Aigle.
Mais je suis certain que d'autres exemples vont fleurir partout ! :-*
L'ESP32 dispose de suffisamment de mémoire pour envisager cette hypothèse de gestionnaire (ou chef de gare ou poste de triage...) intégré. C'est justement une zone de créativité !
Par ailleurs on peut y loger une passerelle CAN-WIFI (interface Satellites pour JMRI par exemple).

Citer
2°) si on a un gestionnaire, on va échanger des informations.
La distance entre le PC/Mac/Linux et la centrale est courte.
Les parasites seront donc faciles à éliminer.
Et si on ne veut pas de PC Mac Linux qui, eux, n'ont pas de Can natif...
La rétrosignalisation par les satellites via Can (sans parasites, ni S88, ...) reste d'actualité.

Citer
On a donc CINQ ordres depuis le gestionnaire -> centrale DCC
Et AUCUN ordre             depuis la centrale DCC -> le gestionnaire.
Donc, je trouve que mettre un CAN pour 5 ordres dans un seul sens, c'est luxueux. Et on gagne 2 RJ (au moins) et on n'est pas obligé de choisir un processeur avec le CAN en natif.
quel économie fais-tu en supprimant le Can, voire l'ESP32 que tu remplaces par quoi ?
Si tu ne veux pas équiper la carte (sans les RJ11 et le driver de ligne Can), tu es libre de le faire : tu pourras revenir sur ce choix plus tard.

Alors Denis, toi qui prône toujours l'usage du Can, n'en privons pas ce projet  ;)

1104
Présentez vous ! / Re : Je me présente besoin Bus Can
« le: mars 11, 2020, 09:08:44 pm »
Bonsoir Claudius,

J'ai, comme toi un (plusieurs) Due équipé de cette carte driver de ligne Can qui constitue le cerveau de mon réseau? J'ai plusieurs autres cartes avec interface Can.
Lorsque la bibliothèque Due_can (pour le Due), de même que CAN_BUS_Shield (pour les autres Arduinos, excepté l'ESP32) est installée dans l'IDE, elle propose plus de 10 exemples que je t'encourage à tester pour te familiariser avec les fonctions CAN. Tu trouveras certainement de quoi faire les tests que tu souhaites, comme je l'ai fait au départ.

Si ça ne suffit pas je peux te proposer quelques uns de mes programmes.

Bon courage

Dominique


1105
Vos projets / Re : Re : Re : projet centrale wifi DCC++ Can
« le: mars 10, 2020, 11:03:01 am »
Pour les tensions, ce sera à l'utilisateur de choisir le(s) bloc(s) secteur qui convient à son matériel.
En fonction de ses décodeurs ou de ses locos analogiques (et de son gout du risque)

C'est important car j'ai cramé le moteur d'une de mes locos en N : il ne faut pas dépasser les 12V !
Jongler avec plusieurs alimentations est un peu casse-gueule !

1106
Vos projets / Re : projet centrale wifi DCC++ Can
« le: mars 10, 2020, 10:22:05 am »
Et bien on s'entent bien ce qui est le principal ;D

Dans le document de cahier des charges en cours sur Google docs (pour épargner le site Locoduino qui en bénéficiera quand il aura été un peu décanté), je vais ajouter mon historique : un projet similaire qui me porte à croire que ce que nous visons est possible. Vous y verrez les choix que j'ai fait et les embuches que j'ai rencontrées.

Pour la partie PWM que j'ai voulue compatible avec les commandes DCC++, j'ai été surpris par la simplicité du logiciel ajouté à DCC++ donc j'ai hâte de voir la version de Thierry !
Seule précaution : ne piloter qu'une seule machine (j'ai évidemment mis 2 machines pour voir et c'est marrant car elles n'ont pas toujours les même vitesses). Dans ce cas un découpage du réseau en cantons alimentés séparément (via des satellites d'alimentation - Jean-Luc sait bien nous expliquer ça ) pourrait permettre de s'y adonner. Mais pas de PWM et de DCC en même temps (sur des voies séparées).

1107
Vos projets / Re : projet centrale wifi DCC++ Can
« le: mars 10, 2020, 08:18:47 am »
Bonjour à tous,

je tiens à calmer un peu les ardeurs qui risquent de nous conduire vers l'usine à gaz  :-\

J'ai fixé à 4A le courant de sortie du DCC parce que ça suffit dans 90% des cas. Chez moi j'ai un LMD18200 donc 3A pour l'ensemble de mon réseau en N et ça suffit (le seuil de détection de court-circuit est bien inférieur). Pour le HO je concède 1A de plus.
Dans mon esprit ce projet sert à faciliter l'accès au digital donc pour des modélistes qui démarrent et qui n'ont pas encore un très grand réseau. Celui qui voudra la taille au dessus aura déjà acquis assez d'expérience pour construire une solution DIY adaptée à son besoin, il y a plein d'exemples dans le site dont ceux de Christophe avec toutes sortes de pont en H (booster ..). D'ailleurs, si ce projet a du succès, il s'en trouvera toujours quelqu'un pour faire une version gonflée.
A partir du moment où il est possible d'adjoindre un booster de course via la ligne DCC, alors il n'est plus nécessaire de concevoir un connecteur : le connecteur DCC suffit (il faudra juste prévoir la masse commune et le booster externe devra avoir sa propre alimentation).

Pour les autres types d'extensions, l'I2C et le SPI sont réservé pour des extensions de proximité, pas au bout d'un long câble (évitons plein de problèmes de parasites en tous genres), donc seulement sur la carte principale (l'I2C pour l'afficheur).
Par contre le Can, le Wifi et le bluetooth (sans antenne car on est toujours très près) sont vraiment faits pour des coopérations plus loin à l'extérieur : par exemple un configurateur, un TCO graphique et tactile, un système de mise à jour logiciels et données en OTA, et surtout l'ensemble de la rétrosignalisation via les satellites déjà équipés de Can (donc plus de S88 ou autre)  :D ;D
Je n'oublie pas les utilisateurs de JMRI qui apprécieront l'interface Wifi ou USB et la rétrosignalisation via une passerelle intégrée.
La vraie limitation que nous allons rencontrer sera principalement du coté logiciel car l'ESP32 n'a "que" 1,3 Moctets de ROM-flash et 327,6 Koctets de SRAM (d'après l'IDE) et surtout le développement et l'intégration des fonctions que chacun voudra y mettre.
C'est largement très ambitieux comme ça et on risque peut-être d'y arriver  8).





1108
Vos projets / Re : projet centrale wifi DCC++ Can
« le: mars 09, 2020, 06:42:08 pm »
Bonjour Denis,

C'est bien de donner ton avis sur les caractéristiques que tu souhaiterais, merci  :D et j'invite tous ceux qui sont intéressés à en faire autant.

Par contre ce sera tout sauf une usine à gaz !
On travaille un peu de notre coté pour le moment pour définir un cahier des charges avec les fonctions de base d'une V1 et les extensions possibles des V2, 3, ..x qui nous sembleraient possibles (mais à démontrer) en combinaison avec d'autres éléments ou pas.

Dans les choses interessantes que tu suggères, j'aime bien :
- mettre un connecteur d'extension pour utiliser un booster externe (10A par exemple) en n'équipant pas le booster interne (L6203)
- commander plus de 2 trains mais pas forcément par des smartphones (il existe des manettes inventives chez nos Locoduinistes) sachant qu'il y a du série/usb, du wifi, du Bluetooth, du can (n'en jetez plus !!). Il n'y aura pas tout au début !

1109
Vos projets / Re : Re : projet centrale wifi DCC++ Can
« le: mars 08, 2020, 03:11:47 pm »
mais est-ce utile de dépenser son énergie (et de précieux octets/cycles) pour remplacer un transistor à 0,01 € et deux résistances dans le cas du L6203 et L298 ?

Nous répondrons que non !
Maintenant que Thierry a porté DCC++ sur ESP32, est-ce que change quelque chose de ce coté ?

1110
Vos projets / Re : Re : Re : projet centrale wifi DCC++ Can
« le: mars 07, 2020, 10:08:02 pm »
Je n'en ai pas vu la transposition sur Nano ou Mini...

Justement voici les 2 schémas que j'ai trouvé chez Gravitec et DeekRobot qui utilisent soit des inverseurs trigger de schmidt, soit des portes Nand. Le schéma de Gravitec montre aussi comment est faite la mesure de courant, ce qu'on peut reproduire sur le L6203


Malheureusement, comme je l'ai dit plus haut, ce shield est impropre à l'utilisation de DCC++.

Pages: 1 ... 72 73 [74] 75 76 ... 170