Auteur Sujet: Comment configurer le SFP GPON-ONU-34-20BI ? (Lu 5602 fois)

basilix · « **Réponse #48 le:** **Hier** à 09:11:13 »

@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.

basilix · « **Réponse #49 le:** **Hier** à 09:12:58 »

@hwti :

Voici un extrait de la commande dmesg:

Code: [Sélectionner]

[    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

basilix · « **Réponse #50 le:** **Hier** à 09:30:57 »

@hwti :

Finalement, je suis parvenu à me connecter en SSH sans trop savoir comment.

hwti · « **Réponse #51 le:** **Hier** à 09:31:52 »

Là "rootfs_data" n'est pas montée, donc c'est bizarre.
C'est l'overlay avec la config.

basilix · « **Réponse #52 le:** **Hier** à 09:35:42 »

@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.

hwti · « **Réponse #53 le:** **Hier** à 09:41:59 »

Au pire, depuis le Linux avec "firstboot" puis "reboot", ça devrait effacer rootfs_data, pour repartir sur une configuration par défaut.

Fyr · « **Réponse #54 le:** **Hier** à 18:51:11 »

Citation de: basilix le Hier à 05:13:53

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 !

basilix · « **Réponse #55 le:** **Aujourd'hui** à 07:04:35 »

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.

hwti · « **Réponse #56 le:** **Aujourd'hui** à 09:59:47 »

Citation de: basilix le Aujourd'hui à 07:04:35

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).