Messages

121

Débuter / Re : Lecture d'une carte SD

« le: octobre 24, 2021, 01:16:34 pm »

Bonjour

Suivant les systèmes la fin de ligne est marquée soit par le caractère ascii LF (codé '\n' en C), soit par les caractères ascii CR LF (codés '\r' et '\n' en C).

Pierre

122

Débuter / Re : Lecture d'une carte SD

« le: octobre 24, 2021, 09:35:17 am »

Bonjour

La lecture de la carte SD fournit des octets, dans le cas présent ces octets sont des caractères (issus d'un fichier .txt)

Les caractères chiffres ('0' à '9') doivent êtres transformés en un entier. Il est pratique de le faire en balayant les chiffres de gauche à droite, cela évite de les mémoriser. Pour cela on utilise l'algorithme de Hörner.

Voila ce que cela peut donner pour un nombre lu :

  int n=0; // le resutat
  char c; // le caractere courant
 
  c=lireSD(); // obtention d'un caractere
  while (c>='0' && c<='9') {
    n=n*10+c-'0'; // algorithme de Hörner
    c=lireSD(); // obtention d'un caractere
  }
  ecrire(n); // affichage du résultat

En pratique il faudra aussi tenir compte des signes '-' et des fins de ligne.

Pierre

123

Débuter / Re : Lecture d'une carte SD

« le: octobre 23, 2021, 12:28:09 pm »

Bonjour

On a déjà parlé de ce problème sur le forum, mais je n'arrive pas à trouver où.

Pierre

124

Débuter / Re : Problème i2c sur attiny85

« le: mai 01, 2021, 10:07:35 am »

Bonjour

Voila les fichiers pour faire de l'I2C sur les attiny.

Concernant les résistances de pullup, j'utilise en général des résistances externes de 4.7K pour avoir un pullup énergique.

Pierre

125

Débuter / Re : Problème i2c sur attiny85

« le: avril 30, 2021, 11:33:21 am »

Bonjour

J'ai utilisé l'I2C sur un attiny il y a longtemps. Atmel fournissait alors une petite bibliothèque C, pour utiliser l'I2C assez facilement. Elle montrait comment tirer le meilleur parti du hard disponible, en intervenant bien sûr sur les registres.

Si cela vous intéresse je dois pouvoir la retrouver.

Pierre

Il y avait aussi une bibliothèque SPI.

126

Trucs & astuces / Re : ESP32/ESP8266 - vitesse d'exécution

« le: avril 23, 2021, 04:49:08 pm »

Si on a un serveur :

WiFiServer server(22); // serveur sur le port 22

alors

  WiFiClient client=server.available();

teste si un client est connecté et

  if (client.available()) ...

teste si le client a envoyé quelque chose

Pierre

127

Les réseaux / Re : Projet d'utilisation du gestionnaire en C++ de Pierre59

« le: avril 03, 2021, 04:39:14 pm »

Bonjour

Très très belle réalisation, on aimerais en savoir un peu plus.

Pierre59

128

Vos projets / Re : Projet de gare aléatoire

« le: mars 21, 2021, 08:56:23 am »

Bonjour

Voila le lien :

http://forum.locoduino.org/index.php?topic=329.msg3170#msg3170

Regarder ce fil à partir du message #25 et suivant (une erreur ayant été faite avec la première version)

Cordialement

Pierre

129

JMRI et Arduino / Re : Carte détection canton Arduino Mega et C/MRI / JMRI

« le: mars 07, 2021, 07:43:57 am »

Bonjour

Oui merci j'ai vu cela. Mais ce qui m'intéresse c'est ce qu'il y a après sur la carte Arduino, comment c'est traité.

Pierre

130

JMRI et Arduino / Re : Carte détection canton Arduino Mega et C/MRI / JMRI

« le: mars 06, 2021, 06:59:21 pm »

Bonjour

J'aimerais savoir comment se fait la section de présence des trains, quel montage est utilisé. Je n'ai pas trouvé de schémas dans les fichiers.

Pierre

131

Présentez vous ! / Re : novice

« le: mars 06, 2021, 06:48:32 pm »

Bonjour

On sait écrire des applications pour tablettes/smartphones Andoid en utilisant Processing Android. J'ai déja écrit une application smartphone Android pour commander deux trains (vitesse, sens, itinéraires, cabsignal, …) communicant en wifi avec un TCO en Processing aussi. TCO communicant avec un Arduino utilisé en gestionnaire de réseau. Des communications Bluetooth sont aussi possibles.

Pierre

132

Vos projets / Re : Projet de gare aléatoire

« le: février 06, 2021, 09:32:30 am »

Bonjour

Voila des précisions pour la détection des trains à l'arrêt issus du club de Nice (http://amfn.nice.free.fr " Autres pages techniques" "Détecteurs de présence et détecteurs de passage" "Réalisation de détecteurs d'occupation") :

Un autre détecteur, très simple, pour le digital (et l'analogique) :

Ce montage récent utilise les caractéristiques de l'opto-coupleur SFH628A-4, qui offre les performances requises sans pratiquement aucune électronique additionnelle.

L'alimentation se fait par le fil du haut (feeder DCC) . Chaque section de voie est alimentée classiquement à travers quatre diodes tête-bêche, en fait un redresseur intégré (1,5A) connecté de façon appropriée.
Bien entendu, le retour du courant (feeder DCC) se fait par l'autre rail, en bas sur le schéma.
R1 limite le courant dans l'optocoupleur. Les caractéristiques du détecteur dépendent de R1 et R2. Avec les valeurs choisies, le seuil de détection est de 10k, et le seuil de non détection de 22k, sous une tension d'alimentation traction de 16V .

Le condensateur de filtrage C1 peut être nécessaire en cas de câblage long ou serré (voir schéma précédent) mais il s'est révélé inutile dans l'application actuelle.

Ce montage fonctionne également en conventionnel, à condition de prévoir une alimentation auxiliaire et une diode dans le circuit traction, exactement comme décrit plus haut.

Le schéma complet avec l'alimentation auxiliaire permettant la détection à l'arrêt est ci dessous.

J'ai déjà proposé sur le forum un schéma semblable avec optocoupleur qui a l'avantage d'être très simple car le traitement du signal se fait sur l'Arduino (notamment le délais de libération nécessaire pour les mauvais contacts).

Si on se contente de seulement détecter des engins moteurs, la sensibilité peut être plus faible.

Pierre

133

Vos projets / Re : Re : Projet de gare aléatoire

« le: février 05, 2021, 05:19:08 pm »

A partir du moment ou tu es en analogique tu dois effectivement couper l'alimentation des voies, ce qui veut dire que tu ne peux pas faire de la mesure de consommation de courant pour détecter l'occupation.

Si la detection d'occupation des voies est suffisamment sensible, on peut detecter sans alimentation traction en faisant passer un faible courant. Ce faible courant n'a pas d'action sur les locos mais il transite via le moteur ou des essieux graphités et peut être détecté si la mesure de consommation de courant est suffisamment sensible (genre quelques mA).

Le club de Nice en parle sur son site.

Pierre

134

Composants / Re : A propos de la mémoire

« le: novembre 24, 2020, 10:05:08 am »

On peut aussi limiter au maximum les variables globales en utilisant des variables locales aux fonctions.

Pierre

135

Composants / Re : A propos de la mémoire

« le: novembre 24, 2020, 09:45:30 am »

Bonjour

Un Arduino UNO a deux types de mémoires, une mémoire pour le programme et une mémoire pour les données, c'est souvent cette dernière qui pose problème car elle est très limitée (2048 octets pour un UNO), un palliatif est de mettre les chaines de caractères dans la mémoire programme.

Cordialement

Pierre