Séchoir Siemens IQ800: Récupération partie 2
Bonjour à tous,
Il y a un petit moment déjà, plusieurs articles concernant un séchoir Siemens IQ800 ont été publiés (récupération partie 1, partie 3, partie 2, partie 1).
Si le sujet d'étude fût intéressant, je voulais aussi envisager la récupération de composants. Je dois bien avouer que l'écran me faisait de l'oeil.
![]() |
| Siemens IQ800 - facade |
L'écran OLED
Faisant suite à l'article précédent "Récupération partie 1", je suis de plus en plus convaincu d'être face à un modèle de type 8080 avec un bus de données 16 bit.
Par chance, l'écran affiche toujours le Logo Siemens lorsqu'il est raccordé sur la face avant et mis sous tension.
Il est donc envisageable d'utiliser un analyser logique (il faudra pas loin de 30 pistes mais j'ai un ancien analyseur Philips que je vais peut-être pouvoir utiliser).
Remonter jusqu'au microcontrôleur
En attendant, j'ai poursuivit l'analyse de la carte mère... histoire de pouvoir améliorer un peu plus l'identification des signaux.
Cette fois, j'ai remonté les signaux jusqu'au microcontrôleur pour croiser les signaux avec la table des fonctions du MCU.
Cette partie de la carte concerne surtout le bus de données de l'afficheur.
![]() |
| Identification des lignes du connecteur écran VERS broches du MCU |
j'ai poursuivi le décodage près du connecteur LCD de sorte à pouvoir identifier les composants qui sembles impliqués dans le rétro-éclairage.
![]() |
| Composant du circuit de puissance afficheur + identification des lignes vers les broches du MCU |
Déduction du schéma
A partir de toute ces identifications, j'ai réussi à reproduire un schéma du connecteur vers le MCU.
![]() |
| Déduction du schéma |
Cela met en lumière l'utilité de certaines broches:
- Ligne 4: /rst ??, vers PB6
- Ligne 21: ????, vers PD4
- Ligne 22: ????, vers PD5
- Ligne 23: ????, vers PD11 avec self sur le signal!
- Ligne 24: ???? , vers PD7. Niveau haut par défaut, PD7 applique un niveau bas. Notez la self sur le circuit.
- Ligne 25: ???? , maintenu à 3.3V avec Pull-up.
- Ligne 26: alimentation logique
- Ligne 27, 28, 29: Rétro-éclairage avec limitation de courant
Il ne reste plus que 5 signaux dont la fonction reste inconnue.
Ligne 4 : captures (PB6)
Pin 4 look down as long as pin 23. Surprising!
Ligne 21 : captures (PD4)
Impulsion toutes les 1 secondes.
Ligne 22 : captures (PD5)
Signal qui se répète toutes les ~100ms, durée de transmission d'environ 26ms.
Ligne 23 : captures (PD11)
Signal se répète toute les ~100ms pour une durée d'environ 30ms.
Cette durée de ~30ms semble plus long que pour les lignes 22 & 24.
Ligne 24 : captures (PD7)
Signal qui se répète toutes les ~100ms, durée de transmission d'environ 25ms..
Ligne 25 : captures
Signal qui ne semble pas correspondre au schéma relevé. Serait-ce un signal de sortie de l'écran ?
Le signal se répète toutes les 17ms (120ms / 7 intervalles)... relevé à 59.5 Hz sur oscilloscope.
L'air de rien... je me rapproche du but :-)
STM32 FMSC et FMC
Où l'on retrouve entre autre un exemple de référence de montage LCD (voir ci-dessous) et recoupement de fonction FMSC pour les broches qui nous intéresses!
Complétons la documentation du brochage sur base des éléments collectés:
Cela met en lumière l'utilité de certaines broches:
- Ligne 4: /rst ??, vers PB6
- Ligne 21: /RD = FMC /Output Enable, vers PD4 pour FMC_NOE
- Ligne 22: /WR = /Write Enable, vers PD5 pour FMC_NWE
Ligne 23: Lcd Reset, vers PD11 pour FMC LCD_RESET- Ligne 24: /Chip Enable , vers PD7 pour FMC_NE1.
- Ligne 25: ???? , maintenu à 3.3V avec Pull-up.
- Ligne 26: Alimentation logique
- Ligne 27, 28, 29: Rétro-éclairage avec limitation de courant
Doutes
Ligne 23: PD11, peut difficilement être considéré comme un LCD Reset.
Selon les tables FSMC:
- PD11 peut être utilisé comme bit A16.
- PB6 ne fait pas partie de FSMC
- PD10=D15, PD14=D0, PE7=D4, etc => Confirme l'ordre des bits
Schéma complété
Avec les informations du bus FSMC, j'ai pu compléter le schéma initial, remettre les bits de données dans l'ordre et identifier le signal A16.
![]() |
| 2ieme révision du schéma |
A16 permet certainement d'activer l'envoi d'une adresse sur le bus lorsqu'il est au niveau bas. Le niveau haut devrait être pour l'envoi de données.
![]() |
| Interprétation de l'évolution des signaux |
La broche 21 est ici nommée /OE (FSMC_NOE) et semble servir de signal de transaction.
![]() |
| Interprétation de l'évolution des signaux |
Je crois que l'on peut dire que cela commence à ressemble à quelque-chose.
Cela vaudra vraiment la peine de faire une capture des signaux avec un analyseur logique.
A tout bientôt.
MakeMeDo

















Écrire un commentaire