<![CDATA[Derniers articles - La taverne de John-John : Réseau]]> https://jonathandupre.fr (C) 2005-2026 PHPBoost fr PHPBoost <![CDATA[Abandon du CPL (Netgear EX6120)]]> https://www.jonathandupre.fr/articles/54-reseau/350-abandon-du-cpl-netgear-ex6120/ https://www.jonathandupre.fr/articles/54-reseau/350-abandon-du-cpl-netgear-ex6120/ Brother HL-5350DN qui est Ethernet mais pas Wi-Fi, un bon modèle à l'époque. Retrait du CPL histoire de retirer quelques fils qui traînent encore pour faire un setup plus propre.

L'existant : Asus RT-AX92U <-----RJ45----> CPL Netgear <-----230V----> CPL Netgear <-----RJ45----> Brother HL-5350DN
J'ai acheté ce boîtier Netgear EX6120 sur Amazon seconde main (occasion), sauf que j'ai mal lu les spécifications. Ce n'est pas la fonction point d'accès qu'il me fallait mais la fonction pont. Le but étant de rattacher l'imprimante au Wi-Fi existant tel un client. L'erreur est située entre le clavier et la chaise.

Par conséquent j'ai flashé le firmware original Netgear en OpenWrt (https://openwrt.org/toh/hwdata/netgear/netgear_ex6120) pour pouvoir configurer totalement le bazar, ayant connu l'époque du WRT54GL avec DDWRT je connais un peu ces choses. Une fois flashé, l'appareil est accessible en 192.168.1.1 en Ethernet (mettre une IP fixe 192.168.0.X temporaire sur un PC portable pour atteindre l'interface Luci)

Puis configuration du client Wi-Fi et j'ai suivi ces tutoriels pour en faire un simple pont avec relayd :

Final : Asus RT-AX92U <-----Wi-Fi----> Netgear EX6120 <-----RJ45----> Brother HL-5350DN

Voila, l'imprimante est accessible sans rien à toucher aux configs Windows puisqu'elle garde son IP (l'imprimante prend son IP en DHCP depuis mon pfSense derrière la box).

]]> Wed, 13 Dec 2023 21:57:00 +0100 <![CDATA[Remplacement puce CPLD Switch D-Link DGS-3100-24]]> https://www.jonathandupre.fr/articles/54-reseau/239-remplacement-puce-cpld-switch-d-link-dgs-3100-24/ https://www.jonathandupre.fr/articles/54-reseau/239-remplacement-puce-cpld-switch-d-link-dgs-3100-24/ dans un autre article en février dernier. Tout allait bien jusqu'à récemment.

En réalité j'avais malmené ce switch il y a de cela quelques années. Il est équipé de 2 ventilateurs qui fonctionnent à pleine vitesse constante (aucune régulation). J'avais tenté de réduire leur vitesse en bidouillant avec d'autres ventilateurs. Je n'avais pas fait attention mais le brochage des ventilateurs n'est pas le même que sur les PC. Les fils +12V et GND sont inversés sur les prises 3 pins Molex. Ici le brochage traditionnel type PC :


Le truc c'est que la vitesse des ventilateurs est vérifié par un CPLD Lattice ispMACH 4000 (LC4128V) qui remonte une alerte en cas de défaillance des ventilateurs. Il gère et supervise tout le switch en fait.

Ce qui devait arriver est arrivé : à l'époque la puce cpld Lattice avait partiellement cramé accompagné de magic smoke en raison des fils inversés. Même en remettant les fils correctement (+12V, GND et sensor) = fumée qui sort du chip Lattice. Le switch a continué de fonctionner tel quel sans ventilation pendant des années malgré cet incident qui aurait pu être fatal. Le problème est donc que le switch reboot tout seul de manière aléatoire mais avant il indique un message sur la sortie série terminal comme si quelqu'un avait appuyé sur le bouton reset. Le bouton de reset en façade ne pose pas de problème. Ce n'est pas lui qui ferait contact de manière intempestive. Idem pour celui présent sur le PCB (S2).

