instalation trinket m0 sur switch


zinzin64
 Share

Messages recommandés

bonjour a tous!

bon après avoir longtemps résisté je me suis commandé un ace ns pour nintendo switch afin de profiter de rétroarch et autre sur ma console :)

seulement voila,l utilisation d un dongle+jig c est sympas mais bon je cherchais  quelque chose de plus pratique et je suis tombé sur la solution du trinket m0.plus de jig,plus besoin de savoir si le dongle est chargé bref le top!

seulement voila pas moyen de trouver un tuto en français complet (enfin si celui ci )

bref voila ayant trouvé des infos a droite a gauche si un expert a quelques minutes pour répondre à mes interrogations avant que je me lance et fasse une catastrophe :P

 

-bon déja je me suis décidé sur du "dual boot" power=> console retail      power+vol+=> custom firmware

soit ce montage sans le vol+ strap

trinketfinal-jpg.154656

-comme je n ai pas de sxos je reste en simple nand du coup pertinent ou pas le dual boot?(sachant j  ai  eu splatoon offert avec la console et qu en ligne il est terrible sera t il toujours possible d y jouer ?)

-c est vraiment utile de retirer le port usb et la diode du trinket ?

-toujours au niveau de ce dual boot je suis tombé sur ce diagramme:

modchipfunction-png.154195

 

j avoue ne pas avoir compris dans quel cas les fuses sont brulés :) au cours d un boot normal ?

ces quelques questions étaient pour la partie montage maintenant je passe à la configuration du trinket ;)

j ai lu pas mal de choses contradictoire...

-de ce que j ai compris le trinket se programme une première fois via le port micro usb puis ensuite via le port usb c de la switch en mode retail ?

-ensuite une fois programmé,je dois y mettre switchboot puis simple-uf2 et c'est ensuite que mes infos diffères au niveau du payload ... en effet sur le tuto que j ai trouvé il s agit de convertir le payload en .h et le mettre sur le trinket alors que ce que sur gbatemp il se met direct au format bin a la racine de la micro sd(bien plus pratique pour les mises a jour!)

-au niveau du payload et du lancement du cf,actuellement j utilise kosmos(ça avait l air bien) avec hekate 4.6 mais à chaque boot je tombe sur l écran qui me propose backup nand ect.y aurait il un moyen de "skiper" et lancer direct le cfw?

donc voila si quelqu un peut éclairer ma lanterne XD merci d avance!et si vous avez des conseils avant que je me lance je suis preneur ;)

 

 

Lien vers le commentaire
Partager sur d'autres sites

merci c est déja un bon début!

je suis conscient que la plupart du temps hack=ban ou jeu hors ligne(d ou ma question sur l intérêt d un dual boot) mais avec un jeu legit sur une nand d origine(malgrés quelque boot en cfw en mode avion) je me posais la question.

Lien vers le commentaire
Partager sur d'autres sites

salut zinzin64,

ton sujet tombe à point, j'avais acheté quelques trinket il y a de ça plusieurs mois, et je voulais sérieusement m'y mettre. J'ai vu que ça a pas mal avancé sur GBAtemp, et la solution me semble mûre...

pour le online, comme déjà dit par KGB64, tu fais une croix dessus. Une Switch bien hackée, c'est une Switch qui ne communique pas online. Les Custom Firmwares commencent à peine à implementer des solutions anti log, mais c'est pas encore gagné (et ça ne bypassera jamais les cerbères des serveurs de jeu en ligne pour éviter la triche, et donc le hack). Donc si tu ne veux pas que ta console soit bannie, il faut garder le WIFI éteint ou, au minimum, passer par des DNS qui bloquent TOUS les accès aux serveurs Nintendo (pour utiliser le online alternatif par exemple).

- je ne vois pas l'utilité du dual boot, à part jouer un jeu dangereux puisque tout ce que tu feras sur le Custom Firmware transpirera fatalement dès que tu booteras en mode normal. Très bon moyen d'avoir une console bannie, de cramer des efuses, etc.

- retirer le port USB et la diode, si j'ai bien tout suivi, est nécessaire pour que la puce puisse être installée dans la console. Il n'y a vraiment pas beaucoup de place. Qui plus est, une fois la puce programmée, le port USB ne servira plus à rien, puisque tu passeras par le port USB de la console pour la MAJ (en mettant la puce en mode bootloader)

