Messages

796

Vos projets / Re : projet centrale "LaBox" wifi DCC++ Can

« le: septembre 03, 2021, 11:10:19 am »

Bonjour,

le passage du DCC d'une z21 au sniffer semble valider celui-ci : 100% des packets sont valides.
la totalité des bits UN sont vus à 57 et 58 µs et sauf exception les bits ZERO sont vus à 115 -116 µs
càd que 5% des bits ZERO sont longs : jusqu'à 522 µs
Pendant les 4s d'observation, en conséquence, la z21 délivre 22990 bits et LaBox 28453 bits.
Et la largeur des 1/2 bits UN de LaBox est très dispersée autour des 58µs (même en l'absence des analogRead) (cf message plus haut).

797

Vos projets / Re : projet centrale "LaBox" wifi DCC++ Can

« le: septembre 01, 2021, 09:13:01 pm »

La z21 (blanche) n'a qu'une sortie voie. Je vais regarder si il y a un contexte particulier où elle couperait le DCC (hors Railcom) sans y passer plus de temps que quelques trames ....
Dans la norme, un décodeur doit accepter un ZERO bit qui dure 10000 microseconds pour chaque demi-période alors qu'une station doit émettre des bits ZERO de moins de 12000 microseconds (période).
Reste à savoir ce que Lenz pourrait bien faire des bits ZERO longs.

798

Vos projets / Re : Re : projet centrale "LaBox" wifi DCC++ Can

« le: septembre 01, 2021, 05:45:44 pm »

Non ce n'est pas le cutout...j'ai bien entendu vérifié

Des précisions seraient utiles : quelle marque, quel modèle ? quel contexte ?
Mais j'ai constaté qu'une z21 coupait complètement le signal DCC avant une interrogation de CV.

799

Vos projets / Re : Re : projet centrale "LaBox" wifi DCC++ Can

« le: septembre 01, 2021, 11:09:54 am »

... pour ceux que ça intéresse, l'analyse logique à 10 balles ...

Super, on va pouvoir faire passer un test PCR au sniffer.

L'interface à base de Mynabay (et ses adaptations), apporte son lot de délais (1K / 1nF mais j'ai fait plus light (1k / 100pF)).
Sur une période complète, ça n'intervient pas.
https://github.com/DCC-EX/DCCInspector-EX#readme

800

Vos projets / Re : projet centrale "LaBox" wifi DCC++ Can

« le: août 31, 2021, 09:37:40 pm »

Bonsoir à tous,

quand on passe au sniffer le DCC pwm installé sur LaBox, les timings ne sont pas irréprochables :
Pour les UN on a 60 µs pour la 1ere demi-période, 55 µs pour la seconde soit 115 µs en tout.
Les ZERO n'ont pas de conséquence, évalués à 97-102 µs.

Il faudrait construire quelques paquets pour voir la conformité au NMRA.
Nota : limites pour les UN : 55 - 61, même si les décodeurs sont supposés accepter 52 -64 (+/- 6 µs). Norme S 9.1

801

Vos projets / Re : projet centrale "LaBox" wifi DCC++ Can

« le: août 30, 2021, 02:58:54 pm »

Cette fois on a bien -100 mA à l'affichage.

Mais les timings n'ont pas gagné grand chose à mon avis.
adcl3.jpg = avec des commandes DCC pour les locos.
adcl2.jpg = des idles

802

Vos projets / Re : projet centrale "LaBox" wifi DCC++ Can

« le: août 30, 2021, 10:04:34 am »

J'ai certainement raté quelque chose, l'affichage du courant reflète la consommation ...

803

Vos projets / Re : Re : projet centrale "LaBox" wifi DCC++ Can

« le: août 30, 2021, 10:00:57 am »

... vérifier que les timings DCC sont bons avec la lecture analogique débranchée (UNDEFINED_PIN sur le troisième argument de beginMain() dans Labox.ino...) ...

c'est la pin 36 qui fait la mesure de courant, donc avec :
  // configuration pour L6203 La Box
  DCCpp::beginMain(UNDEFINED_PIN, 33, 32, UNDEFINED_PIN); sauf erreur, on la neutralise. (LaBox 091 et DCCpp 142)

Pour autant, est-ce qu'il n'y a plus d'analogRead ? car le résultat semble sans changement flagrant.

804

Vos projets / Re : projet centrale "LaBox" wifi DCC++ Can

« le: août 29, 2021, 09:19:12 pm »

Bonsoir Thierry,

à priori le adcl suit bien la valeur de l'analogread (potentiomètre à 3V3 sur le GPIO 36, décalé par pas) :

Code: [Sélectionner]

