Rbatimus

oui test avec les nouvelles ram et si cela ne fonctionne pas, tu ne pourras pas aller beaucoup plus loin sans avoir accès au boot log via l'UART. Une société professionelle feront face au même difficultés que toi (sans le schéma pas de dépannage complexe possible) et malheureusement Synology ne fournissent pas ce genre d'informations... Pas con les mecs... Ou alors tu parle d'une société pour le reflow? oublie cela va te couter une blinde par raport à un NAS neuf... pour le reflow sur du BGA à la souflette je suis sceptique du résultat. Tu dois blinder de flux thermique pour y arriver?

Bon après au vus du prix d'un ds218play neuf j'espère que tu fais ce dépannage par passion et curiosité intelectuelle ^^.

ça m'aurais étonné aussi, les quartz sont des composants relativement peu solicités... c'est pourquoi je te poussais à trouver les pin UART pour visulaiser le Log (mais mission quasi impossible sans le schéma correct). le CPU chauffe-il un peu tout de même ou reste il complétement froid? tu change les deux ram j'imagine? je vois que c'est des BGA... tu à le matos pour les déposer sans abimer le pcb? J'espère pour toi que le système d'alimentation dédié aux mémoires n'est pas endomagé également une fois les rams dessoudée je t'inviterais à les controller avant de monter et bruler tes nouvelle ram ;). avec ton outillage limité ça risque d'être un dépannage plutot difficile à réaliser, je te souhaite bien du courage.

Ok je me demandais comment tu avais fais pour te procurer ce schéma justement...

@Cristaux66 ok si une fois que tu as changé les quartz cela ne fonctionne toujours pas je serais toi je tenterais de visualiser le log de boot du cpu... avant de le changer histoire de m'assurer que ce n'est pas un soucis au niveau des mémoires flash ou ram qui empèche le boot. Pour cela je vois qu'il y a des résistance sur le signal UART1 que tu peu utiliser pour te brancher... Bref tiens nous au courant 😉

Concernant la bande passante de ton oscilloscope on dit en générale qu'il doit être de 5x le signal d'intérêt donc pour toi entre 150 et et 200 MHz pour voir un signal propre... mais si tu es à 50MHz tu devrais tout de même vois un pseudo signal pas très beau... si c'est le calme plats ton quartz est probablement mort..

Salut @Cristaux66, je suis également électronicien à la base et maintenant, je conçois ce genre de carte électronique. ce genre de panne m'est déja arrivée quelque fois. les quartz sont connecté et stimulé directement par le CPU donc dans ton cas il serait bien de pouvoir établire si tu as déja une tension continue sur ta pin de X1. un oscilloscope avec une bande passante suffisante devrait être capable de voir l'oscilation quelle est la bande passante du tiens? si pas d'oscilation alors qu'une tension continue est présente, je te recommande de changer le quartz en premier... en gros soit le quartz est mort soit le CPU... c'est pas sorcier ^^. Une petite astuce pour voir si le CPU boot tu devrais pouvoir le voir à la différence de consomation entre une carte fonctionelle et non fonctionelle... ça peut également aider à cerner le problème (mais je me doute bien que tu ne dois pas avoir cela sous la main même en "prêt"). Sinon version plus technique tu peux te connecter au pin UR1-RX, UR1-Tx sur la carte avec un serial converter RS232-USB et ouvrir un terminal. lors du boot tu devrais voir apparaitre le log de boot... Bon courage pour ton dépannage.

@klicer c'est normal l'image xteve n'est plus maintenue par linuxserver. Ce tuto doit donc être remis à jour. Tu trouveras une image xteve chez dnsforge par exemple avec la documentation relative

Bienvenue, Salutations depuis la Suisse également 😉

@lordkivan je viens de vérifier mais hélas coté switch c'est pas la joie niveaux parmètre pour le LAG... en gros on peut juste créer un groupe entre plusieurs port phyique sur ce model de switche ça m'apprendra à prendre les entrée de gamme ^^. @church tu m'a mis sur la bonne piste merci c'est effectivement le mode Balance Xor qui fonctionne pour ma config... En addition à ce poste et afin de conclure, comme ces AP sont basé sur une architecture SDN comme mentionné plus haut je me suis amusé à créer un Omada Controller sur mon NAS via Docker et ça fonctionne plutôt pas mal... gestion du réseau centralisée, mise à jour automatique des différents firmware etc... ça serait à refaire je choisirais les mêmes AP mais un switch moins cheap compatible Omada controller ainsi qu'un router ça simplifierais beaucoup la gestion de mon réseau... Donc pas forcément nécessaire pour une petit réseau comme le mien mais indispensable pour les PME 😉

La suppression du LAG a résolu le problème... mais cela ne fais pas mes affaires étant donné que je souhaitais le conserver... c'était un Link Aggregation Dynamique IEEE 802.3ad avec config de l'IP manuelle. coté Switch j'ai simplement créer le lien dans Switching->LAG et selectionnée les deux port physique et créer LAG1... Bref j'ai du louper qqch coté switch probablement pour que cela fonctionne partout...

j'ai également ouvert un topic sur le Forum TP-Link concernant les access point Omada.. on verra qui de NAS forum ou T-Plink fournira la solution en premier ^^.

@lordkivan, je n'ai pas accès à mon AP pour l'instant mais je vérifierais ce soir. Je t'avoue que pour le moment je n'ai pas beaucoup dévié de la configuration par défaut des acces point mis a part le changement des addresse IP en statique et des login/WP... donc rien de fous de ce coté je crains, mais je vais passer cette config au crible et publierais ma config si je ne trouve rien... Par contre en effet je vais vérifier cette histoire de device insulatation. Je vais également tester de suprimer le LAG pour voir si le problème peut venir de la... @churchdu coup comme tu t'en doute pas de VLAN actif et mon switch est manageable (TL-SG1016PE), coté NAS j'ai fais un lag dynamique avec configuration de l'adresse IP manuelle selon le schéma et coté switch j'ai simplement créer un LAG sur les deux port physique utilisé. je peux y acceder via l'interface web et je peux le ping sur le reseau du router mais pas sur celui des AP. ce n'est pas lié à un seul PC mais à l'ensemble de mes appareils connectés (Test avec tablette, smartphone, laptop et fixe, le résultats est le même partout c'est donc lié à ma config réseau...) Je ne fais pas de partage SAMBA avec... Quoique il en soit merci pour vos retour et feedback qui m'aide à trouver du grain a moudre en attendant de trouver la solution ^^.

voici les Config IP de mon réseau Local: comme tu peux le voir tout est sur le même sub-net... sur mon NAS j'ai uniquement un serveur VPN actif pour les connexion venant de l'extérieur... donc pas de client j'ai tenté de desactiver le parfeu du NAS de supprimer les protection des comptes etc... rien ni fait j'ai accès a tout mon réseau depuis les AP sauf au NAS.... j'avoue que je sèche un peu...

j'ai tenté de désactiver le par feu du NAS mais toujours sans résultat