- les efuses sont brûlés dès que tu démarres la console normalement et que leur nombre ne correspond pas à la version du firmware. Admettons que tu sois en 6.1.0, tu as donc 7 efuses brûlés (voir tableau tout en bas). Si tu fais la MAJ 7.0.0 avec ChoiDuJour en bloquant les efuses (pour te garder une possibilité de DG en 6.0.0/6.1.0), tu as donc toujours 7 efuses cramés, alors que le firmware 7.0.0 en attend 9. Si ta console n'est pas en autoRCM et que tu as le malheur de booter normalement, le bootloader va immédiatement détecter cette anomalie et cramer les 2 efuses manquants. Ce qui te bloquera toute possibilité de downgrade en dessous de 7.0.0. La méthode Switchboot semble pouvoir conserver les efuses, mais je n'ai pas encore trop analysé ce mode (qui semble prometteur)

- oui, comme vu un peu plus haut, le port USB de la console permet de mettre à jour le payload si besoin. Il faut activer le mode qui va bien (à priori, appui sur Reset de la puce deux fois de suite, une fois booté normalement). Raison pour laquelle le bouton Reset du trinket doit être accessible (bien souvent, la puce est mise en sandwich entre la coque et le PCB, il suffit ensuite d'appuyer légèrement sur la coque pour délencher le reset)

- le bootloader du trinket est au format UF2, qui charge par la suite le payload au format BIN qui aura été copié au préalable à la racine de ta microSD. Tu ne confondrais pas le bootloader (propre au trinket) et le payload (qui charge le Custom Firmware) ? Le fichier .h, si j'ai bien tout suivi, c'est pour ceux qui compilent eux-même leur fichier UF2 avec les outils de développement propres au trinket. Sauf qu'on nous offre les binaires UF2 qui vont bien, donc pour moi, le .h est inutile.

- Kosmos, Hektate, etc. tous ont normalement une option autoboot, de mémoire planquée dans un sous-menu. Sinon tu as la méthode un peu plus hard, en éditant directement le fichier INI de hekate

ps : le pack Kosmos est un très bon choix, puisqu'il allie le bootloader "hekate" (qui va devenir vite indispensable de par les patches kernel supplémentaires, nécessaires sous peu pour l'émulateur N64 par exemple), le Custom Firmware "Atmosphère" (best of the best, tous les CFW alternatifs découlent de celui-ci) et les patches ES "Kosmos" (pour le lancement de chaînes non signées). C'est donc le montage le plus "puissant" qu'on puisse faire pour le hack, à l'heure actuelle. Peut-être un peu trop de bloatwares à mon goût (un peu trop complet, avec des trucs pas forcement utiles).

 

Bon bah ça ma donné envie de bidouiller maintenant...ggne
va bien falloir que je m'y colle...un jour.

Lien vers le commentaire
Partager sur d'autres sites

un grand merci pour ces éclaircissements!

-pour le online bon ok c est cuit tant pis ! j hésite quand même a souder le point "vol + strap" l auteur du tuto que j ai lu disait que pour mettre à jour le trinket,il fallait booter sur fw d origine donc un peu galère  de redésouder pour les éventuelles mise a jour s il y lieu d être!

du reste si on reste en cfw,on reste en mode rcm? (j ai lu qu au niveau de la recharge c est plus lent qu en boot "normal)ou c est juste lorsqu on lance le payload?

-merci pour la réponse sur les efuses ! c est trés clair !j avais peur que ça brule de efuses a chaque boot normal,mais c est juste éventuellement pour rééquilibrer les différence de firmware.

-pour le payload/bootloader sur le tuto de mon premier post l auteur parle bien de compiler le payload avec payload2header et l inclure dans le trinket,ce qui m a un peu surpris car sur gbatemp la procédure n est pas du tout la même!

du reste sur gba temp il parle du fichier uf2 (bootloader) et  d un second switchboot qui doit gérer le mode "jig" des joycon je pense.étrangement il faut le "flasher" avant simple-uf2,après si c est comme ça que ça doit se faire ...

-c est vrai que j ai juste fait mon dump de nand je n ai pas farfouiller dans les option du luncher,je vais m y coller tout a l heure!

oui moi aussi ! enfin un peu de soudure et les "pourquoi ça marche pas?c est tout pareil que sur la photo!mince oui j ai pas rebranché la batterie" :)

 

 

