Messages

2206

Présentez vous ! / Re : Hello de Pyk35

« le: octobre 08, 2016, 09:53:11 am »

Bonjour,
repassant par là et étant aussi en phase de découverte très récente, j'apporte mon petit caillou.
A la tête de quelques anciennes locos (Jouef, Fleischmann) je tente aussi de les numériser. J'ai fait un premier tour sur Internet et eBay.
Premier bilan : les LAISDCC à ~13€ et le LENZ de base à ~25€. Vu le problème de la taille, faut-il tenter la réalisation perso ?
Actuellement, j'ai fait tourner un locotracteur Fleischmann (avec flasque isolé) avec un LAISDCC mais il est devenu muet après une dépose sur rails sous tension (déprogrammation ou décès prématuré ??). Comme j'en suis à monter ma centrale DCC avec son rail de programmation (à priori DCC++ avec JMRI), je n'ai pas été plus loin, ça fait pas mal à assimiler d'un coup.
Résultat un peu mitigé, car une loco qui fonctionne pas bien en analogique, marchera mal en DCC ... Surtout quand on la voit à coté une "vraie" DCC.

2207

Le logiciel DCC++ / Re : DCC++ sur Nano avec LMD18200

« le: septembre 23, 2016, 09:42:05 pm »

juste pour la photo du throttle avant que je n'investisse (*) dans une machine de découpe au laser comme l'auteur (qui nous donne les typons).
http://trainelectronics.com/DCC_Arduino/DCC++/Throttle/#Wireless_Option
le clavier 4x4 est ce que j'avais dans mes tiroirs (au lieu du 3x4). Il me semble que les boutons poussoirs ne servent plus (remplacés par # et * du clavier) mais ils sont toujours dans le sketch. Celui-ci ci-joint modifié pour qu'il compile dans la version des bibliothèques qui vont avec l'IDE 1.6.9
Le câblage est le premier de l'article du lien ci-dessus.

* Bon, ce n'est pas si cher que ça : 370€, ni si important : (800x500x250mm) mais je vais quand même regarder si un boitier du commerce ne pourrait pas convenir. Ça ne va pas avec les meubles du salon.
http://www.ebay.fr/itm/40W-Engraving-Cutting-CO2-Laser-USB-Machine-Engraver-Cutter-woodworking-/290940824902?hash=item43bd6cad46:g:gMsAAOSw5VFWF3Pl

2208

Le logiciel DCC++ / Re : DCC++ sur Nano avec LMD18200

« le: septembre 23, 2016, 06:58:23 pm »

Bon, cette fois c'est la bonne. J'ai probablement de la chance, mais ce n'est pas interdit.
Un fois réglé les problèmes de library (je pense que l'auteur a mal vécu le passage à I2C pour l'afficheur), j'ai branché le TX de la throttle au RX du booster DCC++ et ça a marché du premier coup. (le TX se chargeant d'alimenter l'arduino du booster !)
Le temps de trouver où se trouvent les touches sur mon clavier 4x4, de sélectionner l'adresse de ma loco avec quelques rebonds ou parasites en plus, et ça roule !
Cerise sur le gâteau, au hasard des touches de fonction, voila que mon locotracteur V36 se met à me faire la séquence du décrochage automatique dont je rêvais depuis son acquisition après l'avoir deviné dans la traduction automatique de l'allemand de la notice.
Du bonheur !
Merci pour votre aide et la mise en ligne de vos projets.

2209

Le logiciel DCC++ / Re : DCC++ sur Nano avec LMD18200

« le: septembre 23, 2016, 11:43:23 am »

merci de vous intéresser à mon cas ...
le fichier zip devrait contenir ce qu'il y avait dans l'original - sauf accident - et sauf le répertoire MAC.
Le cahier des charges de Dominique me va : une manette à mettre entre toutes les mains : je pense aux enfants.
Au point où j'en suis (pas encore réussi à faire tourner un DCC++) je préfère démarrer modeste, avec un projet où je comprends (presque) tout.
Ce qui me semble le cas de :
http://trainelectronics.com/DCC_Arduino/DCC++/Throttle/
et qui commence bien, avec un problème de library de LCD ...

2210

Le logiciel DCC++ / Re : DCC++ sur Nano avec LMD18200

« le: septembre 22, 2016, 10:53:15 pm »

Bonsoir,
j'ai installé DCC++ Base Station et son controller : celui-ci m'en dit un peu plus dans la barre d'en tête :
Serial port busy : /dev/tty.usbmodem1431
ce qui semble correspondre au driver du port COM émulé par l'USB (ce qui n'est pas une grande découverte)
je soupçonne que le problème peut venir de mes essais de diverses cartes arduino avec des drivers différents (le CH340 qui peut remplacer le 16U2) avec de plus une première installation manuelle du driver qui peut faire double emploi avec la détection automatique de l'IDE.
Je vais tenter de remettre la main sur une carte arduino de première génération ...
Sinon il ne me reste plus qu'à monter une manette physique. (avis bienvenus)

2211

Le logiciel DCC++ / Re : DCC++ sur Nano avec LMD18200

« le: septembre 21, 2016, 08:41:23 pm »

cette ligne 314 c'est la seule référence à serialEvent :
if (myPort.available() > 0) {
    serialEvent(myPort);
}

dans le répertoire du sketch, il y a un autre sketch : SerialEvents (S et avec un s). Qui est bien lié puisque le premier sketch se plaint quand on renomme le deuxième.

mais n'ayant aucune idée sur processing ...

2212

Le logiciel DCC++ / Re : DCC++ sur Nano avec LMD18200

« le: septembre 21, 2016, 05:37:09 pm »

sauf deux modifs (adresse et COM) ce devrait être :
 * Manette DCC
 * by Dominique Bultez, 30 Aout 2016.
 * V0.8 31/08/16
