Messages

1

Débuter / Re : j'ai du mal démarrer et ça coince

« le: mai 31, 2024, 09:08:11 am »

Personnellement je travaille sur Visual Studio Code avec l'extension PlatformIO, gratuits tous les deux. C'est un peu plus ardu parce la configuration du projet est en grande partie manuelle dans des fichiers textes, mais au moins c'est l'éditeur de Visual Studio, celui que j'utilise pour le boulot, et avec des capacités sur Git pour le stockage des sources. Par contre, tout comme l'IDE, pas moyen d'avoir des répertoires dans un projet pour classer les sources...
Je passe toujours ensuite sur l'IDE Arduino pour certifier que la compilation s'y passe bien.

2

Débuter / Re : j'ai du mal démarrer et ça coince

« le: mai 29, 2024, 09:35:06 am »

Bonjour

Par défaut les bibliothèques s'installent dans un répertoire 'Libraries' dans le répertoire des croquis/projets. Par exemple dans mon cas sous Windows, j'ai un répertoire 'Arduino' dans 'D:\Mes Documents' où se mettent automatiquement tous mes projets. Je ne m'en rappelle pas, mais j'ai dû changer le répertoire du 'Carnet de croquis' dans les préférences de l'IDE pour coller à mon dossier 'D:\Mes Documents'... Les bibliothèques sont installées par l'IDE dans le sous répertoire Libraries de ce carnet de croquis.
Je pense qu'une organisation qui sort de ce schéma simpliste va mettre en difficulté l'IDE, qui est un produit dont le fonctionnement doit rester le plus simple possible.

Donc pour répondre à vos questions :
- Non, pas de PATH. Seul le répertoire fixé dans les préférences fonctionne.
- C ou D, peu importe pourvu que ce soit spécifié dans les préférences.
- Des sous répertoires de projets dans ce carnet de croquis, c'est s'exposer à des problèmes.
- On pourrait changer ce répertoire à chaque utilisation de l'IDE en fonction du projet, mais dans ce cas, les bibliothèques doivent être installées dans le 'Libraries' de chacun d'eux !
- Il y a bien le répertoire 'Libraries' présent dans le répertoire d'installation de l'IDE. Celui là est partagé par tous les projets, mais je ne sais ce qu'il devient en cas de passage à la version suivante de l'IDE...

Voilà, voilà.
 

3

Aide / Re : sprog3, DCC Center et DCC decoder

« le: mai 21, 2024, 10:54:26 pm »

Oui oui je parle bien de la même chose. DCC Center pour Windows (il n'existe pas pour d'autres systèmes je crois) peut être piloté par une liaison série, ce que je fais avec un cable USB. DCC Center envoie des ordres via l'USB au format du protocole SPROG, et je les interprète pour que LaBox fasse ce qui est demandé : lire et écrire les CVs...

4

Aide / Re : sprog3, DCC Center et DCC decoder

« le: mai 20, 2024, 09:02:44 am »

Je ne sais pas pour DCC decoder, mais j'ai implémenté le protocole DCC Center pour SProg sur ma version de Labox et ça marche parfaitement. Le protocole est bien décrit dans la doc du SProg... Pour ce faire j'ai dû me servir de Serial2 pour ne pas être pollué sur Serial1 par les messages envoyés à la console de l'IDE... Et sur Labox, je n'ai pas de décalage d'adresse.

5

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

« le: avril 29, 2024, 06:50:59 pm »

Bonjour.
Non pas de raison. Si les deux locos ont une adresse différente, je les pilote sans problème.

6

Composants / Re : Problème gestion des servos

« le: avril 03, 2024, 09:16:13 am »

L'idée serait de faire l'attach() juste avant de fixer la position du servo, et de faire le detach() dès que le mouvement est terminé, peut être avec un délai pour laisser le temps...

7

Composants / Re : Problème gestion des servos

« le: avril 02, 2024, 03:23:18 pm »

A vue de nez, le code permet de désactiver une pin (num) parmi les 16 disponibles sur le circuit PCA9685. Ca supprime le PWM et ça peut marcher, mais le servo est toujours relié à la broche. Si celle ci est flottante, sans valeur fixe, alors le problème sera le même.
Pour piloter un servo, la bibliothèque passe par une fonction attach() qui fixe la pin dédiée à ce servo. Il y a aussi un detach()... Peut être n'attacher le servo à sa broche que pendant son mouvement et rester 'detach' le reste du temps...

8

Présentez vous ! / Re : un p'tit nouveau

