éclairage bâtiments avec allumages et extinctions variés

[brunodujura]

Bonjour,

J'ai une douzaine de bâtiments pour lesquels j'ai soudé sur une plaque de prototypage une LED blanche 1210 CMS (12mA suffisent pour un éclairage suffisant)

Ces 12 Leds BAT1, BAT2.....BAT12 seront connectées à un seul arduino

Avec un programme classique de clignotement je dis au BAT1 de rester allumé 2 min, de s'éteindre 30 sec

Dans le meme programme j'aimerais donner des valeurs d'allumage et d'extinction différents aux 12 bâtiments, y a t'il moyen de faire un programme léger ?

Merci

[Fantasio]

Bonsoir brunodujura

Inspire toi du code utilisé pour l'animation lumineuse d'un BV réalisée par Dominique: https://forum.locoduino.org/index.php?topic=336.0
Tu le modifieras pour l'adapter pour tourner sur un UNO mais c'est une très bonne base pour piloter des leds.

Bonne continuation à toi.

[CATPLUS]

Bonjour
Ci-joint programme aléatoire.

[brunodujura]

Bonjour,

J'ai étudié le programme aléatoire pour lequel j'aurai plus tard une ou deux questions.
Sur ma breadboard cela fonctionne (j'ai une seule led pour le test mais j'essaye toutes les sorties)

Par contre sur Tinkercad il bloque sur lightsw:

 In function 'void loop()':
13:69: error: 'lightsw' was not declared in this scope

Pourquoi d'après toi ?

Merci

[Thierry]

Bonsoir. Ca bloque parce que la fonction lightsw() est utilisée AVANT d'être déclarée. Au moment où le compilateur traite la ligne 13 qui contient l'appel de la fonction, il n'a pas encore vu cette fonction.
Il y a deux manières de corriger ça : soit en déclarant explicitement la fonction avec la ligne

boolean lightsw();

tout en haut du source, avant le setup.

soit en déplaçant toute la fonction (lignes 16 à 19) à ce même endroit.

[brunodujura]

Merci cela fonctionne, je vais regarder de plus près

Pourquoi cette déclaration tardive peut être supportée dans un cas et pas dans l'autre ?

[Thierry]

Ca c'est une bonne question. Le langage C (ou C++) qui est utilisé par Arduino fonctionne comme je l'ai dit. Toute fonction ou variable doit être déclarée avant d'être utilisée. C'est la raison d'être des fichiers include, les .h, dont le rôle est de partager ces déclarations avec d'autres fichiers du projet.
L'équipe Arduino a exploité le fonctionnement du langage pour simplifier au maximum le code que l'utilisateur de l'IDE a besoin de remplir pour faire fonctionner son programme. Ainsi les déclarations des fonctions setup() et loop(), nécessaires pour que ça compile, sont cachées dans des include qui sont ajoutés avant la compilation d'un fichier ino. L'utilisateur ne le sait pas et c'est très bien comme ça.
Dans le cas des simulateurs, c'est encore pire. A la couche d'abstraction d'Arduino dont je viens de parler est ajoutée une couche pour permettre au simulateur de remplacer les fonctions Arduino par les siennes. C'est peut être à ce niveau que ça se joue... Et puis un simulateur ajoute des contraintes, et peut être que Tinkercad ne permet pas d'avoir des fonctions autres que setup() et loop() ?

[Jean-Luc]

Merci cela fonctionne, je vais regarder de plus près

Pourquoi cette déclaration tardive peut être supportée dans un cas et pas dans l'autre ?

Bonjour,

L'IDE Arduino utilise un pré-processeur qui extrait toutes les fonctions définies dans le sketch pour ajouter automatiquement leur prototype (c'est à dire le nom et les arguments de la fonction, c'est ce qu'explique Thierry 3 messages au dessus) au début du fichier du sketch avant de compiler en C++

Il semblerait que Tinkercad néglige cette étape ?

[brunodujura]

Merci à Catplus pour son programme qui fonctionne parfaitement et alimente déjà 5 bâtiments

[bobyAndCo]

Il y a des choses bizarres dans le programme !!!

Code: [Sélectionner]

//https://model-railroad-hobbyist.com/node/23026
//18/02/2025

#define numleds 16
byte ledpins[] = { 0, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, A0, A1, A2, A3, A4 };  //0,3,4,5,6,8,9,10,11,12,13,A3,A2,A1,A0,A4,A5
void setup() {
  for (int i = 1; i <= numleds; i++) {
    pinMode(ledpins[i], OUTPUT);
    digitalWrite(ledpins[i], LOW);  //HIGH
  }
}
void loop() {
  digitalWrite(ledpins[random(0, numleds + 1)], lightsw());
  delay(5000);  //13000
}
boolean lightsw() {
  if (random(0, 100) > 50) return LOW;  //40
  else return HIGH;
}

Il y a 17 broches dans le tableau

Code: [Sélectionner]

byte ledpins [ ] =  { 0,3,4,5,6,7,8,9,10,11,12,13,A0,A1,A2,A3,A4 }
Il faut donc donner comme valeur à numleds

Code: [Sélectionner]

#define numleds  17   

Par ailleurs, dans le setup, avec

Code: [Sélectionner]

int  i=1 la broche 0 n'est ni positionnée en output, ni placée à LOW puisque l'incrémentation commence à 1.

Code: [Sélectionner]

void setup( )  {                   
    for ( int  i=1; i <= numleds;  i++ )  {     
    pinMode ( ledpins [ i ], OUTPUT) ;
    digitalWrite ( ledpins [ i ] , LOW) ;//HIGH
   }
}
Il faut écrire ceci :

Code: [Sélectionner]

for ( int  i = 0; i < numleds;  i++ )
Et donc dans le loop, remplacer

Code: [Sélectionner]

numleds + 1 par

Code: [Sélectionner]

numleds, sinon le programme va tenter de lire en dehors de la mémoire allouée au tableau et il y aura plantage assuré.

Code: [Sélectionner]

void loop ( )  {   
                digitalWrite ( ledpins [ random ( 0, numleds ) ], lightsw ( ) ) ;
Sinon, c'est un petit programme au résultats qui effectivement doivent être amusants.

Christophe

[chris_bzg]

L'allumage réaliste des appartements d'un immeuble (ou des chambres d'un hôtel) a été décrit dans mon guide "Animez votre réseau" chez LR-Presse page 50 avec renvoi sur simulateur Tinkercad et sur simulateur Wokwi afin de récupérer le programme. 

[bobyAndCo]

Comment est-il possible d'accéder à ce programme

Christophe

[brunodujura]

Merci pour ces explications sur le programme qui me sont bien utiles même si j'avais modifié les pins utilisés, je comprends notamment pourquoi ma première broche ne s'allumait pas...

[chris_bzg]

Comment est-il possible d'accéder à ce programme

Christophe

Bonjour Christophe,

Les liens vers les simulateurs sont donnés dans mon guide. Un simple copier-coller du programme permet alors de le récupérer.
Tout cela avait aussi été décrit dans LR869 de décembre 2019 et le programme est aussi sur le forum de Loco-Revue, rubrique Arduino.
L'algorithme tient compte du matin et du soir car l'allumage ne se fait pas de la même manière entre les gens qui reviennent du boulot et ceux qui se lèvent pour y partir.
Le programme fourni par CATPLUS est, je crois tiré, de la revue Model-Railroad mais contient des bugs comme tu l'as souligné.

 

[bobyAndCo]

Si je comprends bien, il faut acheter le bouquin ou un exemplaire de Loco Revue !

Le programme est il open source au moins ?

Christophe