Messages

2131

Composants / Re : Pilotage locos par appli web via Wifi (Composants du Kit Roco Next Generation)

« le: juillet 10, 2017, 10:40:53 am »

Le protocole des CPL (bien que redondant) est prévu pour un support physique fixe et permanent. Je craindrais qu'il soit inefficace avec les micro coupures dues au roulement. D'autres avis ?
Sans compter le risque de voir les locos démarrer lors d'une relève de Linky ! 

2132

Composants / Re : Re : Pilotage locos par appli web via Wifi (Composants du Kit Roco Next Generation)

« le: juillet 10, 2017, 10:05:52 am »

Il n'y a d'ailleurs aucun intérêt à coder un signal DCC pour transporter les commandes par les rails puisque le WIFI le fait.

Tout à fait, il y a bien deux modes indépendants pour piloter la loco :
1. quand on pose la loco sur les rails, elle fonctionne en DCC standard. (CV, etc)
2. quand on établit la connexion Wifi, le DCC est désactivé et la loco ne répond plus qu'à l'application de la tablette.

J'ai été un peu plus loin dans l'identification des composants de la loco :
le module Wifi est équipé d'un Microcontroller 88MC200 Cortex-M3 de MARVELL, sur mini platine à 16 broches.
la carte comporte un PIC à 40 pattes PIC18LF46K80-I/PT de Microchip, un IRF7342 de IR, 2 condensateurs de 3 Farads, etc.
On est à un niveau d'intégration qui dépasse l'amateur.

J'ai mis quelques photos et docs sur Dropbox ...
https://www.dropbox.com/sh/kgmjoswauhjbobt/AAAO6lFqSwJ-jzXvqP2rS5l-a?dl=0

2133

Composants / Re : Pilotage locos par appli web via Wifi (Composants du Kit Roco Next Generation)

« le: juillet 09, 2017, 10:56:58 pm »

Je viens de télécharger la fiche d'un produit de ST Microelectronics ( j'avais mal noté STI ) qui semble (?) bien de la même famille que celui utilisé par ROCO. Je l'ai rajoutée sur Dropbox. La fiche date de mai 2016, donc bien après la conception/commercialisation du Next Generation.
On y voit que  ST Microelectronics considère que les produits NFC et RF ID sont dans la même gamme de produits, basés sur les mêmes protocoles même si ils ont des vocations différentes.
J'imagine que sous la voie on a un tag à 13,56MHz et dans la loco, le lecteur.
Belonging to ST25 family, which includes all NFC/RF ID tag and reader products from ST
Ce composant peut communiquer en RF ou en I2C, celui utilisé ici n'est utilisé qu'en RF.

Edit : un 2e document (ajouté) précise que la référence 24LBERB est bien une exécution particulière des M24LR04E-R.
2e Edit : un 3e document ajouté : en.DM00025644.pdf est la fiche technique du récepteur CR95V5 devenu CR95HF.

2134

Composants / Pilotage locos par appli web via Wifi (Composants du Kit Roco Next Generation)

« le: juillet 09, 2017, 04:31:01 pm »

Sujet abordé dans la partie Rubriques et ouvert ici pour ne pas la charger : J'ai découvert récemment que ROCO avait fait une tentative pour lancer un kit avec un décodeur DCC (Zimo) couplé à une carte Wifi dénommé Next Generation 51400 sorti en 2014. (Loco + 2 wagons + ovale + alim 15Vcc) La position des locomotives est doté d'une détection de Tag RFID. Tentative pour attirer vers le modélisme les enfants à partir de 6-8 ans avec des scénarios se déroulant sur tablette. Un peu trop répétitifs sur un ovale et 3 arrêts mais un peu élaboré avec des niveaux sur la tablette. Une extension avec un aiguillage existe. Pas de version en français (seuls D, SP et GB). Malheureusement ce projet n'a pas rencontré de succès puisqu'on trouve le kit bradé à 75€ sur eBay et ailleurs et il n'est plus au catalogue de ROCO. Les locos 51400 sont aussi vendues seules ou cannibalisées en éléments séparés. Le projet initial consistait en une rame ICE de 3 éléments alors que celui qui a été commercialisé contenait une locomotive électrique basique en rouge ou en bleu, sans aucun détaillage (pas de tampons, pantographe ultra simple) avec deux wagons. Avantage du cout, car on fait du numérique avec seulement de la technologie dans la locomotive (et du RFID pas cher)
Cela dit, la récupération du décodeur est problématique car implanté sur une platine qui occupe la quasi totalité du haut de la loco avec une deuxième épaisseur pour la carte wifi. La détection RFID est dans un petit boitier sous la loco.
Je n'ai aucune expérience en Javascript et presque rien en serveur web mais j'aimerais savoir si l'application Android qu'on peut télécharger gratuitement pourrait être personnalisée. Déjà pour en extraire la partie conduite libre (qui a un paysage défilant très lassant). J'ai mis le fichier apk (pour androïd) sur Dropbox.
Lien Dropbox de l'apk : https://www.dropbox.com/sh/p61xy3ep3t5pho6/AACh8xagIkX5LTpon4T4qTf7a?dl=0
Voir la présentation youtube du kit :