Lien vers le commentaire
Partager sur d'autres sites

pour la batterie, c'est le mode AutoRCM qui posait problème. Ça drainait la batterie et si elle était complètement vide, il n'était pas possible de recharger.

mais pour ma part, je n'ai vu aucune différence entre ma Switch non hackée et ma Switch hackée. Elles tiennent toutes les deux de la même façon et se rechargent aussi pareil. De toute façon le mode RCM n'est que transitoire, pour booter la console. Je ne vois pas ce qui pourrait influer une fois sur le CFW ;)

 

J'ai aussi quelques lacunes sur ce double mode avec switchboot. À priori c'est une surcouche qui gère la circuiterie interne, mais j'avoue ne pas avoir du tout creusé ça. C'est justement ce mode qui me donne envie de m'y mettre, puisque ça semble corriger la dernière lacune du hack (le mode AutoRCM qui draine la batterie). Avec ce mode et le reboot to payload d'Atmosphère, y'a moyen de faire un truc bien comme il faut.

On pourrait presque se passer de modification hardware...c'est ce qui me retient d'installer mon trinket. L'espoir d'un hack 100% soft, injection initiale (codlboot) du payload comprise wow

Lien vers le commentaire
Partager sur d'autres sites

Il y a 5 heures, Badablek a dit :

Ça drainait la batterie et si elle était complètement vide, il n'était pas possible de recharger.

Ça met arrivé 2 fois! La recharge ne se fait plus avec le docking, mais pour ma part, ça a fonctionné 2x en la branchant au pc et démarrant un payload. Il faut par la suite, le laisser brancher et laisser l'écran du payload sur la switch. On voit l'état de la batterie se recharger très lentement. À environ 10% on peut démarrer l'OS et la brancher sur le docking.

Lien vers le commentaire
Partager sur d'autres sites

  • 2 weeks later...
Le 04/02/2019 à 19:27, Badablek a dit :

pour la batterie, c'est le mode AutoRCM qui posait problème. Ça drainait la batterie et si elle était complètement vide, il n'était pas possible de recharger.

mais pour ma part, je n'ai vu aucune différence entre ma Switch non hackée et ma Switch hackée. Elles tiennent toutes les deux de la même façon et se rechargent aussi pareil. De toute façon le mode RCM n'est que transitoire, pour booter la console. Je ne vois pas ce qui pourrait influer une fois sur le CFW ;)

 

J'ai aussi quelques lacunes sur ce double mode avec switchboot. À priori c'est une surcouche qui gère la circuiterie interne, mais j'avoue ne pas avoir du tout creusé ça. C'est justement ce mode qui me donne envie de m'y mettre, puisque ça semble corriger la dernière lacune du hack (le mode AutoRCM qui draine la batterie). Avec ce mode et le reboot to payload d'Atmosphère, y'a moyen de faire un truc bien comme il faut.

On pourrait presque se passer de modification hardware...c'est ce qui me retient d'installer mon trinket. L'espoir d'un hack 100% soft, injection initiale (codlboot) du payload comprise wow

Bonjour,

est-ce qu'il y a un moyen de recharger la batterie une fois qu'elle est complètement vide ?

Comment faire pour éviter qu'elle ne se vide complètement ?

Modifié par nessgg
Lien vers le commentaire
Partager sur d'autres sites

  • 9 months later...