analogRead = 1699
adc1_read = 1699
analogRead = 1702
adc1_read = 1700
analogRead = 1703
adc1_read = 1699
analogRead = 1702
adc1_read = 1701
analogRead = 1711
adc1_read = 1702
analogRead = 1702
adc1_read = 1696
analogRead = 1703
adc1_read = 1699
analogRead = 1703
adc1_read = 1687
analogRead = 1706
adc1_read = 1688
analogRead = 1706
adc1_read = 1699
analogRead = 1695
adc1_read = 1833
analogRead = 2631
adc1_read = 4095
analogRead = 4095
adc1_read = 4095
analogRead = 4095
adc1_read = 4095
analogRead = 4095
adc1_read = 4095
analogRead = 4095
adc1_read = 4095
analogRead = 4095
adc1_read = 4095
analogRead = 4095
adc1_read = 4095
analogRead = 4095
adc1_read = 4095
analogRead = 4095
adc1_read = 4095
analogRead = 4095
adc1_read = 4095
analogRead = 3509
adc1_read = 2702
analogRead = 2734
adc1_read = 2731
analogRead = 2745
adc1_read = 2739
analogRead = 2736
adc1_read = 2644
analogRead = 2734
adc1_read = 2741
analogRead = 2715
adc1_read = 2736
analogRead = 2735
adc1_read = 2731
analogRead = 2736
adc1_read = 2733
analogRead = 2740
adc1_read = 2737
analogRead = 2733
adc1_read = 2731
analogRead = 2431
adc1_read = 1472
analogRead = 1472
adc1_read = 1477
analogRead = 1480
adc1_read = 1598
analogRead = 1583
adc1_read = 1565
analogRead = 1579
adc1_read = 1591
analogRead = 1581
adc1_read = 1577
analogRead = 1585
adc1_read = 1575
analogRead = 1584
adc1_read = 1582
analogRead = 1575
adc1_read = 1267
analogRead = 688
adc1_read = 644
analogRead = 645
adc1_read = 645
analogRead = 589
adc1_read = 639
analogRead = 647
adc1_read = 642
analogRead = 625
adc1_read = 640
analogRead = 654
adc1_read = 645
analogRead = 646
adc1_read = 640
analogRead = 479
adc1_read = 0
analogRead = 0
adc1_read = 0
analogRead = 0
adc1_read = 0
analogRead = 0
adc1_read = 0
analogRead = 0
adc1_read = 0
analogRead = 0
adc1_read = 0
analogRead = 0
adc1_read = 0
analogRead = 0
adc1_read = 0
analogRead = 0
adc1_read = 73
analogRead = 87
adc1_read = 80
analogRead = 79
adc1_read = 81
analogRead = 78
adc1_read = 85
analogRead = 80
adc1_read = 80
analogRead = 80
adc1_read = 99
analogRead = 80
adc1_read = 80
analogRead = 81
adc1_read = 80
analogRead = 82
adc1_read = 82
analogRead = 80
adc1_read = 85
analogRead = 80
adc1_read = 80
analogRead = 80
adc1_read = 84
analogRead = 75
adc1_read = 80
analogRead = 80
adc1_read = 80

Code: [Sélectionner]

#include <soc/sens_reg.h>
#include <soc/sens_struct.h>

int canal = digitalPinToAnalogChannel(36);

void setup() {
  Serial.begin(115200);
  Serial.println("LaBox ");
}

void loop() {
  // put your main code here, to run repeatedly:
   Serial.print("adc1_read = ");
   Serial.println(local_adc1_read (canal));
 delay(500);
   Serial.print("analogRead = ");
   Serial.println(analogRead(36));             // debug value
    delay(500);
}

#include <soc/sens_reg.h>
#include <soc/sens_struct.h>

int local_adc1_read(int channel)
{
  uint16_t adc_value;

  SENS.sar_read_ctrl.sar1_dig_force = 0; // switch SARADC into RTC channel
  SENS.sar_meas_wait2.force_xpd_sar = SENS_FORCE_XPD_SAR_PU; // adc_power_on
  SENS.sar_meas_wait2.force_xpd_amp = SENS_FORCE_XPD_AMP_PD; // channel is set in the convert function

// disable FSM, it's only used by the LNA.
  SENS.sar_meas_ctrl.amp_rst_fb_fsm = 0;
  SENS.sar_meas_ctrl.amp_short_ref_fsm = 0;
  SENS.sar_meas_ctrl.amp_short_ref_gnd_fsm = 0;
  SENS.sar_meas_wait1.sar_amp_wait1 = 1;
  SENS.sar_meas_wait1.sar_amp_wait2 = 1;
  SENS.sar_meas_wait2.sar_amp_wait3 = 1;

  //set controller
  SENS.sar_read_ctrl.sar1_dig_force = false;      //RTC controller controls the ADC, not digital controller
  SENS.sar_meas_start1.meas1_start_force = true;  //RTC controller controls the ADC,not ulp coprocessor
  SENS.sar_meas_start1.sar1_en_pad_force = true;  //RTC controller controls the data port, not ulp coprocessor
  SENS.sar_touch_ctrl1.xpd_hall_force = true;     // RTC controller controls the hall sensor power,not ulp coprocessor
  SENS.sar_touch_ctrl1.hall_phase_force = true;   // RTC controller controls the hall sensor phase,not ulp coprocessor

  //start conversion
  SENS.sar_meas_start1.sar1_en_pad = (1 << channel); //only one channel is selected.
  while (SENS.sar_slave_addr1.meas_status != 0);
  SENS.sar_meas_start1.meas1_start_sar = 0;
  SENS.sar_meas_start1.meas1_start_sar = 1;
  while (SENS.sar_meas_start1.meas1_done_sar == 0);
  adc_value = SENS.sar_meas_start1.meas1_data_sar; // set adc value!

  SENS.sar_meas_wait2.force_xpd_sar = SENS_FORCE_XPD_SAR_PD; // adc power off return adc_value;

  return adc_value;
}