« le: mars 29, 2024, 09:11:54 pm »

Bienvenue parmi nous. Tu y trouveras certainement ton bonheur. N'hésites pas à commencer par les articles de vulgarisation de la partie éditoriale.

9

Bus CAN / Re : Can et LaBox

« le: mars 28, 2024, 06:51:14 pm »

Dans mon cas, il y a en un qui l'était. J'ai commandé des MCP2551 chez AliExpress reçus une semaine avant la date prévue ! Et avec eux, mes programmes de test ont immédiatement fonctionné. Ca m'a permis de faire l'échange avec un CJMCV-230 à la fois, et j'ai pu identifier un coupable, direction poubelle.
Je vais pouvoir m'y remettre sérieusement.

10

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

« le: mars 27, 2024, 05:37:14 pm »

Comme je l'ai dit plus haut le #define OLED de config.h NE DOIT PAS etre activé. C'est un héritage de DCCEX pour un écran purement texte et ce n'est pas celui que nous utilisons !
C'est hmiConfig.h qui fait le boulot pour LaBox pour un écran graphique. Et rien de plus à inclure que ce qui est déjà fait par défaut, sauf changement radical d'écran.

11

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

« le: mars 27, 2024, 11:54:29 am »

Et nous ne refuserons pas un peu d'aide sur ce sujet, comme sur beaucoup d'autres !

12

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

« le: mars 26, 2024, 08:58:55 pm »

Cool que ça marche.

Tout ce qui concerne l'OLED vient des sources Hmi*.*. Le OLED de config.h n'est pas celui qui est utilisé.

Dans hmiConfig.h tu trouveras de quoi changer ces choses là:

#define HMI_I2C_ADDR            0x3C
#define SCREEN_WIDTH            128         // OLED display width, in pixels
#define SCREEN_HEIGHT           64          // OLED display height, in pixels

plus quelques autres. Il faut aussi que l'écran soit piloté par une puce SSD1306. Sinon Hmi ne saura pas faire sans grosses modifications...

MyAutomation permet de construire des automatismes avec ExRail inclus dans DCCEX. C'est un aspect que nous n'avons pas encore exploré...

13

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

« le: mars 25, 2024, 08:20:35 pm »

La compilation agit en cascade. Une première erreur déclenche généralement une flopée d'autres, et la dernière est certainement la moins significative. C'est surtout la première qui est importante. Les autres ne sont souvent que des conséquences.

14

Bus CAN / Re : Can et LaBox

« le: mars 16, 2024, 08:57:40 pm »

Non, justement. La box reliée au réseau n'a pas de Wifi, elle n'est pilotée QUE par la box CAN ! Le but est d'avoir tout ce qu'il faut pour piloter un réseau via le CAN, sans conflit avec les applis Wifi. C'est une vue de l'esprit, pas sûr que ça serve à autre chose qu'à tester la liaison CAN...

15

Bus CAN / Can et LaBox

« le: mars 16, 2024, 02:45:16 pm »

Ne trouvant pas de fil sur le sujet, je le crée ici.

Je me mets au CAN sur lequel je ne m'étais pas vraiment penché depuis qu'il a fait une percée sur Locoduino.

J'ai imaginé, et tenté de mettre en œuvre ceci:

- Une LaBox sans connexion à un réseau qui reçoit ses ordres par les applis habituelles de commande de train.
- Une autre LaBox, sans Wifi celle là, qui reçois ses ordres uniquement par le bus CAN de Christophe, et qui serait connectée au réseau.
- Et bien sûr un câble RJ11 (deux fils croisés) entre les deux.
- deux cavaliers sont placés sur la terminaison des deux LaBox.

Pour l'instant, pour tester la connexion, je me contente de deux programmes de test, émetteur et récepteur, inspirés à la fois par l'article de Jean Luc sur le CAN, et l'exemple loopback de la bibliothèque ACAN_ESP32 .

Evidemment ça ne marche pas... J'ai tout remis en cause, jusqu'aux cavaliers de terminaison remplacés sur la photo par des câbles Dupont.



Du coup quelques questions :
- Quelles sont les prises RJ11 à utiliser ?
- Les cavaliers sont ils nécessaires de deux côtés ?
- Est ce que mon code est bon ?
- Les deux cartes disposent d'un transceiver CJMCV-230, se peut il que l'un des deux soit mort ?
- Comment être sûr que les transceiver fonctionnent ?

Accessoirement, sur une carte dernier modèle (0.2) je ne trouve pas d'emplacement pour ces transceivers. Sont ils toujours d'actualité ?