certains points sont un peu "chauds" si la panne du fer à souder est trop grosse. Avec un Weller 15w (pas forcément adapté à du matos RoHS) et une panne un poil trop large, le point Vol+ a été le plus embêtant (présence de connecteurs et nappes très proches, étroitesse du point d'origine, etc.)

Mais en y allant gentiment, sans se presser, ça passe tranquille.

 

Pour la configuration, le tuto est extrêmement pauvre en détails. Notamment :

  • une fois la puce correctement flashée, elle n'apparaîtra plus jamais dans l'explorateur ! J'ai flippé avec ma première trinket, pensant l'avoir cramée. En flashant ma seconde puce (toujours avoir une pièce de rechange :D ), même topo une fois flashée (ç'a ma laissé penser qu'en fait les puces étaient OK, mais j'ai soudé à l'aveugle quand même
  • pas un mot (du moins, c'est abordé très très vaguement) sur la façon de mettre les payloads, de faire cohabiter Atmosphère et SXOS (par exemple), d'utiliser Hekate (ne pas oublier l'interface Nyx pour un truc plus sympa à utiliser)
  • rien sur la découpe obligatoire du carter métallique qui protège la CM
  • pas plus que sur certaines options (USB Disconnect, et options en rose sur la photo de la CM)

Je pense que son auteur a trop l'habitude des trinket et de la bidouille, et en oublie les bases : un tuto est fait pour expliquer de bout en bout les processus mis en œuvre.

 

j'ai fait quelques remarques ici, à ce sujet :

 

Lien vers le commentaire
Partager sur d'autres sites

relis bien ma phrase ;-) (certes un peu ambiguë)

Je ne dis pas qu'elle ne l'est pas, je dis juste qu'une fois programmée, elle n'est plus visible. Je sous-entendais par là: en la connectant depuis son port USB (avant de le dessouder pour la pose dans la console).

Je suppose qu'une fois posée, ça fonctionne en appuyant 2x sur reset. mais pas encore eu le temps de tester. 

 

tout ce que je voulais pointer du doigt, c'est qu'une fois programmée, vu qu'elle n'est plus visible, on ne sait donc pas si elle fonctionne vraiment... et le doute n'est levé qu'une fois la console rallumée  (j'avoue avoir eu quelques secondes de stress qui m'ont paru de longues minutes ;-) )

Lien vers le commentaire
Partager sur d'autres sites

Merci Badablek pour ton retour.

C'est plus clair pour moi.

En effet, j'ai mal interprété le fait de ne plus être visible en usb, une fois posée, avec le fait de reprogrammer la puce par l'usb-c de la console.

Comme je l'ai écrit plus haut, d'après ce que j'ai pu lire, il faut démarrer en OFW sur la switch pour la reprogrammer une fois soudée (la puce "serait" grillée si on boote en CFW).

 

J'en profite pour remercier l'ensemble de l'équipe pour le maintien du site et des réponses apportées depuis toutes ces années.

Vous allez toujours à l'essentiel et j'ai souvent appris des choses en lisant le forum.

J'espère vous lire encore de nombreuses années même s'il est vrai que depuis quelques années la fréquentation semble en baisse ce qui ne retire en rien la qualité du site!

 

Passez de bonnes fêtes de fin d'année.

Lien vers le commentaire
Partager sur d'autres sites

  • 3 weeks later...

petite remontée de topic :P

je viens de récupérer une switch avec un écran explosé et compatible (du reste si un tuto sur le changement d écran intéresse quelqu un j ai pris quelque photos du montage,c est pas très compliqué mais bon,si ça peut aider)

du coup je me lance dans l aventure trinket m0!

alors déjà je confirme les informations concernant le flash de la puce,sont minimes et il m a fallut farfouiller pour trouver des infos!

donc 1er étape:

-brancher le trinket au pc

-supprimer tous les fichiers présent

-copier le fichier uf2 part 1 dont vous avez besoin(dual boot ou perma cfw) dispo ici

-appuyer 2 fois sur le bouton reset du trinket

-copier le second fichier uf2 dispo a la même adresse

-faire un glissé/déposé et hop!le flash se fait tout seul ce coup ci

A ce stade,plus du nouvelle du trinket par windows,en espérant que j ai tout bon!

Lien vers le commentaire
Partager sur d'autres sites

tu as tout bon ;)

alors piège à con à éviter (je dis parce que je me suis fait avoir) : ne surtout pas faire part 1 > part 2 > part 1
sinon c'est un semi-brick (de la puce, pas de la console)

j'explique le pourquoi du comment j'en suis arrivé à faire cette bêtise : je voulais essayer le pre-bootloader (encore par mattytrog), pensant que c'était mieux que Switchboot (ce qui n'est pas le cas, soit dit au passage)...après avoir flashé uniquement le part2 (ce qui était la seule chose à faire), je constate que je ne peux plus démarrer Hekate ou SXOS, la faute à un mode de fonctionnement pas franchement user-friendly où le mode d'intéraction utilisateur a été  chamboulé en gros, il faut maintenir POWER 3 secondes le temps qu'un décompte apparaisse à l'écran, puis vite appuyer sur Vol+ ou Vol- pour interagir (moins d'une seconde pour se décider)...