Le problème provient bien du cpld Lattice : il suffit d'appuyer sur la résistance qui va bien avec un coton tige imbibé l'alcool isopropylique pour rejouer le défaut : que le switch reboote. Le coupable désigné semble être le bon.


Un CPLD est un circuit programmable, il faut donc lui injecter des données. Ici D-link a bien laissé les broches qu'il fallait pour le programmer in-situ, c'est le principe de l'ICSP.

On trouve ces programmateurs USB HW-USBN-2A pour certaines puces Lattice (dont la mienne) made in China à 15 euros sur eBay.

J'ai pu trouver des puces identiques (par lot de 4). Ces puces sont vierges, un peu comme pour une EPROM/EEPROM/Flash il faut les programmer.

Retrait et pose du nouveau circuit-intégré :


Il faut allumer l'appareil pour programmer la puce. Évidemment comme la puce est vierge le switch ne boot pas et reste inerte.

J'ai pu trouver un dump sur un site russe. Il n'y a plus qu'a l'implanter avec le logiciel de Lattice.


Un petit reset électrique et tout refonctionne. Bingo !

L'ancienne puce extraite :

La petite fente faite par les ventilateurs en court-circuit par laquelle la fumée s'échappait...

J'ai pu retrouver l'usage des ventilateurs. Même si je vais les laisser débranchés comme avant, le switch étant dans mon atelier son bruit est insupportable.

Après retrait du ruban kapton et nettoyage du flux, c'est comme s'il ne s'était rien passé.

Le switch a retrouvé sa place au dessus du HP (100mb seulement, pour dépanner) qui prend le relais en cas de problème (ça ne devrait plus arriver).
]]> Wed, 29 May 2019 08:57:00 +0200 <![CDATA[Switch D-Link D-Link DGS-3100-24 devenu amnésique]]> https://www.jonathandupre.fr/articles/54-reseau/220-switch-d-link-d-link-dgs-3100-24-devenu-amnesique/ https://www.jonathandupre.fr/articles/54-reseau/220-switch-d-link-d-link-dgs-3100-24-devenu-amnesique/
Le tour de la bête :
  • Voyant vert "Power On" à gauche allumé : OK
  • Voyant rouge clignotant à gauche (ventilateurs débranchés) absent : KO
  • Voyants de connexion fixes, ne clignotent jamais (pas de trafic réseau ?) : KO
  • Afficheur 7 segments de droite éteint (ID de stack) : KO

Un petit reset électrique ne donne rien, électriquement tout va bien mais logiquement quelque chose cloche. Le petit afficheur 7-segment à droite doit afficher la valeur "1". Il faut compter environ une à deux minutes pour que le switch démarre intégralement. Mais là il fait le mort. Bref, je le sors de là (vive la poussière).

Une fois démonté, il faut faire le tour de tout ce qui peut-être étrange.

RAS du coté de l'alimentation secteur.

RAS non plus du coté de la mainboard.

Il s'agit d'un switch administrable (par port console et interface web). Quand un tel switch ne donne pas de signe de vie la première chose à faire est de voir ce qu'il raconte sur le port console série UART.

Bingo, ça parle.

Tous les tests passent mais le logiciel indique qu'il faut rentrer une adresse MAC. Heu bizarre car il est censé se connaître lui-même !


Je rentre donc le mot de passe par défaut (dlink) puis son adresse MAC (on peut la changer si besoin) et maintenant il me demande la révision hardware.

C'est à ce moment là que je comprends que le switch vient de démarrer en mode amnésie totale et me demande des infos comme s'il était en premier démarrage à l'usine. Toutes ces infos sont sur l'étiquette dessous, pas besoin de les inventer. Après j'ai dû aussi saisir le numéro de série.

Et voilà maintenant ça marche mieux :

Bref je ne sais pas trop ce qu'il m'a fait là. Mystère. Menu OK sur Putty :

webGUI OK :
]]> Fri, 01 Feb 2019 23:15:00 +0100