Est-ce qu'on est sensé changer le mot de passe ? Cela présente t'il un risque de garder le mot de passe par défaut ?

Il m'était arrivé une aventure similaire, j'avais supprimé la variable mib_file lors de tests

Est-ce que tu avais débloqué la console sur port série avant de le bloquer ?
fw_setenv bootdelay 5
fw_setenv asc0 0
fw_setenv preboot "gpio set 3;gpio input 2;gpio input 105;gpio input 106;gpio input 107;gpio input 108"
Parce que sinon c'est plus lourd, j'avais du suivre cette procédure pour obtenir une console :
D'abord fabriquer l'adaptateur : https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg832904/#msg832904
Puis suivre la procédure avec le fil de fer pour court-circuiter la mémoire :
https://hack-gpon.github.io/ont-huawei-ma5671a-root/#root-procedure-for-huawei-ma5671a-v1---tweezers (Depuis : https://forum.openwrt.org/t/support-ma5671a-sfp-gpon/48042/29)

Et ensuite pouvoir débloquer la console série avec ces instructions :
FALCON => setenv bootdelay 5
FALCON => setenv asc 0
FALCON => setenv preboot "gpio set 3;gpio input 2;gpio input 105;gpio input 106;gpio input 107;gpio input 108"
FALCON => saveenv
Une fois le bootloader débloqué, essayer d'avoir une console lors du boot, ok après plusieurs tentatives.

@Atmis :

Le module optique démarre mais c'est l'interface réseau qui ne se configure plus à cause de mon mauvais paramétrage.

Édition du 25/10/07 :

Je vous renvoie vers le fil de discussion « Adaptateur SFP-to-TTL v1.1 ». Cet adaptateur permet d'exposer les 20 pins du SFP.
Aucun désassemblage du SFP n'est nécessaire. Je trouve que cela réduit drastiquement les risques de fausses manipulations.

La procédure Web d'urgence n'a pas fonctionné.

La LED TX éteinte signale que les données ne sont pas transmises vers le module GPON.

J'aurais bien aimé essayer l'autre procédure mais le fichier 1224abort.bin n'est plus disponible.

Mon problème serait peut-être lié à un souci d'alimentation.

Il semblerait que le chargeur d'amorçage (bootloader) redémarre en boucle. L'affichage de la sortie série est semblable quasiment en tout point à celle décrite par @pureguy.

ROM: V1.1.4
ROM: CFG 0x00000006
ROM: SFLASH-4
hw fuse format 1


U-Boot 2011.12-lantiq-gpon-1.2.24 (Nov 03 2014 - 22:46:28), Build: falcon_sfp_linux

Board: SFP
DRAM:  64 MiB
Now running in RAM - U-Boot at: 83fc8000
SF: Detected W25Q128 with page size 4 KiB, total 16 MiB

Une différence notable dans ma sortie est que l'adresse (voir U-Boot at: ...) n'est pas entièrement apparente. Plusieurs caractères formant l'adresse n'apparaissent pas ou apparaissent comme point d'interrogation.
Donc, il s'agit peut-être du problème. J'ai lu à plusieurs reprises que la puissance d'alimentation délivrée par l'adaptateur USB vers TTL pour l'adaptateur SFP vers TTL pouvait être insuffisante.

Comment alimenter l'adaptateur SFP vers TTL ? Quelle source d'alimentation utiliser ?

Est-ce normal que l'amorçage boucle ? Idem dans la procédure de récupération d'urgence via le Web.

Root in progress: Rebooting...,
Root in progress: Trigger characters received. Do not touch...,
Root in progress: Enable ASC serial...,
Root in progress: Set GPIO to unlock serial...,
Root in progress: Save changes...,
Root in progress: Rebooting...,


Si tu as besoin d'une alimentation externe, à 5Vcc, j'utilise celui-ci.



Tu l'installes sur un Breadboard et tu utilises un adaptateur secteur comme celui-là pour l'alimenter (Prise Micro-USB ou DC 5.5x2.1mm ou USB-A).

Dans ce cas, ne pas utiliser le câble Vcc de ton convertisseur USB / Serial TTL, dont son alimentation pourrait abimer ton ONU.