Pour en revenir à ton problème d'écran, je pense que le 1er truc à faire est un capkit.
A-t-il déjà été fait ?

vous en pensez quoi ?

j'en pense que le service d'hébergement d'images intégré au forum doit puer des pieds et des dessous de bras !

Salut.

Il existe un service d'hébergement d'images intégré au forum.
Tu devrais l'utiliser, plutôt que de passer par un tiers à la fiabilité et longévité inconnues.

Pour répondre à tes questions sur l'autotransformateur, la page dédiée de Wikipédia devrait t'aider.
Sur la dernière photo, la pièce blanche est un ballast pour tube fluorescent et la pièce noir, bah c'est marqué dessus !

Ohhh keep cool Fabrice,
[...]

Désolé Tormak, ma réponse ne se voulait pas aggressive !
Je trouve cet article de chez openclassrooms de mauvaise qualité.
Ils partent du même constat que pour la clock qu'une suite aléatoire peut ne pas donner satisfaction.
Mais il y a plusieurs aspects importants qui ne sont pas abordés :

• quelle est l'implémentation derrière rand() ?
• que peut-on utiliser à la place ? (souvent, la réponse est "rien")
• la différence entre tirage aléatoire et ordre aléatoire ;
  par exemple, la proba de l'avant-dernier nombre est de 50%, et celui du dernier est de 100%
• l'implémentation proposée ne parle pas de la charge mémoire : stocker 200.000 nombres, c'est 800.000 octets de mémoire consacrée à ça

Une bonne lecture est l'article de Wikipedia.

Firmware 1.2.2 disponible !

• Affichage de la raison de l'échec de la connexion WiFi (quand c'est dispo)
• Correction bug lecture du fichiers des actions planifiées (merci à Bertille qui me l'a signalé et qui a testé le fix)
• Évite de rejouer une animation si elle a déjà été jouée précédemment

Le lien Google drive n'a pas changé. Vous l'avez dans ma signature !

Vu que je n'ai pas la main sur le générateur de nombres aléatoires, je vous propose ça :

• tirage aléatoire
• si l'amin fait partie des 32 dernières anim jouées, on refait le tirage aléatoire

Cette verif ne sera active que s'il y a au moins 64 anims presentes sur la SD.
Sinon le logiciel va trop galérer à trouver une anim non jouée.
Deja avec 32/64, il y a une probabilité de 50 %  de rejeter le 1er tirage aléatoire.

@Tormak : je n'utilise pas rand() mais de l'électronique dédiée basée sur du bruit analogique et détecteur d'entropie qui est certifiée FIPS PUB 140-2 à 99%.
Ca me semble overkill pour une horloge décorative...

Bonsoir.

Suite de la suite de la suite du dépannage du PCB de Space Invaders.

En examinant les pistes de mon PCB, j'ai déterminé quel 74LS151 est en charge du bit 0.
Il s'agit du 1er...

Je le change :


Sauf que... ça ne change rien du tout ! 

Donc il s'agit du composant situé juste en amont de celui-là, qui ne lui envoie pas la bonne information.
En remontant les pistes, j'arrive sur la pin 15 du latch 74175 en B5.

Je modifie la Spectro-EPROM de test pour jouer en boucle le décalage qui déconne, ce sera plus facile à voir à l'oscillo :


Du coup, à l'oscillo, la panne est flagrante :


Le latch situé en B5 n'arrive plus à latcher sa pin 13, la pin 15 reste à 0.

Hop, je le change :


Là, j'ai le message "SHIFTER OK" ! 

Il est temps de remettre les EPROM d'origine :


Bon, bin ça c'est fait ! 

Je suis en possession d'un PCB de Space Invaders qui a été converti en Lunar Rescue !
Je pense que je vais le remettre en Space Invaders !

Il reste les entrées à tester et les sons.
Pour les sons, tous fonctionnent sauf le dernier. Mais j'ai vu un condo avec une patte cassée, donc c'est sûrement ça !

À suivre... 

Bonsoir.

Suite de la suite du dépannage du PCB !

Je sais grâce à la Spectro-EPROM de test que le shifter du PCB est en panne.
Les informations affichées sont très importantes :


On voit que la valeur "08" est omni-présente.
Il s'agit du bit 3 du buffer de sortie qui est toujours lu à 1.
C'est le 74153 en B3 qui est en cause.
Je le change et...


Voilà un problème de moins...
Maintenant, c'est la valeur "02" qui est pas mal présente.
En fait, quand on comprend comment fonctionne le test du shifter et quelles sont les valeurs affichées, on comprend que c'est le bit 1 du buffer de sortie qui est toujours lu à 0.
La panne était déjà présente sur la 1ère photo, mais je me concentre sur 1 seul problème à la fois...
C'est le 74153 en A3 qui déconne.

Lui aussi est changé...
Maintenant, j'ai ça :


Toutes les valeurs sont à "00" sauf la dernière valeur de la 2e ligne.
Quand on regarde de près le test du shifter, ça veut dire que la valeur "02" shiftée de "7" renvoie la valeur "00" au lieu de la valeur attendue "01".

Quand on regarde le schéma électronique du PCB, avoir une telle erreur n'est guère possible.
Le décalage binaire est réalisé par 4 composants exotiques "25S10" situés en A4, B4, C4 et D4.
Si l'un de ces composants était en panne, je pense que ça impacterait d'autres cas.

Sauf que mon PCB ne dispose pas de ces composants exotiques :


À la place des 4 composants 25S10, j'ai 8 composants 74LS151.
WTF ?
C'est très simple, j'ai une révision du PCB postérieure au schéma électronique.
Comment je sais que ce n'est pas l'inverse ?
Les composants sont des "LS", sortis après les "pas LS".
Donc ils sont plus récents que les autres composants.
Midway a certainement sorti une révision N+1 du PCB pour se débarrasser de composants chers et/ou difficiles à approvisionner pour la chaîne de fabrication.
Pour la faire simple, je pense avoir un PCB révision "C" et les schémas de la révision "B".

Les 74LS151 sont des multiplexeurs à 8 entrées et 1 sortie.
Leur mise en oeuvre me parait évidente :

• chacun gère 1 bit
• les 8 entrées sont câblées pour respecter le fonctionnement des 25S10
• les 3 bits de data select sont câblés sur la valeur du décalage, à savoir les 3 bits latchés par le 74175 en A5

Bon maintenant, je dois trouver lequel des 8 gère le bit 0 ! 
C'est celui dont la sortie "Y" (pin 5) est reliée à la pin 3 du 74153 en A3...

À suivre...