Tu l'a acheté où? Ça m'intéresse aussi

sur ebay, d'Italie.

Faut dessouder la flash  pour le flasher un firmware root

Je pense qu'il y a un moyen de le faire sans dessouder la mémoire:
https://forum.openwrt.org/t/support-ma5671a-sfp-gpon/48042/29
https://forum.openwrt.org/t/support-ma5671a-sfp-gpon/48042/24

Je vais tester et je vous tiens au courant!
 

Bon je surveille tous vos essais, pour éviter de faire des boulettes.
Moi le matos est en livraison un peu de partout :p

* G-010S-A
* MikroTik CCR2004-1G-12S+2XS
* Ubiquiti EdgeSwitch 16 XG
* BCM57810S (x2 :p  une pour le NAS, une pour le pc fixe)
* des DAC

J'espère m'en sortir avec tout ça, et pouvoir contribuer

ce qui m'étonne c'est que j'ai déjà eu un echec de flash avec la version juste avant, et un marche arret suffisait à le faire booter sur l'image 0 en fail safe. bon l'option était peu etre pas renseigné sur celui la, je suis aller trop vite.

Ca doit dépendre à quel moment le boot échouait.

J'ai commander un usb ttl uart, par contre pour le connecté sur l'onu ca va etre un peu la loose , j'ai pas de molex sfp

Là j'essaye avec des fils soudés sur les points de test d'une ConnextX-2.
Mais je n'ai rien, peut-être que la carte perturbe, ou que je regarde les mauvaises broches, ou que asc0=3 n'est pas la bonne configuration.

TXD est sur MOD_ABS (broche 6, aussi appelée MOD_DEF), donc c'est en conflit avec le mod nécessaire pour les BCM57810S.
RXD est sur TX_DISABLE (broche 3).

https://www.dslreports.com/forum/r32432462-
J'ai uniquement 3 lignes de traces avec asc0=3, ça correspond.

Le firmware (en plus du bootloader à priori) lit "asc0" pour configurer les broches une fois booté.

        ucidef_pin_add "tx_fault" "2"
        ucidef_pin_add "tx_disable" "33" "ASC_RX"
        ucidef_pin_add "los" "5"
        ucidef_pin_add "mod_def" "32" "ASC_TX"

        case $(falcon_asc0_pin_mode) in
        3)
                restriction_list=""
                ;;
        2)
                restriction_list="ASC_TX"
                ;;
        1)
                restriction_list="ASC_RX"
                ;;
        *)
                # assume that the full UART is required
                restriction_list="ASC_RX ASC_TX"
                ;;

Il y a un script "serial" :
if [ $1 = "open" ];then
        echo "enable serial and disable present pin"
        fw_setenv preboot 'run start_netconsole'
        fw_setenv asc0 0
fi

if [ $1 = "close" ];then
        echo "disabled serial and enable present pin"
        fw_setenv preboot 'gpio clear 100'
        fw_setenv asc0 3
fiLier "netconsole" (que je n'avais pas réussi à faire fonctionner) à l'UART, c'est bizarre.

En utilisant la technique décrite pour le MA5671A (court circuit temporaire entre la broche 5 de la flash, SI, et la masse), j'ai :
ROM: V1.1.4
ROM: CFG 0x00000006
ROM: SFLASH-4
ROM: CFG 0x00000006
ROM: SFLASH-4
...
ROM: CFG 0x00000006
ROM: SFLASH-4
ROM: Boot? (0-9A-F<CR>)
Mais je ne peux visiblement pas envoyer de caractères quand la ConnextX-2 est dans le PC, elle doit forcer l'état de TX_DISABLE.

Avec la ConnextX-2 débranchée, et le module alimenté manuellement (la carte ne sert plus que comme un connecteur), le port série fonctionne bien dans les deux sens.
J'ai pu donc choisir 7 (XMODEM), et envoyer le 1224ABORT.BIN pour avoir une ligne de commande uboot, et faire :
setenv asc0 0
setenv preboot 'run start_netconsole'
saveenv
Ensuite après reboot, Ctrl+C permet bien d'interrompre le boot sur le bootloader intégré.
Si je laisse booter Linux, j'ai bien une console avec l'UART.

Bref, ça confirme qu'on peut récupérer un G-010S-A "briqué".

Si ça ne gêne pas la carte (par exemple une BCM57810S avec le mod côté carte) ou le switch qu'on utilise, il est préférable d'activer le port série avant de tester le flashage de firmware.
Comme ça, on peut prendre la main avec juste l'UART, donc avec un connecteur ou au pire en soudant sur les contacts, mais sans avoir à faire de soudure à l'intérieur du SFP.

Vous me réjouissez, à trafiquer les firmware à coup de ports série. J'ai commencé à recevoir du matériel pour ça, mais il me manque des pièces.

En parlant de matériel, si vous voulez vous interfacer facilement avec les sfp, il est possible de détourner des adaptateurs X2-SFP genre le CVR-X2-SFP de chez cisco comme utilisé ici :



(source : https://www.technigem.com/2016/12/sfp-eeprom-ddm/)

A voir par contre si les onu sfp rentrent bien dedans et fonctionnent, mais ce genre d'adaptateurs se trouve dans les tiroirs de tout bon technicien réseau, ça peut dépanner pour pas cher

Et pour ceux qui ne connaissent pas il y a https://github.com/sonicepk/sfppi pour causer à une sfp pour la partie dom/ddm (niveaux optiques).