805

Vos projets / Re : Passage à niveau automatisé : merci Locoduino

« le: août 27, 2021, 05:55:48 pm »

Code: [Sélectionner]

https://youtu.be/Zm9Ma_eZfxw

Je ne sais pas mais on peut faire comme ça.

BRAVO !

806

Présentez vous ! / Re : Locoduino avec 6 cantons

« le: août 23, 2021, 05:11:21 pm »

Bonjour,

il vous faut recopier une partie du code pour quatre pour les deux supplémentaires et modifier les variables correspondantes.

Pour le câblage entre le Mega et le module à relais, vous pouvez vous inspirer de l'article :

https://www.locoduino.org/spip.php?article142

807

Vos projets / Re : projet centrale "LaBox" wifi DCC++ Can

« le: août 22, 2021, 12:34:38 pm »

Une mise à jour verra le jour prochainement, soyez patient !

Et pour les impatients, la version de Labox 0.8 semble être la dernière qui détecte l'adresse de la locomotive posée sur les rails en lançant le choix adhoc. La mise sous tension de la voie par Smartphone, JMRI ou manette est nécessaire auparavant.
Cette version recompilée actuellement avec les bibliothèques mises à jour ne détecte plus l'adresse.
La solution est d'utiliser ESPTOOL pour télécharger le fichier flash_080.bin ci-dessous et d'utiliser un facteur de courant de 0,5V/A sur le pcb.
https://www.dropbox.com/s/dfbx4vyzjyi59qq/flash_080.bin?dl=0

Cette version de Labox 0.8 fonctionne à peu près avec JMRI (problème de lecture des CV sauf le CV1)

La procédure pour installer ESPTOOL a été décrite sur le site éditorial :
https://www.locoduino.org/spip.php?article279#forum5612

808

Vos projets / Re : projet centrale "LaBox" wifi DCC++ Can

« le: août 22, 2021, 12:03:14 pm »

Quel courant pour LaBox ?

Le L6203 est donné pour 3 ampères (et 48V).

Mais d'autres limitations apparaissent :
La fiche de spécification du L6203 indique :
pour S/D diode RDS ON = 0,3 ohm (typ.) et VDS ON (@3A) = 0.9 V
pour transistors (@3A) VSD = 1,35V
soit 2,25 V je suppose que c'est pour chaque DMOS, donc 4,5V pour le pont

De fait, en test alimenté par un bloc 15V 6A qui présente une chute de tension de 0,5V à 14,8V avec une charge de 3A on évalue la tension DCC à l'oscilloscope à 32 V crête à crête à vide et 23 V cc avec une charge de 4 ohms. Soit respectivement 16 V et 11,5 V efficaces. (photos)
Un redressement donne la valeur des plateaux du signal carré.

L'afficheur indique 1350 mA (version 0.8 de LaBox et facteur de courant 1/2 avec  0,5V/A sur le pcb) soit 2700 mA. La résistance de 4 ohms 100W devient vite bouillante et le radiateur du L6203 devient rapidement chaud, il dissipe ~15W.
La protection de LaBox qui, avec ce montage est théoriquement à 2800 mA ne se déclenche pas.

Le montage peut être alimenté avec 18V, je n'ai pas fait de tests avec cette tension, car j'utilise entre autres des décodeurs LAISDCC qui recommande de ne pas dépasser 15V.
Mais les chutes de tension étant liées au courant, celles-ci seront identiques.
Ce test corrobore donc les spécifications aux incertitudes de mesure près.

809

Vos projets / Re : Adaptation PN TIB à un train bois, aide pour schéma

« le: août 19, 2021, 06:12:34 pm »

Joker, je n'utilise pas Kicad mais Eagle.
Mais pour interconnecter les bornes des barrettes, il suffit de les relier comme des composants.
Et pour relier deux broches qui par principe ne devraient pas l'être on utilise un "solder pad" qu'on soude au montage
Ou un symbole condensateur au pas de 2.54 pour le même rôle.

810

Vos projets / Re : Adaptation PN TIB à un train bois, aide pour schéma

« le: août 19, 2021, 03:48:59 pm »

Attention mettre le Vin (12 V)  sur le 5V du 2e Nano le détruit ...

Je suppose que c'est le 5V du 1er qui va sur le 5V du 2e !