Également à voir si la détection de la position de la locomotive par RFID est transposable : Il y a dans le ballast de la voie Geoline un circuit imprimé avec une antenne et un CI SOT8 de STI marqué 24LBERB K435U juste connecté à l’antenne par 2 pattes. Sous la loco un CI SMD 32 sorties STI CR95V5 7BA48VG PHL 439 (NFC sérigraphié dessus). Quatre fils vont du circuit imprimé RFID vers le décodeur.

2135

Vos projets / Re : Re : Décodeur accessoires DCC wifi

« le: juin 18, 2017, 04:52:14 pm »

Un ami modéliste m'a demandé de lui faire un décodeur DCC pour qu'il puisse piloter son éclairage d'ambiance avec sa centrale. L'éclairage d'ambiance est déjà en place et est réalisé à base de ruban led RGB piloté pour l'instant par une télécommande.

Bonjour, c'est effectivement un peu plus clair, mais vu la solution envisagée, la question devient comment piloter la centrale à partir du wifi ?
Mais parallèlement, c'est peut-être l'occasion de décortiquer l'application fournie avec ce contrôleur de LED :
http://www.ebay.fr/itm/Mini-Wifi-LED-RGBW-Controller-For-Android-IOS-Smartphone-Remote-DC5-28V-12A-/172224030230?hash=item28195a2616:g:gsgAAOSwOdpXxpdR

2136

Vos projets / Re : Arduino avec CDM Rail

« le: juin 17, 2017, 09:05:32 pm »

Bonjour,
je n'ai pas trouvé avec Google de référence sur le booster Cobalt et le Bus Cab, peut-être est-ce diffusé sous une autre marque commerciale ?
Pour CDM-Rail, avez-vous posé la question sur leur forum ? Mais il faudrait déjà connaitre le protocole utilisé par votre matériel.
Pour ma part j’utilise CDM-Rail pour tracer mes réseaux (en formule clic-clac) et j'aimerais bien piloter avec CDM-Rail un réseau DCC++. Réseau dont on maitrise toutes les fonctions avec un Arduino en DIY. J'ai posé la question sur leur forum et un membre envisage, quand il aura le temps, de développer l'interface entre les deux (les DLL).
A suivre donc si vous êtes intéressé.

2137

Vos projets / Re : Re : Décodeur accessoires DCC wifi

« le: juin 09, 2017, 03:30:40 pm »

Je mets mon grain de sel 

WS2812B vs LED RGB ordinaires :

1. Les LED WS2812B sont un peu plus fragiles et sont alimentées en 5V. Une LED est donnée à 0,3W, soit 60mA. Par conséquent, un ruban de 5m/300 LED alimenté à pleine puissance nécessite 18A sous 5V.

Un ruban de 5M de LED RGB ne nécessite que 6A à 7A sous 12V.

Par contre pour le RGB il va falloir 3 MOSFET pour les PWM

IR vs WiFi :
2. IR est directionnel, si on passe par une télécommande comment automatise-t-on ?

3. Et puis si j'ai bien compris, le WiFi est juste là pour accéder au système via le Web, ce que ne permettra pas l'IR

