La Fibre
Datacenter et équipements réseaux => Routeurs => 
Remplacer la LiveBox par un routeur => Discussion démarrée par: basilix le 14 août 2024 à 19:29:43
-
Hello!
Je demande (même s'il y a déjà plusieurs fil de discussions sur le sujet) en espérant établir le plus rapidement possible une connexion Internet.
J'ai suivi les indications du fil « La fibre Orange à 2Gbps, sur un routeur MikroTik 10Gbps CCR2004, via un ONT SFP+ (https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/) ». Je vais contextualiser un peu.
Je crois que mon ONU n'est pas tout à fait opérationnel. En effet, afin de récupérer les options DHCP émises par la Livebox, j'ai réalisé un pontage de
mes interfaces. Donc, la Livebox doit pouvoir communiquer directement avec le réseau Orange en passant de façon transparente par mon routeur en
mode pont. Je vois passer les requêtes DHCP sur l'interface SFP du routeur, laquelle est reliée au module optique via la cage SFP, mais aucun retour.
Ci-dessous, voici les commandes que l'on indique de lancer pour contrôler l'état de la connexion.
root@SFP:/home/ONTUSER# onu ploamsg
errorcode=0 curr_state=5 previous_state=4 elapsed_msec=4294739984
root@SFP:/home/ONTUSER# gtop c v
GPE VLAN
Name: ONU_GPE_VLAN_TABLE
ID: 18
no;pcp;dei;vid;vlan_meter_enable;vlan_meter_id;end
Je n'y connais absolument rien à cette configuration et j'aurais besoin d'aide.
-
Pas de VLANs. Impossible que ça fonctionne. Mes compétences sur ce module s'arrêtent là.
-
@zoc : Merci de m'avoir répondu. :)
J'ai choisi de suivre le guide de @cyayon. (https://medium.com/@cyayon/configure-onu-gpon-onu-34-20bi-for-orange-isp-2af4fccfc95a)
Je n'ai pas encore modifié le numéro de version matériel de l'ONU.
root@SFP:/tmp# grep vendor omci.log
[omcid] 02:44:11 CORE PRN: 131@0 set OLT vendor id = 20 20 20 20 " "
[omcid] 02:46:35 CORE PRN: 131@0 set OLT vendor id = 20 20 20 20 " "
Il n'y a pas d'indication sur l'identifiant vendeur de l'OLT dans le journal. Je ne sais pas si c'est éventuellement correct ?
-
Je n'ai pas pu confirmer que cela fonctionne. Modifier le numéro vendeur de l'OLT semble produire un résultat.
-
Salut Basilix.
As tu la documentation de l'ONU "FS_GPON-ONU-34-20BI" de FS.COM ?
Ca peut aider pour trouver les bonnes commandes (Voir la pièce jointe).
J'ai trouvé ce lien (https://lafibre.info/remplacer-livebox/routeur-mikrotik-rb5009ugsin-pour-remplacer-livebox/msg1042138/#msg1042138) consacré à orange qui pourrait être utile. Ou celui-là (https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg1037271/#msg1037271).
Avant de faire quoi que ce soit avec ton ONU, je te conseille de faire une sauvegarde de la configuration de base, histoire de revenir à son état d'origine, si tu as fait des bêtises.
-
Cela n'a pas fonctionné. En même temps, il me semble que l'ONU n'obtient pas le VLAN 832.
-
Je vois le VLAN 832 en lançant gtop c y.
-
Ca a l'air beaucoup mieux là !
-
@zoc : Merci pour la confirmation. J'appréhendais pas mal de faire une fausse manipulation et d'écraser des paramètres importants.
J'ai malencontreusement fait usage de la ligne de commande ci-dessous.
C'est le même état que dans le post précédent. Je n'ai pas essayé de réaliser une connexion via mon routeur mais indirectement par la Livebox avec l'ONU.
sfp_i2c -i6 -s "HWTCA240FA" # optional to set HW_HWVER EquipmentID
Il me semble que j'ai substitué le HW_HWVER par la valeur Hardware Version indiquée à l'onglet ONT de l'interface d'administration de la Livebox.
Je ne sais pas si cela correspond vraiment au bon paramètre ? L'onglet ONT indique également le paramètre Equipement ID.
root@SFP:/home/ONTUSER# sfp_i2c
-s, --set-string
set string, index selects:
0: vendor name
1: vendor part number
2: vendor revision
3: serial number
4: date code
5: vendor data
6: equipment id of ONU2-G OMCI ME
7: vendor id of ONU-G OMCI ME
8: GPON Serial Number
9: LOID
10: Logic password
11: PLOAM password
6: equipment id of ONU2-G OMCI ME
257 0 MA5671B\0\0\0\0\0\0\0\0\0\0\0\0\0\0 0xa0 0 1 1 64 10 1 64 0 0x007f 0 24 48
Pour finir, est-ce que modifier la ligne ci-dessus du fichier data_1g_8q.ini revient à invoquer la commande sfp_i2c -i6 -s "HWTCA240FA" ?
Si oui, il semblerait que j'ai entré une mauvaise valeur. Néanmoins, le fichier data_1g_8q.ini ne semble pas avoir été modifié.
# ONT2-G
# Begin: modified by Sean.Chen for Reliance bug 373267 on 20170628
# 257 0 MA5671B\0\0\0\0\0\0\0\0\0\0\0\0\0\0 0xa0 0 1 1 64 64 1 64 0 0x007f 0 24 48
257 0 MA5671B\0\0\0\0\0\0\0\0\0\0\0\0\0\0 0xa0 0 1 1 64 10 1 64 0 0x007f 0 24 48
# End: modified by Sean.Chen for Reliance bug 373267 on 20170628
Hello,
De mon côté, je n'ai aucun vlan dans gtop (c-x).
Je creuse du côté de /etc/mibs/data_1g_8q.ini
Si j'ai bien compris les 100 ou 150 pages du thread que j'ai parcourues ce week-end, il faut que je mette à jour ce fichier.
Le format que je suis censé respecté est:
# ONT-G
256 0 ${vendor_id} ${ont_version} 00000000 2 0 0 0 0 #0
# ONT2-G
257 0 ${equipment_id} 0xa0 0 1 1 64 64 1 128 0 0x007f 0 0 48
source: https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg832539/#msg832539
Avec:
vendor_id: SCOM
ont_version: SCOMFGS202v1\0
equipment_id: SCOMxxxxxxxx <----- le numéro de série du SERCOMM
De plus, il faut gérer le padding:
ont_version doit faire 13 caractères de long, donc SCOMFGS202v1
equipment_id doit faire 19 (j'ai doute) caractères de long, donc SCOMxxxxxxxx\0\0\0\0\0\0\0
Si une âme charitable pouvait valider ça, avant que je ne lance à corps perdu dans la manip, ça m'arrangerais bien ;)
Pour le "ont_version" qui correspond au HWversion il faut que tu mettes "SMBSSGLBF121\0\0" ne t'entête pas à vouloir mettre le HWversion du Sercomm, ça ne fonctionnera pas.
Pour le "equipment_id", tu peux mettre un truc générique du style "GPON-ONU-34-20BI" ça tient exactement au nombre de 16.
Equipement ID: ArcadyanLBFIBRE###
Hardware Version: ARLT########
-
Je me suis décidé à trouver la réponse.
Setting OMCI equipment ID (ME 257)
sfp_i2c -i6 -s "YOUR_EQUIPMENT_ID"
Source: FS.com GPON ONU Stick with MAC (GPON-ONU-34-20BI) (https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/)
J'en sûrement saisi la mauvaise valeur. Je vais essayer à nouveau.
-
La page Wiki de Hack-GPON.org présente des commandes utiles.
Getting information of the OLT vendor
omci_pipe.sh meg 131 0
Source: FS Modded Firmware for Huawei MA5671A and FS.com GPON-ONU-34-20BI (https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/)
L'OLT est un Alcatel.
omci_pipe.sh meg 257 0
Cela affiche le paramètre « ID Equipment » que j'ai saisi avec sfp_i2c -i6 -s "######" bien que le fichier /etc/mibs/data_1g_8q.ini ne soit pas modifié en correspondance.
Note : On peut copier une « table (page) de données » avec la combinaison de touches Ctrl-w (Control w). Je trouve que sur l'écran d'aide « c+i » aurait été
plus explicite que c-i (appuyer sur la touche c puis sur la touche i).
Page: GPE VLAN rule
Name: ONU_GPE_VLAN_RULE_TABLE
ID: 42
;;;enable;;;ethertype filter;;;;;outer;;;;;;;inner;;;;;;
no;end;def;two;one;zero;5;4;3;2;1;de enable;de filter;input tpid enable;vid enable;vid filter;priority enable;priority filter;de enable;de filter;input tpid enable;vid enable;vid filter;priority enable;priority filter
0; ;1;1; ; ; ; ; ; ; ; ; ;1; ; ; ; ; ; ; ; ; ; ;
1; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 840;1; ; ; ; ; ; ; ;
2; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 851;1; ; ; ; ; ; ; ;
3; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 840;1;1; ; ; ; ; ; ;
4; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 851;1;1; ; ; ; ; ; ;
5; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 840;1;2; ; ; ; ; ; ;
6; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 851;1;2; ; ; ; ; ; ;
7; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 840;1;3; ; ; ; ; ; ;
8; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 851;1;3; ; ; ; ; ; ;
9; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 840;1;4; ; ; ; ; ; ;
10; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 851;1;4; ; ; ; ; ; ;
11; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 840;1;5; ; ; ; ; ; ;
12; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 851;1;5; ; ; ; ; ; ;
13; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 851;1;6; ; ; ; ; ; ;
14; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 851;1;7; ; ; ; ; ; ;
15; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 832; ; ; ; ; ; ; ; ;
16; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 835; ; ; ; ; ; ; ; ;
17; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 838; ; ; ; ; ; ; ; ;
18; ;1; ;1; ; ; ; ; ; ; ; ;1; ; ; ; ; ; ; ; ; ; ;
19; ;1; ; ;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
20; ;1; ;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
21;1;1;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
64; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 840;1; ; ; ; ; ; ; ;
65; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 852;1; ; ; ; ; ; ; ;
66; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 840;1;1; ; ; ; ; ; ;
67; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 852;1;1; ; ; ; ; ; ;
68; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 840;1;2; ; ; ; ; ; ;
69; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 852;1;2; ; ; ; ; ; ;
70; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 840;1;3; ; ; ; ; ; ;
71; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 852;1;3; ; ; ; ; ; ;
72; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 840;1;4; ; ; ; ; ; ;
73; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 852;1;4; ; ; ; ; ; ;
74; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 840;1;4; ; ; ; ; ; ;
75; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 852;1;4; ; ; ; ; ; ;
76; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 852;1;5; ; ; ; ; ; ;
77; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 852;1;7; ; ; ; ; ; ;
78; ; ; ;1; ; ; ; ; ; ; ; ;1;1;2800; ; ; ; ; ; ; ; ;
79; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 835; ; ; ; ; ; ; ; ;
80; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 838; ; ; ; ; ; ; ; ;
81; ;1; ; ;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
82; ; ; ;1; ; ; ; ; ; ; ; ; ;1; ; ; ; ; ; ; ; ; ;
83; ;1; ;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
84;1;1;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
128; ;1; ; ;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
129; ;1; ;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
130;1;1;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
Si j'interprète bien la ligne correspondante, le VLAN 832 est bien reçu par l'ONU.
15; ; ; ;1; ; ; ; ; ; ; ; ;1;1; 832; ; ; ; ; ; ; ; ;
Il me semble que cela correspond aux entrées input tpid enable;vid enable;vid filter.
-
Je pense que cela fonctionne.
J'aperçois dans la capture réseau que l'IP 172.26.92.46 envoie des paquets IGMPv2. Je pense que c'est un bon départ !!
J'espère que le parcage ne va pas durer trop longtemps.
Je dis des sottises. Il suffit normalement de redémarrer l'appareil après avoir corrigé le problème. Quant à l'adresse IPv4 privée, elle indique un parcage lorsqu'il s'agit d'une réponse du serveur DHCP.
[18/08] Le lien optique est fonctionnel : mon routeur obtient une IPv6 et je parviens à faire des recherches Google (mon résolveur DNS n'est pas encore opérationnel. Il s'avère en fait que les sites
Web ne sont pas accessibles depuis mon réseau local en IPv6).
-
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 ?
-
J'ai bloqué l'accès à mon ONU en voulant le paramétrer.
Je souhaitais simplement ajouter une ULA sur l'interface lct0. J'ai probablement entré une valeur incorrecte (network.lct6.ifname = 'lct0').
En effet, l'adresse IPv4 par défaut en 192.168.1.10 n'est plus accessible.
Qu'est-ce que je peux faire ?
Sur le site Web hack-gpon.org, il paraît que l'on peut accéder au module via une connexion série (https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/#unlock-the-device).
-
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 :
Non, je n'ai pas osé invoquer cette commande par peur.
Est-ce qu'on peut tout de même se connecter sans démonter l'ONU ? J'ai commandé un adaptateur série SFP GPON - UART (TX/RX).
-
@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 (https://lafibre.info/materiel-informatique/adaptateur-sfp-to-ttl-v1-1-pour-flasher-vos-modules-gpon-fibre/msg1127365/#msg1127365) ». 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.
-
J'ai essayé la procédure d'urgence pour débloquer le chargeur d'amorçage.
Les premières tentatives sont infructueuses. Je me suis également trompé de sens en inversant les RX/TX (sur mon adaptateur USB vers TTL).
Maintenant, j'attends... le processus semble interminable.
-
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.
-
J'ai tenté d'appliquer la procédure v2 non recommandée (script Python). Toutefois, je ne parviens toujours pas à accéder au shell.
Il est recommandé d'essayer la procédure alternative lorsque la procédure d'urgence via le Web ne fonctionne pas.
Procédure alternative (https://hack-gpon.org/ont-huawei-ma5671a-ymodem/) : flasher le micrologiciel FS (https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/#list-of-firmwares-and-files) MA5671A sur le module SFP.
Est-ce que c'est sûr ? Est-ce que cela va fonctionner ?
Franchement, j'ai l'impression que mon SFP est bon pour partir à la poubelle.
-
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 (https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg1055636/#msg1055636) à 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 (https://forum.openwrt.org/t/support-ma5671a-sfp-gpon/48042/161). 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...,
-
Pour l'alimentation, j'ai un peu galéré à trouver mon bonheur.
J'ai fini par utiliser une sortie 5V sur un vieil Intel NUC (une ancienne OverTheBox en fait), que j'ai ponté avec des fils Arduino. ll faut un peu perséverer, mais j'ai pu sauver l'ONU qui tourne toujours :D
J'avais pris une photo souvenir !
-
Si tu as besoin d'une alimentation externe, à 5Vcc, j'utilise celui-ci (https://www.gotronic.fr/art-alimentation-3-3-5-vcc-pow-bb-25638.htm).
(https://www.gotronic.fr/media/cache/sylius_shop_product_original/1a/6c/71a42719e6637973f2e4ddd5e208.jpg.webp)
Tu l'installes sur un Breadboard et tu utilises un adaptateur secteur comme celui-là (https://www.gotronic.fr/art-adaptateur-ps6usb39b-22600.htm) 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.
-
tiens, y'en a qui vont se connecter en UART...
ça me rappelle bien des choses (avec openwrt :D )
c'est là qu'on voit qu'il reste du niveau ingé sur le forum :D
-
J'ai reçu mon alimentation externe. Malheureusement, je n'ai pas de sortie cohérente.
$ sudo screen /dev/ttyUSB0 115200
�C�~��w�?����t��M�?��[[5�ooדչ�������=���������w�����o���������O�����wm�������oow�43�2�16>-�2:46:28),"Bu�ld: falcon_sfx_ni�u
��ʚ2���ѓzS�[w><tete�W��U����o�}{o�����w�_��[��������n���s��������~�����������[�k�[w~}��~�������[��������ow����o�}��_����/1.2��Br�v�0�I����k��Ң�Ғ�Jbե�d��fZo��}ϙ�}����ᵊ�������[w_��w���������{���nowIw��+��
)�KIUT
j��2��������:���������_���}�������������������[�����kR$�J�� 6�&������j��H��J�1M!��jR��nw�w]������ݽ�����m�����������������������k���Ӿ�����/�~u����w�nsw_oou|���Zoarf:!SFP
DR�M: ��?u���o�{���}[k�U���w��w�����?��������� �ɵ]����iou��}����woo���������Ro۷����Som��CGg>���������[oo����o�{���������w���
C�UK���6�LN�n�K[X��i{-wpono1/;���"�Oo<�312�6�k�������������o��������������}�����(Mi�-Now:zuno�nw�����������������������������������?w��~�o�����
-
Je pense que mon ONU est définitivement briqué.
J'ai indubitablement procédé de la mauvaise façon. Il me fallait une alimentation externe. Les instructions du site Web sont imprécises, peu claires voire ambiguës.
L'application Web n'affiche aucune progression. Toutefois, il se pourrait que le flashage est réellement été lancé puis interrompu lorsque j'ai débranché l'ONU. Je
n'aperçois rien dans l'application Web donc en théorie il n'aurait pas dû se lancer. Néanmoins, les LEDs du FT232 sont allumées (la RX brille et la TX clignote).
Now you need to insert the Huawei MA5671A into the SFP adapter, if the procedure does not go ahead, check the connections and then remove and reconnect the Huawei MA5671A again
C'est la catastrophe. Je n'ai pas de module optique en état donc mon routeur n'est plus opérationnel. Cela me dépasse. Du coup, je mets tout au placard (clap de fin).
-
Les SFP s'alimentent en 3,3V, et là je vois des mentions d'alimentation 5V, ça fait peur.
Les modules USB-TTL ont rarement des régulateurs dédiés pour le 3,3V, et ceux du circuit intégré (FTDI ou autre) ne peuvent pas fournir beaucoup de courant (d'où effectivement le reboot en boucle).
À moins d'avoir grillé le SFP avec du 5V à la place du 3,3V, il est toujours possible de le récupérer, même s'il a été débranché en plein milieu de la procédure, au pire en faisant un court circuit sur la flash (cf https://hack-gpon.org/ont-huawei-ma5671a-root/#root-procedure-for-huawei-ma5671a-v1---tweezers).
-
@hwti:
Mon alimentation externe délivre du 3.3V. J'ai vérifié au multimètre sans le module USB vers TTL mais avec l'adaptateur SFP vers TTL et l'ONU.
J'ai toujours fait très attention lors des branchements. La seule chose variable c'est l'inversion du TX/RX et le branchement / débranchement à
chaud de l'ONU (retirer du connecteur Molex de l'adaptateur SFP vers TTL).
Par contre, je constate que la carte d'alimentation externe chauffe. Elle n'est pas montée sur une carte de prototypage.
Je suis assez pessimiste sur mes chances de réussite même s'il me semble ne pas avoir commis de grosses erreurs.
-
@hwti:
Je n'ai pas essayé de réaliser le court-circuit car c'est désormais vivement déconseillé sur le site hack-gpon.org
Je ne suis pas certain que cela m'avance. La sortie est corrompue.
-
Soit l'ONU est sous-alimenté et il redémarre avec une sortie non corrompue (alimentation par le module USB vers TTL).
Soit il ne redémarre pas mais la sortie est corrompue (alimentation externe).
-
@ Basilix : peux tu nous communiquer les références de ton alimentation externe ?
C'est pour vérifier la puissance qu'il fournie.
-
AZDelivery MB-102 Breadboard Power Supply Module 3.3V 5V 700mA Adapter for Solderless Breadboard.
-
Une chose diffère entre les deux montages (avec et sans alimentation externe).
Je n'ai pas branché de câble GND entre l'adaptateur USB vers TTL et l'adaptateur SFP vers TTL lorsque j'alimente avec le module d'alimentation externe.
J'essayerais demain.
-
Je n'ai pas essayé de réaliser le court-circuit car c'est désormais vivement déconseillé sur le site hack-gpon.org
Je ne suis pas certain que cela m'avance. La sortie est corrompue.
L'avantage de cette méthode, c'est qu'elle fonctionne quel que soit le contenu sur la flash.
Mais là effectivement la sortie corrompue suggère un problème quelque part.
Je n'ai pas branché de câble GND entre l'adaptateur USB vers TTL et l'adaptateur SFP vers TTL lorsque j'alimente avec le module d'alimentation externe.
Ah, voilà : il faut relier GND / TX / RX (et c'est tout).
Si GND n'est pas relié, alors aux mieux les masses de l'alimentation et du PC sont reliées via la terre (mais ce n'est pas toujours parfait).
Mais ça peut flotter : ni l'alimentation, ni le PC n'ont forcément leur masse reliée à la terre.
Sur les PC portables, même si l’alimentation a une prise de terre, ça n'implique pas forcément que la masse soit à la terre.
AZDelivery MB-102 Breadboard Power Supply Module 3.3V 5V 700mA Adapter for Solderless Breadboard.
Pour le 3,3V, il y a deux possibilités :
- alimentation via la prise jack : diode, régulateur 5V, puis 3,3V
- alimentation via le port USB : régulateur 3,3V
Le régulateur 3,3V dissipe donc (5-3,3)*Iout dans les deux cas.
Dans le premier cas, le régulateur 5V dissipe (Vin-5,7)*Iout, ce qui peut vite faire beaucoup : avec une alim 12V ça donne 1,26W (probablement le maximum réaliste) pour 200mA.
Si ça chauffe trop, ça pourrait couper en protection thermique (je ne sais pas si la tension se maintiendrait avant).
-
@ Basilix : merci pour les références. :)
Ma carte d'alimentation est de la marque Joy-It, mais c'est le même que le mien.
La sortie corrompue est due au fait que tu n'as pas relié les masses (GND) entre elles.
N'oublie pas de mettre les cavaliers sur 3V3 et non sur 5Vcc.
-
Euh et cu à la place de screen ? ou revérifier/remettre avec stty les parametre de /dev/USB...
-
Mon problème d'affichage corrompu est résolu. Il fallait brancher deux câbles vers la masse (GND). Un câble entre le module d'alimentation (PIN GND) et l'adaptateur SFP vers TTL (PIN GND).
L'autre entre le module d'alimentation (sur un autre pin GND) et l'adaptateur USB vers TTL (PIN GND).
-
Mon problème de verrouillage du chargeur d'amorçage (bootloader) est résolu.
La procédure de déverrouillage d'urgence du chargeur d'amorçage réalisée par l'application Web a fonctionné immédiatement après avoir corrigé les branchements.
-
Mon problème de configuration du fichier /etc/config/network n'est pas résolu.
Dans la console série, aucune commande ne me permet d'éditer le fichier.
Les commandes sed, vi, nano, cat semblent indisponibles. La redirection de la sortie standard avec echo vers /etc/config/network ne semble pas fonctionner.
-
Je dispose des commandes suivantes :
? - alias for 'help'
asc0_fixup- fix asc0 pins (for silent boot)
askenv - get environment variables from stdin
base - print or set address offset
bdinfo - print Board Info structure
boot - boot default, i.e., run 'bootcmd'
bootd - boot default, i.e., run 'bootcmd'
bootm - boot application image from memory
bootp - boot image via network using BOOTP/TFTP protocol
chipinfo- print chip info
cmp - memory compare
cp - memory copy
crc32 - checksum calculation
ddrlp - config DDR LowPower
ddrstatus- show DDR Controller status
dhcp - boot image via network using DHCP/TFTP protocol
echo - echo args to console
editenv - edit environment variable
env - environment handling commands
exit - exit script
extphy - external PHY enable (clock and reset)
false - do nothing, unsuccessfully
go - start application at address 'addr'
gpio - input/set/clear/toggle gpio pins
help - print command description/usage
i2c - I2C sub-system
iminfo - print header information for application image
itest - return true/false on integer compare
loadb - load binary file over serial line (kermit mode)
loads - load S-Record file over serial line
loady - load binary file over serial line (ymodem mode)
loop - infinite loop on address range
md - memory display
mii - MII utility commands
mm - memory modify (auto-incrementing address)
mmd - MMD utility commands
mtest - simple RAM read/write test
mw - memory write (fill)
nm - memory modify (constant address)
ping - send ICMP ECHO_REQUEST to network host
printenv- print environment variables
reset - Perform RESET of the CPU
run - run commands in an environment variable
saveenv - save environment variables to persistent storage
setenv - set environment variables
sf - SPI flash sub-system
sfboot - boot from serial flash device
showvar - print local hushshell variables
sleep - delay execution for some time
sntp - synchronize RTC via network
source - run script from memory
test - minimal test like /bin/sh
tftpboot- boot image via network using TFTP protocol
tlb - setup TLB (virtual memory) mapping
true - do nothing, successfully
version - print monitor, compiler and linker version
wdoff - switch watchdog off
wdtest - watchdog test (endless loop!)
wdtime - set watchdog timeout
Est-ce que je peux amorcer sur l'autre image afin de pouvoir éditer le fichier de configuration de la première image ?
-
Ou est-il possible de réinitialiser le module dans sa configuration d'origine ?
-
Là ce sont les commandes u-boot (bootloader), il n'y a pas d'accès aux fichiers du Linux.
Si nécessaire il est possible de flasher une image, ou d'effacer les données.
Pour modifier la config OpenWrt il faut le laisser booter.
-
@hwti :
Effectivement ! :)
-
@hwti :
Par contre, il redémarre au bout de quelques secondes.
-
@hwti : En fait, il fallait rentrer dans un mode (e.g. mode failsafe) pour désactiver le redémarrage.
-
Autre problème : le système de fichier est monté en lecture seule.
-
Les traces indiquaient pourquoi il rebootait ?
La MB-102 est peut-être insuffisante (surtout si alimentée depuis du 12V) pour tenir longtemps en fonctionnement normal.
Mais sauf gros problème, on peut utiliser l'accès SSH pour configurer.
-
Autre problème : le système de fichier est monté en lecture seule.
Le rootfs est en lecture seule, mais normalement il y a un overlay, qui permet de modifier les fichiers.
Que donne "mount" ?
-
@hwti :
root@(none):/# mount
rootfs on / type rootfs (rw)
/dev/root on / type squashfs (ro,relatime)
proc on /proc type proc (rw,noatime)
sysfs on /sys type sysfs (rw,noatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noatime)
tmpfs on /dev type tmpfs (rw,noatime,size=512k,mode=755)
devpts on /dev/pts type devpts (rw,noatime,mode=600)
J'ai mal configuré mon interface de gestion de l'ONU. Raison pour laquelle je ne peux y accéder par SSH.
-
@hwti :
Voici un extrait de la commande dmesg:
[ 0.240000] 1e100c00.serial: ttyLTQ0 at MMIO 0x1e100c00 (irq = 104) is a lantiq,asc
[ 0.248000] console [ttyLTQ0] enabled, bootconsole disabled
[ 0.268000] m25p80 spi0.0: found w25q128, expected s25fl129p0
[ 0.272000] m25p80 spi0.0: w25q128 (16384 Kbytes)
[ 0.276000] 4 cmdlinepart partitions found on MTD device sflash
[ 0.280000] Creating 4 MTD partitions on "sflash":
[ 0.284000] 0x000000000000-0x000000040000 : "uboot"
[ 0.292000] 0x000000040000-0x0000000c0000 : "uboot_env"
[ 0.300000] 0x0000000c0000-0x000000800000 : "linux"
[ 0.304000] 0x0000001e6e66-0x000000800000 : "rootfs"
[ 0.308000] mtd: partition "rootfs" must either start or end on erase block boundary or be smaller than an erase block -- forcing read-only
[ 0.324000] mtd: device 3 (rootfs) set to be root filesystem
[ 0.328000] mtd: partition "rootfs_data" created automatically, ofs=0x410000, len=0x3f0000
[ 0.336000] 0x000000410000-0x000000800000 : "rootfs_data"
[ 0.344000] 0x000000800000-0x000001000000 : "image1"
[ 0.352000] wdt 1f8803f0.watchdog: Init done
[ 0.356000] TCP: cubic registered
[ 0.356000] NET: Registered protocol family 17
[ 0.360000] 8021q: 802.1Q VLAN Support v1.8
[ 12.424000] VFS: Mounted root (squashfs filesystem) readonly on device 31:3.
[ 12.428000] Freeing unused kernel memory: 192K (80330000 - 80360000)
[ 15.396000] pps_core: LinuxPPS API ver. 1 registered
[ 15.400000] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it>
[ 15.412000] PTP clock support registered
-
@hwti :
Finalement, je suis parvenu à me connecter en SSH sans trop savoir comment.
-
Là "rootfs_data" n'est pas montée, donc c'est bizarre.
C'est l'overlay avec la config.
-
@hwti :
Merci pour ton aide !
Je ne sais pas trop quoi faire car je n'y connais absolument rien.
Il faudrait que teste si ma connexion à l'Internet est opérationnelle.
-
Au pire, depuis le Linux avec "firstboot" puis "reboot", ça devrait effacer rootfs_data, pour repartir sur une configuration par défaut.
-
Mon problème d'affichage corrompu est résolu. Il fallait brancher deux câbles vers la masse (GND). Un câble entre le module d'alimentation (PIN GND) et l'adaptateur SFP vers TTL (PIN GND).
L'autre entre le module d'alimentation (sur un autre pin GND) et l'adaptateur USB vers TTL (PIN GND).
Pfiou bravo !
-
Pas évident en effet.
1. Brancher les câbles correctement. Ne pas inverser RX et TX. Je me suis trompé plusieurs fois sur le sens des inscriptions sur les cartes.
Est-ce que RX correspond à la transmission du PC vers le système embarqué ou inversement ?
2. Le chargeur d'amorçage qui redémarre en boucle. Il a fallu réaliser que l'adaptateur SFP vers TTL était sous-alimenté par l'adaptateur USB vers TTL.
3. Choisir un module d'alimentation externe compatible. Ce ne fut pas facile. Il fallait pouvoir le relier à l'adaptateur SFP vers TTL et fournir une source d'alimentation.
4. La procédure de déverrouillage du chargeur d'amorçage qui tourne en boucle si l'adaptateur SFP vers TTL est sous-alimenté. Ce fut d'ailleurs assez aléatoire.
Ne serait-ce que lancer la procédure notamment si le montage est incorrect. Les instructions du Wiki hack-gpon.org sont imprécises, peu claires, voire ambiguës.
5. L'affichage de la sortie était corrompu. À ce stade, on envisage alors de réaliser le court-circuit à l'aide d'une pince à épiler avec les risques que cela comporte.
J'ai également essayer de flasher à nouveau le micrologiciel. Mais il me semble que la procédure n'a pas fonctionné.
6. Réaliser que le problème d'affichage corrompu ne va pas disparaître avec le déverrouillage du chargeur d'amorçage. Mettre de côté l'idée du court-circuit.
Essayer de comprendre pourquoi l'affichage n'est pas corrompu lorsque le module SFP vers TTL est sous-alimenté par l'adaptateur SFP alors qu'il l'est
dans le montage avec le module d'alimentation externe.
7. Imaginer toutes sortes de causes possibles. Essayer de faire simple. Se refaire le montage dans sa tête. Réaliser que lorsque je branche mon adaptateur USB
vers TTL sur mon routeur pour déboguer, je branche trois câbles : RX, TX et GND. Se demander pourquoi GND est nécessaire. Se poser d'autres questions.
Réfléchir. Vérifier. Tester.
Il y a plein de choses qui peuvent mal se passer avec un risque accru d'erreurs.
-
Est-ce que RX correspond à la transmission du PC vers le système embarqué ou inversement ?
La convention de base, et ce qui est utilisé dans les docs des circuits intégrés, est de nommer les broches par rapport au circuit ou l'appareil : TX pour la sortie, RX pour l'entrée.
Donc normalement il faut croiser : le TX de l'un doit être relié au RX de l'autre.
Mais parfois il y a des notations inversées, volontairement ou non :
- des USB-TTL qui ont un marquage correspondant à l'autre appareil : "TX" signifie alors "relier au TX de l'appareil"
- des indications sur Internet qui ont été déduites du branchement du d'un USB-TTL : "j'ai branché le TX de l'USB-TTL sur cette broche, donc je l'appelle TX"
Donc si on veut prendre toutes les précautions, il faut avoir un USB-TTL dont on est certain du marquage, et commencer par uniquement brancher son entrée (normalement RX) pour trouver la sortie de l'appareil.
Ca permet d'éviter de relier deux sorties entre elles, même si la plupart du temps les circuits sont suffisamment résistants pour que ça ne cause pas de dommage (parfois il y a une résistance en série, qui limite le courant en cas de mauvais branchement).
-
Est-ce que RX correspond à la transmission du PC vers le système embarqué ou inversement ?
Les deux. En théorie, c'est RX <--> TX. Ce que l'un transmet, l'autre le reçoit et pour les deux fils.
Le constructeur ne respecte pas toujours la règle et du coup, cela devient RX <--> RX & TX <--> TX.
Je te rassure, tu ne vas pas abimer ton ONU si tu te trompes de sens.
2. Le chargeur d'amorçage qui redémarre en boucle. Il a fallu réaliser que l'adaptateur SFP vers TTL était sous-alimenté par l'adaptateur USB vers TTL.
D'où l'intérêt d'une alimentation externe.
3. Choisir un module d'alimentation externe compatible. Ce ne fut pas facile. Il fallait pouvoir le relier à l'adaptateur SFP vers TTL et fournir une source d'alimentation.
J'ai préféré dédier cela à mon Media Converter qui gère très bien au travers des quatre broches, la liaison USB/Serial TTL.
Les instructions du Wiki hack-gpon.org sont imprécises, peu claires, voire ambiguës.
Tu n'es pas le seul à le constater. Mais au moins, tu as une base de travail pour savoir quoi faire.
J'ai également essayer de flasher à nouveau le micrologiciel. Mais il me semble que la procédure n'a pas fonctionné.
En entrant en mode SERIAL, tu avais le choix entre remettre le tout aux paramètres d'usine, ou bien basculer sur l'autre image.
6. Réaliser que le problème d'affichage corrompu ne va pas disparaître avec le déverrouillage du chargeur d'amorçage. Mettre de côté l'idée du court-circuit.
Essayer de comprendre pourquoi l'affichage n'est pas corrompu lorsque le module SFP vers TTL est sous-alimenté par l'adaptateur SFP alors qu'il l'est
dans le montage avec le module d'alimentation externe.
Ton problème d'affichage corrompu est dû au fait que tu n'avais pas relié les masses entre elles, celle de l'ONU par l'intermédiire de ton SFP et celle de l'adaptateur Serial TTL.
7. Imaginer toutes sortes de causes possibles. Essayer de faire simple. Se refaire le montage dans sa tête. Réaliser que lorsque je branche mon adaptateur USB
vers TTL sur mon routeur pour déboguer, je branche trois câbles : RX, TX et GND. Se demander pourquoi GND est nécessaire. Se poser d'autres questions.
A quoi sert le GND ? Si tes électrons entre dans un circuit, il faut bien qu'ils sortent quelque part. C'est le rôle du GND (ou masse).
Il faut une seule source d'alimentation dans un circuit sinon gare au court-circuit. D'où le fait de ne pas utiliser le câble Vcc de ton adaptateur USB / Serial TTL.
Il y a plein de choses qui peuvent mal se passer avec un risque accru d'erreurs.
Les TX & RX fonctionnent en 3V3. Si tu mets du 5Vcc, du risque de détruire les composants électroniques qui se trouvent sur le circuit. Le Vcc fonctionne en 5Vcc. Faire attention à la puissance demandée qui peut être insuffisante, d'où le bouclage que tu as eu. Utiliser une alimentation externe pour remédier à cela. Inverser Tx & RX tant que tu es en 3V3 n'a aucune conséquence. Relier entre elles toutes les masses (GND).
As tu pu réparer tes bétises ?
-
@artemus24 :
J'ai juste repris le cheminement pour montrer que ce n'est pas forcément évident. Ton propos est vraiment déplacé et illogique.
Inutile de rappeler que ce n'est pas grâce à toi et que je suis parvenu tout seul à la bonne conclusion en suivant la bonne voie.
J'ai l'impression en te lisant que tu me prends pour un imbécile en reprenant mes constats et en déroulant une réponse de « trois
pages ».
-
Je te rappelle que ce que tu es en train de faire, je l'ai déjà fait avec mon ONU Huawei MA5671a et que j'ai pu résoudre mes problèmes sans trop de difficulté. Je n'ai fait que tenter de t'aider, rien d'autre. Maintenant, si tu ne veux pas d'aide, tu le dis et tu apprends à te débrouiller tout seul sans venir chouiner que tu as bricker ton ONU.
-
C'est formidable ! Ma connexion à l'Internet semble toujours opérationnelle.
Je pense que je repartirais de zéro dans le doute. Mais ce sera dans un bout de temps.
Désormais, vu que je dispose d'une console pour déboguer, je projette de poursuivre la configuration de l'interface de gestion du module optique en IPv6. Mais pas pour le moment.
En effet, je peux encore y accéder en IPv4 par l'interface WiFi de ma station connectée au réseau local de la Livebox en redéfinissant son adresse réseau (route par défaut).
L'autre solution serait de parvenir à me connecter à l'ONU via mon routeur en LLA par SSH.