fichier plus capture du contenu du répertoire ManetteDCC

2213

Le logiciel DCC++ / Re : DCC++ sur Nano avec LMD18200

« le: septembre 21, 2016, 04:52:38 pm »

je ne pense pas (dans la limite de ce que je comprends) que le problème vienne de ce point puisque processing communique bien avec arduino avec Serial.list()[1] dans mon cas, cohérent puisqu'il trouve deux ports. Si processing affiche bien le message de version du sketch arduino, c'est qu'il communique sur le COM1. Le COM7 est celui de la carte Nano.
Il y a probablement un COM1 physique sur ma carte mère mais il n'y a pas de header sorti, mais j'imagine qu'il peut être désactivé dans le BIOS, je vais regarder au prochain arrêt.

2214

Le logiciel DCC++ / Re : DCC++ sur Nano avec LMD18200

« le: septembre 21, 2016, 04:03:32 pm »

non, non :
 String portName = Serial.list()[0];
donne
COM1 COM7
et rien d'autre ...
donc pas la communication avec arduino qui suit (avec Serial.list()[1] dans mon cas)
<DCC++ BASE STATION FOR ARDUINO NANO / LMD18200 MOTOR SHIELD + MAX471: V-1.2.1-DB / Sep 21 2016 14:52:02>

2215

Le logiciel DCC++ / Re : DCC++ sur Nano avec LMD18200

« le: septembre 21, 2016, 03:15:29 pm »

On avance, on avance ...

Déjà j'ai bien l'adresse 36 de ma loco dans le moniteur en lançant le sketch arduino ...

Ensuite, en n'ouvrant pas le moniteur Arduino et en remodifiant la ligne du sketch processing :
  String portName = Serial.list()[1];
j'ai bien le sketch arduino dans les diags processing :
COM1 COM7
<DCC++ BASE STATION FOR ARDUINO NANO / LMD18200 MOTOR SHIELD + MAX471: V-1.2.1-DB / Sep 21 2016 14:52:02>
<N0: SERIAL>
<p1>
<rm123|123|1 36>
m123
adresse DCC : 36
<p0>
Par contre, je n'ai qu'un clin d'oeil en vert avant de repasser instantanément en rouge.
Seul le bouton Exit semble actif avec In stop <p0> qui s'affiche dans la dite fenêtre.

Que vérifier ?

2216

Le logiciel DCC++ / Re : DCC++ sur Nano avec LMD18200

« le: septembre 21, 2016, 10:06:13 am »

Bonjour à tous,
un grand merci pour vos réponses détaillées (et rapides).
je suis confus, je n'ai pas encore testé, mais dans ma fébrilité, j'ai bien sur lancé l'IDE d'arduino ET processing.
je vous propose de supprimer mon message (puis celui-ci) dans le fil, vu la banalité de la solution. Ce qui vous permettra de faire également le ménage pour garder un fil propre.

Michel

2217

Le logiciel DCC++ / Re : DCC++ sur Nano avec LMD18200

« le: septembre 20, 2016, 09:46:27 pm »

Bonsoir,
je me suis présenté dans le fil correspondant.
Ma configuration : windows 10 x64, 16Go, AMD 3.2Ghz x4
en test DCCpp_VV sur Nano+LMD18200+MAX471, Alim 14V 2A, une V36 de Lentz
processing installé avec arduino 1.6.9 puis ManetteDCC chargé

Le problème que je rencontre est le lien entre processing et arduino : j'ai modifié la ligne dans le sketch processing pour qu'il utilise COM1 et l'adresse de ma loco (36)
apparemment, il y a bien un lien puisque ma loco démarre, phares allumés. Par contre, la manette est inopérante.
Le début de la zone de diagnostic :
Le croquis utilise 13 792 octets (44%) de l'espace de stockage de programmes. Le maximum est de 30 720 octets.
Les variables globales utilisent 656 octets (32%) de mémoire dynamique, ce qui laisse 1 392 octets pour les variables locales. Le maximum est de 2 048 octets.
Exception in thread "AWT-EventQueue-0" java.util.NoSuchElementException
   at processing.app.helpers.CircularBuffer.min(CircularBuffer.java:42)
   at processing.app.SerialPlotter$GraphPanel.computeBounds(SerialPlotter.java:90)
   at processing.app.SerialPlotter$GraphPanel.paintComponent(SerialPlotter.java:124)
   at javax.swing.JComponent.paint(JComponent.java:1056)
   at javax.swing.JComponent.paintChildren(JComponent.java:889)

Quand je recharge le sketch arduino minimum en laissant processing actif, j'ai :
java.io.IOException: jssc.SerialPortException: Port name - COM7; Method name - setEventsMask(); Exception type - Can't set mask.
   at processing.app.Serial.dispose(Serial.java:144)
   at processing.app.SerialPlotter.close(SerialPlotter.java:275)
   at processing.app.AbstractMonitor.suspend(AbstractMonitor.java:96)
   at processing.app.Editor$DefaultExportHandler.run(Editor.java:2404)
   at java.lang.Thread.run(Thread.java:745)
Caused by: jssc.SerialPortException: Port name - COM7; Method name - setEventsMask(); Exception type - Can't set mask.
   at jssc.SerialPort.setEventsMask(SerialPort.java:279)
   at jssc.SerialPort.removeEventListener(SerialPort.java:1064)
   at jssc.SerialPort.closePort(SerialPort.java:1090)
   at processing.app.Serial.dispose(Serial.java:141)
   ... 4 more
Tout redevient normal quand j'arrête processing.

Merci pour votre aide, j'imagine qu'il s'agit d'une erreur de débutant.

Michel

PS : la fenêtre du moniteur série avec une échelle sur la gauche.