Messages

1381

Shields et Modules / Re : Detecteur RFID / NFC

« le: janvier 10, 2019, 03:55:48 pm »

Bonne nouvelle : 2 capteurs espaces de 10 cms (12 a 13 cm d'entraxe) MARCHENT SIMULTANEMENT sans s'aveugler mutuellement (ce qui etait le cas des ID11 a 125 khz)



Je ne dirais pas qu'il est possible de mettre un capteur par canton, comme du railcom partout, mais on n'en est pas loin !

1382

Shields et Modules / Re : Detecteur RFID / NFC

« le: janvier 10, 2019, 11:10:03 am »

Je confirme que ca marche bien, même a pleine vitesse.
Selon la vitesse, le capteur a le temps de faire entre 1 et 4 acquisitions.
Il n'est pas possible de coller l'etiquette sous le moteur. Je l'ai placee ici sous l'avant car la loco est très petite (9 cm au total). Elle depasse un peu sous l'attelage, ce n'est pas franchement genant car elle est pratiquement transparente.

L'installation du capteur necessite de creuser le support sous la voie de 2 mm environ car les composants sont sur la face opposee a l'antenne.
Je vais tourner le capteur d'un 1/4 de tour pour occuper le maximum de surface sous la voie et améliorer encore la detection.
La voie Fleischmann avec son ballast integre n'empeche pas la detection.

1383

Shields et Modules / Re : Detecteur RFID / NFC

« le: janvier 09, 2019, 09:02:12 pm »

J'ai teste pour vous la carte RFID RC522 avec interface I2C : ca marche bien 
Elle est compatible avec la version SPI (on utilise les meme etiquetes qui sont detectees par l'une et par l'autre).



L'avantage de l'I2C est que les signaux SDA et SCL etant des "collecteurs ouverts", la conversion 5V <-> 3,3V se fait simplement en connectant les resistances de pull-up de l'I2C (2K par exemple) au +3,3V (et non au 5V)
La carte est miniature : 2x3 cms : on la voit ici a cote d'une etiquette autocollante qui est detectee a environ 2 cm.

L'inconvenient est qu'il n'est pas possible de modifier d'adresse I2C donc il n'y aura qu'un seul capteur RFID par Arduino.
Autre inconvenient : elle n'est pas donnee :
https://www.ebay.fr/itm/RC522-RFID-Read-Write-Card-Module-I2C-IC-RFCard-Inductive-Module-13-56MHz/311768931452?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2648

ou

https://www.ebay.fr/itm/13-56MHz-I2C-SPI-Interface-IC-RC522-RFID-Read-Write-Card-Module-IC-Keychain/263834189364?hash=item3d6dbe3e34:m:m41I36FfDH2zeA6exkFvILA:rk:1:pf:0

Elle fonctionne avec 5 pins :

• Gnd
• 3,3V
• SDA
• SCL
• RST (une pin digitale au choix pour une initialisation particuliere (reveil du mode veille)
• IRQ (une 6eme pin que je n'ai pas testee pour le moment)

La bibliotheque est ici : https://github.com/semaf/MFRC522_I2C_Library
Elle est compatible Arduino  et ESP8266.

Je vais tester maintenant la possibilite d'avoir plusieurs cartes proches les unes des autres.

1384

Vos projets / Re : Article 232 - Va et vient

« le: janvier 09, 2019, 03:01:52 pm »

Je viens de produire une nouvelle version du logiciel du Va et Vient qui permet, notamment, de piloter une machine en manuel a l'aide de la molette centrale, en avant comme en arriere.

Toutes les fonctionnalites sont decrites dans la notice qui se trouve ici :
http://www.locoduino.org/IMG/pdf/noticevaetvient304.pdf

Cette version est en telechargement ci-dessous (format zip)

1385

Bus CAN / Re : Méthode de câblage

« le: janvier 07, 2019, 08:22:23 pm »

 Et attention, sur un bus Can il ne faut pas intervertir le L et le H.

J’ai plusieurs paires de lunettes à la maison.

1386

Bus CAN / Re : Méthode de câblage

« le: janvier 07, 2019, 06:05:54 pm »

Oui j’ai vu tes photos : superbe !

Je voulais dire que si mets des RJ11, femelle et mâle, alors il faut du câble 4 fils.

1387

Bus CAN / Re : Méthode de câblage

« le: janvier 07, 2019, 05:22:41 pm »

Les cartes développées par Locoduino (Jean-Luc) utilisent des RJ11 6p4c (voir les satellites) et le câblage est tel qu'un câble 2 fils ne convient pas.

1388

Discussions ouvertes / Re : Consommation moteur locomotive LGB

« le: janvier 07, 2019, 01:49:01 pm »

La grande force de Chinapost même pour un produit d’origine US : à voir dans le lien ci-dessus 

1389

Bus CAN / Re : M�thode de c�blage

« le: janvier 07, 2019, 12:32:43 pm »

Oui mais notre idée c’est de faire des choses simple et bon marché.

Le POE nécessite des fils de diamètres différents sous la même gaine, des prises Rj45 plus grosses et plus chères et des outils spéciaux, de quoi rebuter les débutant.
Du fil téléphonique 4 fils, on en trouve partout.

Le mieux est (le mortel) ennemi du bien (Montesqieu, qui pratiquait couramment le Can, comme chacun sait

1390

Bus CAN / Re : Re : Méthode de câblage

« le: janvier 07, 2019, 09:20:26 am »

Dominique propose un câble téléphone (8 fils), tout mettre dans le même câble est tantant mais peut-être risqué, c’était la raison de ma question initiale.

Non, ce n'est pas ce que j'ai voulu dire : le cable téléphonique ordinaire "4 fils " (pas 2 ni 6) de préférence plat pour y sertir des prises RJ11 est réservé au bus CAN.
Sur le lien que j'ai montré on voit bien qu'il y a 3 cables séparés, pour le DCC, pour le Can et pour le 9V.

1391

Les réseaux / Re : Projet Dominique

« le: janvier 07, 2019, 09:11:11 am »

La doocumentation de DCCpp dit qu'il faut mettre "1" dans le parametre inNewSpeed :

Voir le dossier de la bibliothèque / extras / doc / index.html

Code: [Sélectionner]

static bool DCCpp::setSpeedMain ( int nReg,
int inLocoId,
int inStepsNumber,
int inNewSpeed,
bool inForward
)
inlinestatic
For the given decoder id, set the speed and the direction on the main track.

Parameters
nReg Register number. Avoid register 0, used for one shot commands like accessories or CV programming.
inLocoId Decoder address in short or long format.
inStepsNumber According to the decoder configuration, set it to 14, 28 or 128 .
inNewSpeed Speed of the loco, between 2 and the steps number - 1 (13, 27 or 127). 0 means normal complete stop. 1 means emergency stop.
inForward True means forward move, false means backward.

1392

Présentez vous ! / Re : Bonjour à tous

« le: janvier 06, 2019, 03:39:54 pm »

Merci à tous ceux qui y dépose des solutions, j'en ai pris un comme exemple et je le travaille sur mon circuit.
En espérant vous faire profiter me mes "petites" connaissances".*
à bientôt ....

Bienvenue sur Locoduino,

Bravo d'arriver avec l'esprit de partage, plus on est de fous, plus on rit.
Amicalement
Dominique

1393

JMRI et Arduino / Re : JMRI

« le: janvier 06, 2019, 03:29:56 pm »

Les AAAAAAA avec de la friture c'est normal, le messages pour chaque port commence par un "A" suivi de l'état !
Voilà ce que j'ai :

1394

Bus CAN / Re : M�thode de c�blage

« le: janvier 05, 2019, 11:35:22 am »

Il y a un exemple ici :
http://forum.locoduino.org/index.php?topic=515.msg7105#msg7105

On préfère séparer les bus avec du fil téléphonique pour le Can.

1395

JMRI et Arduino / Re : Communications entre JMRI et Arduino

« le: janvier 03, 2019, 04:42:05 pm »

Mais de là plus rien, la sauvegarde du panneau ne récupère rien. Le tableau ne réagit pas. On teste le SensorSerialClose modifié pour le port USB. On refait le tableau. Le tableau ne réagit toujours pas.
Passage à un Mega sans plus de résultats.
Test effectué sur un portable i5 W7 qui a déjà fait tourner JMRI avec DCC++ et manette wifi.

Je vais tester sur une autre configuration, à suivre.

(Edit: rectif des accents)

Sur mon Mac, à part quelques cases qui restent « inconnu » après l’execution du script « sensor_scan », je récupère bien le tableau avec ses éléments. Et les changements sur l’Arduino se répercutent bien sur le tableau.
On devrait pouvoir améliorer le programme et le script qui sont très simples.