1. Nos copains chinois nous ont mis la photo du driver en ligne (jointe) : 5V, 8A, fourni avec la télécommande, mais à 4,74€, on peut scinder le ruban en plusieurs segments si on atteint pas la puissance maxi (ce n'est peut-être pas souhaitable ?)
2. les arduino savent analyser et générer les codes IR. Pas de problème pour se substituer à la télécommande et notre ami cherche des sujets de petits projets.
3. Web : Est-ce qu'il faut éteindre le ruban depuis l'amphi si on l'a oublié le matin ? Si oui, il faut développer l'interface Web /IR (voir 2.)

N'est ce pas qu'on a des idées ?

2138

Vos projets / Re : Re : Décodeur accessoires DCC wifi

« le: juin 09, 2017, 10:04:40 am »

Bonjour,
1. pas très judicieuse ...
2. ...  éclairage d'ambiance, piloté par DCC  ...
3. ... utilisation du Wi-Fi ...

1. J'ai vu des rubans de LED WS2812 de 5 m, Rien n'oblige à les gérer individuellement.
2. Donc en entrée du DCC, en sortie, un ruban de LED
3. Si le wifi ne sert qu'à faire joli, pourquoi s'en encombrer ?

Donc partant de là et de ce qui existe sur ce forum , le projet reviendrait à faire un convertisseur de protocole entre le signal DCC de 3 manettes (RGB) et le ruban de LED (schéma) :
http://www.ebay.fr/itm/WS2812B-WS2811-5050-SMD-RGB-Bande-Strip-Pixel-Ruban-5V-24-Keys-IR-Remote-Decor-/362000763233?var=&hash=item5448ed4961:m:mfZYOckNFJWjpv2RK-ar75g

https://cdn-shop.adafruit.com/datasheets/WS2812.pdf

Comme il n'y a qu'une entrée et qu'une sortie, un ATtiny ferait bien l'affaire.

Projet certainement très intéressant permettant de piloter des effets dans les trains en fonction de la vitesse de la loco. A publier !

Et pour suivre Dominique dans ses interrogations, pourquoi s'encombrer du wifi et du DCC, alors qu'une télécommande IR à 4,74€ fait parfaitement le boulot ?
http://www.ebay.fr/itm/WS2812B-WS2811-5050-SMD-RGB-Bande-Strip-Pixel-Ruban-5V-24-Keys-IR-Remote-Decor-/362000763233?var=&hash=item5448ed4961:m:mfZYOckNFJWjpv2RK-ar75g

2139

Vos projets / Re : Décodeur accessoires DCC wifi

« le: juin 05, 2017, 12:00:13 am »

Bonjour,
je ne suis pas expert mais le cahier des charges ne me semble pas très bien défini, et peut être reformulé en TP d'électronique : j'ai un ruban de LED, un module wifi ESP-12E, peut être un arduino, (mais on sait que ce n'est pas nécessaire avec un  ESP-12 puisque programmable avec l'IDE de l'arduino), que puis faire avec ?
Mais si la question est de commander à distance un ruban de LED, pourquoi s'encombrer du DCC qui a pour contrainte de tout faire passer sur 2 rails.
En particulier quand on sait qu'il y a des rubans de LED (on peut commencer avec une seule à 1€, ça limite les frais)  qui comporte leur propre contrôleur, et là, même si on a besoin du wifi ensuite, avec un arduino on peut les piloter sur deux fils :
http://www.ebay.fr/itm/APA106-F5-5mm-F8-8mm-RGB-LED-avec-Controleur-Integre-comme-WS2812B-APA-106-/252197462630?var=&hash=item3ab823e266:m:mvmAgXglD7PnlJNWkIsP-sA
ou
http://www.ebay.fr/itm/Lot-de-1-5-20-50-100-Diode-RGB-LED-avec-Controleur-Integre-WS2812B-Logement-5050-/252102584896?var=&hash=item3ab27c2a40:m:mf-xNZDffW5CFLhg-Wlxhzg
ou
http://www.ebay.fr/itm/WS2812-5050-RGB-8Bit-LED-Strip-Chauffeur-Pour-Arduino-Raspberry-Pi-/132104483386?var=&hash=item1ec20a723a:m:mxaK89rvYPo7ITXaUX9MbVA

en un mot, faire une recherche sur eBay, monde entier (ou ailleurs) avec WS2812 (+ strip)

Par contre si le projet doit vraiment s'intégrer dans un réseau piloté par DCC, des décodeurs pour servos ont été décrits, qui permettent de récupérer des informations analogiques, ça parait plus logique que de passer par un décodeur pour loco et une manette dont l'utilisation ne sera pas très conviviale pour piloter des LED.

Mais peut-être ne savons nous pas tout ?

2140

Vos projets / Re : Utilisation d'ATTiny

« le: juin 02, 2017, 11:02:16 pm »

Juste pour mettre la photo d'une réalisation compacte des feux tricolores de Christian Bézanger, avec un ATtiny13. Pas encore en CMS !

2141

Vos projets / Re : Decodeur wagon ou fausse motrice ou tender pour feux rouge/blanc de Rudy

« le: juin 02, 2017, 06:45:25 pm »

Bonjour,
après avoir carbonisé quelques neurones (reste à utiliser ceux qui restent) voila le programme qui marche sur un ATtiny 85.
(Oublions l'ATtiny 13 pour cette application, le code refuse de compiler)
Donc avec le processus classique décrit dans ces colonnes (encore merci Christian Bézanger), pour mémoire :
via le programme des exemples ArduinoISP sur un UNO.
Dans préférences https://raw.githubusercontent.com/damellis/attiny/ide-1.6.x-boards-manager/package_damellis_attiny_index.json
Type de carte : ATtiny25/45/85; Processeur : ATtiny85;  Clock : Internal 8 MHz. Programmateur : Arduino as ISP.
Gravure de la séquence d’initialisation puis télédeversement.
Connexion de l'interface DCC sur le booster DCCpp_VV bien connu, manette Throttle, F4 sur cette manette, changement de direction,
les LED sont sur PB3 et PB4 (pins 2 et 3) et le signal DCC via l'optocoupleur sur PB2 (pin 7)
Ci-joint le code tel que compilé, adresse loco 9, donc courte, et 128 crans de vitesse.
IDE 1.8.2 sous W10.

PS: j'aurais du mal à fournir plus d'explications, le programme est le résultat d'approximations successives.
Nota : pas encore testé en parallèle avec la loco #9, embarqué dans la fausse motrice, mais il n'y a pas de raison que ça ne marche pas !

2142

Vos projets / Re : Decodeur wagon ou fausse motrice ou tender pour feux rouge/blanc de Rudy

« le: juin 01, 2017, 03:41:47 pm »

j'ai aussi une table de vérité un peu folklorique :
F0 : ?
F1 TX = D1
F2 D3 (inversé)
F3 RX = D0
F4 D4/D5 réversibles suivant forward / reverse
le programme de la station est celui de Dominique DCCpp_VV
la manette est la "Throttle"
mon F4 allume les feux AV/AR réversible sur mes locos. Et en général mon F0 allume les feux rouges en fixe.

2143

Vos projets / Re : Decodeur wagon ou fausse motrice ou tender pour feux rouge/blanc de Rudy

« le: juin 01, 2017, 10:19:45 am »

Vous donnez les bases à ceux qui voudront adapter le sketch aux autres cas. Merci.
Je l'ai donc adapté pour le cas 128 crans, adresse courte.
Rudy a écrit son programme pour 14/28 crans, adresse longue. J'ai juste mis en commentaire la ligne concernée (68).
Programme mis à jour : toutes les sorties en positif et commentaire.

2144

Vos projets / Re : Decodeur wagon ou fausse motrice ou tender pour feux rouge/blanc de Rudy

« le: juin 01, 2017, 09:53:16 am »

Bonjour,
merci pour ces précisions, au moins je comprends l'origine de mes problèmes. Comme je ne maitrise pas vraiment l'extraction des paquets DCC, je ne pense pas que j'irai beaucoup plus loin.
Par contre de savoir dans quel cas je suis (bit 1 du dccPacket[2]) me permettrait de savoir ce qu'il faut éviter. J'imagine que la réponse est sur internet aussi.
Apparemment, Rudy a choisi les adresses longues pour son exemple (adresse 1830) et je n'utilise (ma "throttle") que des adresses courtes et 128 crans.

2145

Vos projets / Re : Decodeur wagon ou fausse motrice ou tender pour feux rouge/blanc de Rudy

« le: mai 31, 2017, 10:23:34 pm »

Merci Dominique, mais le problème ne vient pas de l’extraction de ce bit mais de sa valeur qui se trouvait toujours à 1.

Après avoir truffé le programme de serial.print, je trouve le bit direction en première position de dccPacket[2] -et non [1] et je l'obtiens avec un bitRead( (dccPacket[2]) ,7 )
Pas terrible comme méthode de programmation, mais on fait comme on peut. Il sera toujours temps de comprendre.

Est-ce un problème de ma manette (pourtant tous les décodeurs que j'ai (LENZ, LAISDCC, TAMS) l'accepte sans broncher).

Ci-joint la version qui fonctionne sur Nano en attendant de tester le passage sur ATtiny.

Merci de m'expliquer pourquoi ça marche. (j'espère pour vous aussi)