Messages récents

Pages: 1 2 [3] 4 5 6 7 8 ... 10
21
Free Incidents Free / Microcoupure FTTH ?
« Dernier message par masmas le Hier à 20:17:51 »
Je suis d’accord que c’est un peu pipo.
J’ai constaté les memes pbs de deconnexion sur la box de mon amie qui est dans le 91….
J’ai des coupures depuis début decembre, c’est assez penible quand en plein call je disparais pendant 30s….
22
Ca doit être des sites Zones Blanches Multi-opérateurs non géré par Orange.
23
L'alim est celle vendue avec le routeur, 12VDC 5A JACK, mais est elle propre ?, je peux aussi le brancher directement sur l'alim HP Proliant 460W qui me sert d'alim à tout faire à proximité.

Le routeur peut supporter des modules de 3W, le module fait 3W.

Mon module est un FiberMall, c'était donc son VendorName avant que je ne le change pour YV.
J'aurais aussi pu faire un Quirk pour le VendorName Fibermall et son PN pour désactiver l'IRQ.

La version d'OpenWRT est la 24.10.5 (custom build, DTB modifié), pas un snapshot pour pouvoir profiter du repo, le quirk TX_fault est là.
24
Salutations !

Bon, voilà, j'ai mis le temps, mais j'ai décidé de m'y remettre et de solder cette affaire...

D'abord, j'avais un problème de config de l'option 11 du DHCPv6.
J'ai activé le log OMCI dans l'ONU FiberMall. Un reset arrivait toutes les 23:45.
J'ai activé le quirk pour ne pas prendre en compte les tx_fault en changeant le VendorName et PN (YV et SFP+ONU-XGSPON).

A ce stade, il y avais toujours des déconnections lors de fortes charges.

Après analyse de "cat /proc/interrupts | grep sfp1", sfp1_mod_def0 montrait beaucoup d'interruptions, qui se voyait dans le log par "SFP Module removed".
Il y a donc un problème, soit d'alimentation pas propre, soit du bruit sur la piste PCB causé par je ne sais trop quoi.

Ma solution à été de recompiler OpenWRT en supprimant l'interrupt depuis le DTB.
Depuis, plus de déconnection et odchp semble bien gérer t1 et t2.

Quand j'aurais un moment, je prendrais le temps de brancher l'oscillo sur l'alim pour voir.

Maintenant, je peux changer le Titre du post, car il semble effectivement que la pin6 (MOD_ABS/MOD_DEF0) du module soit directement reliée au 3.3V ça ne peut donc pas être du fait du processeur.

Pour le quirk (Yunvo) il est déjà présent dans la version snapshot et RC de OpenWRT car le noyau est en 6.12..., contrairement à la version stable qui tourne sur un noyau 6.6... .

Pour ce qui est de l'alimentation il faut absolument utiliser une alimentation DC Jack 12v - 5A.

Le port USB-C PD ne permettant pas d'alimenter de façon optimale les 2 ports SFP+ lors des pics de charge.
25
Nouveauté sur la carte mobile d'Orange : Apparition de la couverture prévisionnelle au T2 2026 et T4 2026 pour la 2G : https://reseaux.orange.fr/les-cartes-de-couverture/mobile-3g-4g-5g

On peut voir qu'il resterait quelques zones allumées dans le sud ouest contrairement à ce qui avait été annoncé.
26
SFR Actus SFR câble / SFR bascule FTTLa vers le FTTH ?
« Dernier message par jacobaci le Hier à 19:19:16 »
Ca sent le blanchiment
17 TTC/mois dans une ville de 30 000 hab...
27
Bonsoir

Dans ma commune des câbles ont été tirer , après une petite demande aux personnes ( j'ai oublier de demander pour qui ) c'est pour la fibre . mais rien sur les camionnettes , donc je ne sais pas si c'est orne ou orange  :o
28
Matériel informatique Matériel informatique (réseaux domestiques) / Positionner un onduleur
« Dernier message par DM61 le Hier à 19:02:50 »
Suivant les retours et avis, il faut prendre l'Elipse Eco a minima.
Je n'aurai qu'une faible charge à protéger, 20/30 w maxi.
Mais, même dans la version pro, il y a des déconvenues.
29
Côté Ubuntu, le mainteneur du paquet est "Debian Multimedia Maintainers", donc ils ne font probablement pas grand chose eux-mêmes.

Debian a la version 3.1.2 sur experimental.
30
Salutations !

Bon, voilà, j'ai mis le temps, mais j'ai décidé de m'y remettre et de solder cette affaire...

D'abord, j'avais un problème de config de l'option 11 du DHCPv6.
J'ai activé le log OMCI dans l'ONU FiberMall. Un reset arrivait toutes les 23:45.
J'ai activé le quirk pour ne pas prendre en compte les tx_fault en changeant le VendorName et PN (YV et SFP+ONU-XGSPON).

A ce stade, il y avais toujours des déconnexions lors de fortes charges.

Après analyse de "cat /proc/interrupts | grep sfp1", sfp1_mod_def0 montrait beaucoup d'interruptions, qui se voyait dans le log par "SFP Module removed".
Il y a donc un problème, soit d'alimentation pas propre, soit du bruit sur la piste PCB causé par je ne sais trop quoi.
Les logs de température et tension du module SFP restaient dans les specs, mais les microcoupures ne se voient pas.

Ma solution à été de recompiler OpenWRT en supprimant l'interrupt depuis le DTB.
Depuis, plus de déconnexion et odchp semble bien gérer t1 et t2 passant par la COS6.

Quand j'aurais un moment, je prendrais le temps de brancher l'oscillo sur l'alim pour voir.

Maintenant, je peux changer le Titre du post, car il semble effectivement que la pin6 (MOD_ABS/MOD_DEF0) du module soit directement reliée au 3.3V ça ne peut donc pas être du fait du processeur.
Pages: 1 2 [3] 4 5 6 7 8 ... 10