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

Pages: [1] 2 3 ... 45
1
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...

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

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

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

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

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

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

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

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

10
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é ?

11
La vie serait triste sans de petits imprévus !
Je suis parti du principe que la version noire de l'appli Z21 était la plus sensible, donc je n'ai testé qu'avec elle, aussi bien sur iOs qu'Android... Erreur !

Nouvelle version 2.4.7 dispo.

12
Merci Gilles, belle contribution.

Grâce à tes modifications, le comportement est bien plus logique. J'ai donc fait une version 2.4.6 qui les intègre moyennant mon petit grain de sel :) .
N'hésites pas si tu as d'autres suggestions.

13
Vos projets / Re : LaBox" : Une Centrale DCC polyvalente et abordable
« le: février 25, 2024, 02:57:58 pm »
Nouvelle version 2.4.5

En attendant la version intégrant le CAN, voici une version qui corrige quelques bricoles :

- Une constante Z21_TIMEOUT fixée à 20 secondes déconnecte complètement une app Z21 qui ne répond plus.
- L'application Z21 noire fonctionne enfin ! J'ai découvert un 'petit' envoi de 1000 octets de valeur 0 lorsque l'on passe à l'écran de conduite. Bien sûr rien n'était dimensionné pour ça, ni apte à décoder rapidement une telle quantité de données.
- Dans la même veine, l'entrée sur l'écran des aiguillages envoyait d'un bloc plusieurs messages Z21. Labox les traitait, mais à une vitesse insupportable !
- Du coup, le pilotage d'aiguillage fonctionne maintenant.

Cette version a été testée sur iOS avec WiThrottle Lite, Z21, Roco Z21, DigiTrainsPro en mode Z21, Train Driver en mode Z21.
Testée aussi sur Android avec Engine Driver, Z21, Roco Z21, Locotouch en mode WiThrottle, Cab Engineer.

Voili, voilou.

PS : Content de voir que le calme est revenu.

14
Vos projets / Re : LaBox" : Une Centrale DCC polyvalente et abordable
« le: février 21, 2024, 01:19:21 pm »
Tu as tout à fait raison. La prochaine version sera donc une 2.5.0 eu égard à l'importance stratégique de l'ajout !

15
Le projet Labox n'est pas mort, si c'est la question. C'est exactement comme un réseau : rien n'est jamais terminé, il y a toujours des choses à faire. Mais ça marche, ça fait le boulot. Les sujets d'évolution et de correction ne manquent pas, mais parfois c'est le temps à y consacrer qui manque, ou les solutions...
Pour reprendre les sujets qui fâchent ( ;)) un par un :

1- Supprimer le reboot pour passer du mode main au mode prog et inversement.
Dans la mesure où ça marche dans l'état, le sujet est un peu en retrait. A l'époque du développement de la solution actuelle, j'avais déjà essayé quantité de choses qui n'ont pas fonctionné et qui m'ont couté beaucoup de temps... Je ne m'y attaquerais que si je n'ai plus le choix.
2- Un fonctionnement de l'application Z21 noire aussi bon que la Z21 rouge et bleue qui elle fonctionne parfaitement. Surtout pour les possesseurs de smartphones récents ne permettant plus le téléchargement de l'appli Z21 rouge et bleue. Ceci est-il un problème insoluble ?
Pour le coup j'y travaille. Moi aussi ça me dérange de ne pas utiliser la dernière version. Pour une raison que j'ignore l'application semble cesser toute connexion dès que l'on rentre sur le panneau de conduite. J'ai d'ailleurs observé le même comportement dans la vieille appli si l'on rentre sur le panneau des aiguillages... Mais le fait que ça se décoince si on redémarre Labox prouve qu'il y a un moyen. Je ne désespère pas ! Et puis ça m'a permis hier d'ajouter à la prochaine 2.4.5 une déconnexion automatique de l'appli si aucun échange de données n'a lieu pendant 20 secondes. Temps que je monterai sans doute à 60 secondes dans la version définitive.
3- Une meilleure prise en compte du bouton Stop dans la version sous Ios.
La version iOs n'a effectivement pas le même comportement que la version Android. Qui suis je pour aller contre la volonté du développeur de cette version ? Et si aucune mise à jour n'est venue corriger cela, c'est sans doute que ça ne leur a pas semblé important ! Malgré tout et pour vous être agréable, la version 2.4.4 utilise une petite astuce expliquée dans mon message du 18 pour contourner le problème.

Tout ça pour dire que rien n'est figé, et que je continuerai de corriger les problèmes rencontrés. De même que Michel et Dominique continueront certainement d'améliorer le matériel si besoin.
A noter qu'aujourd'hui je suis le seul à proposer des améliorations sur le code. Il est pourtant gratuitement et entièrement disponible sur Github, et n'importe qui peut le prendre, le modifier, l'améliorer. Donc si toi au d'autres veulent aider, c'est tout à fait possible !

Pages: [1] 2 3 ... 45