Voyant cela, j'ai l'idée lumineuse de reflasher PART1 (pensant que celui que j'utilisais jusqu'à présent n'était compatible qu'avec SWITCHBOOT). Ayant déjà flashé PART2, je me dis qu'il n'y a pas besoin de le reflasher...erreur grave ! Je reboote, patatra, plus rien, puce brickée, console qui ne démarre plus du tout, impossible de remettre la puce en mode UF2, impossible de reflasher proprement. Du coup j'ai de suite monté l'autre Trinket m0 que j'avais sous la main pour récupérer mes billes.

Finalement, après une petite discussion avec Mattytrog qui m'a confirmé que je pouvais inverser la vapeur, j'ai réussi tant bien que mal à rebooter avec Hekate (injecté depuis TegraRCM) en montant la puce dans une Quest en mode AutoRCM (plus simple pour démarrer quand la puce a du mal), qui m'a permis de lancer le payload dédié à mettre la puce en mode UF2, pour ensuite enfin récupérer l'accès USB et réinjecter PART2.

donc en gros, j'aurais du faire PART1 (switchboot) > PART2 (switchboot) > PART1 (fusee-suite)> PART2 (fusee-suite) pour retomber sur mes pattes. Ou plus simplement NE JAMAIS REFLASHER PART1 APRÈS PART2 :D

 

ce qui m'a mis dans le jus, c'est que je sais que PART1 gère les boutons (autrement dit, l'interaction utilisateur), et comme je n'arrivais à rien niveau combos de boutons (notamment hekate mod), j'en ai conclu (peut-être trop rapidement) qu'il fallait reflasher PART1.

 

courage pour le montage maintenant ;)

Lien vers le commentaire
Partager sur d'autres sites

  • 1 month later...

bonjour a tous ! 

 

alors ce montage !! tout roule ? 

dite moi voir ! une fois la puce flashée ! installée !   es ce que un d'entre vous auriez un screen de la carte sd avec les fichiers a mettre dessus ???

 

histoire de ne pas se tromper !! 

 

merci a vous !!

Lien vers le commentaire
Partager sur d'autres sites

la puce agit comme n'importe quel JIG USB...donc l'architecture de la carte SD n'est ni plus ni moins ce que tu aurais avec Atmosphère ou SXOS.

 

 

par contre pour ma part, je vais la désinstaller de ma Switch...la consommation en veille est une catastrophe et je me suis retrouvé deux fois à court de carburant (en 3 ans ça ne m'était jamais arrivé, avant l'installation de la puce !). Elle suce (en veille) 10% / jour. Totalement inacceptable pour une puce soit-disant ultra basse consommation, je pense qu'elle interfère avec la mise en veille profonde (correcte) de la console.

La plus-value de la puce étant plus que discutable, surtout quand on regarde l'utilisation de base de la console, comme un smartphone : jamais éteinte, toujours en veille. Passé l'effet waouh quand on boote une fois ou deux sur Hekate, la puce n'apporte absolument rien.

Lien vers le commentaire
Partager sur d'autres sites

oki merci badablek . 

je suis passé par sd setup  -->    https://sdsetup.com/

ca te prépare tous comme il faut !! 

reste plus que a me lancer !! lol 

 

coucou a tous ! 

petite question ! j'ai branché on trinket sur le pc , et rien …. pas vu par le pc !! j'ai essayer 2 câbles diffèrent …  peut être un plus court  … je fais essayer 

 

si vous avez des idées … je suis preneur

 

cordialement

 

oki au bout du 3 -ème câble c'est bon !! tout est programmé !  sd prête !!

plus que le montage !! 

courage à moi !! lol 

Lien vers le commentaire
Partager sur d'autres sites

  • 2 weeks later...
  • 8 months later...

bonjour je suis nouveau dans le monde du hack switch et je suis perdu j'ai une switch "xkj4001" et je veut installer une trinket mais y a t'il plusieurs modèle et que me conseiller vous et ensuite pour le système lequel choisir sachant que je joue pas en ligne 

merci pour votre aide  car je suis a l'ouest 

Lien vers le commentaire
Partager sur d'autres sites

Créer un compte ou se connecter pour commenter

Vous devez être membre afin de pouvoir déposer un commentaire

Créer un compte

Créez un compte sur notre communauté. C’est facile !

Créer un nouveau compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant
 Share