Le présent tutorial a pour but de vous expliquer le déroulement d’une mise à jour du firmware officiel à l’aide du homebrew « Daybreak », intégré systématiquement au pack officiel d’Atmosphère (depuis sa revision 0.14.0). Cela s’applique aussi bien à la sysMMC qu’à l’emuMMC, pour monter (upgrader) ou descendre (downgrader, FORTEMENT DÉCONSEILLÉ) la version de votre firmware. Attention, Daybreak ne fonctionne qu’avec Atmosphère.

Néanmoins, si vous décidez de downgrader votre sysMMC vers une version plus ancienne du firmware, sachez que vous devrez faire attention au nombre d’efuses. Il s’agit ici d’une protection anti-downgrade, que l’on peut bypasser en mettant la console en mode autoRCM par exemple. Vous pouvez consulter ici la correspondance entre efuses et firmwares. Une console downgradée ne sera plus en mesure de démarrer sur le firmware officiel (à moins que le nombre d’efuses corresponde exactement à la version du firmware).

 

ATTENTION : la branche 20.x.x du firmware officiel est disruptif, c’est-à-dire qu’il est impossible de revenir à un firmware plus ancien sans devoir faire un reset usine (et donc, à minima, perdre tout contenu installé). En effet, la partition utilisateur est modifiée en profondeur (au niveau du chiffrement peut-être ?) et perd donc la retro-compatibilité avec les firmwares plus anciens.

 

Avant de procéder à l’installation d’un nouveau firmware officiel, plusieurs règles de bon sens sont à respecter :

1. Vérifier au préalable qu’Atmosphère (et l’ensemble des sysmodules que vous utilisez) supporte bien ce nouveau firmware !
2. Procéder d’abord à la mise à jour de Hekate, Fusée, Atmosphère et des sigpatches
3. Utiliser systématiquement la dernière version du payload fusee.bin ou hekate_ctcaer_x.x.x.bin

0/ Pré-requis :

La dernière version du custom firmware Atmosphère :

 

Le payload utilisé pour démarrer (fusée ET/OU Hekate) :

 

Le dernier sys-patch :

 

Et enfin, le dernier firmware (officiellement supporté par Atmosphère) :

 

1/ Mise à jour du Custom Firmware et des outils :

 TOUJOURS S’ASSURER AU PRÉALABLE QUE LE CUSTOM FIRMWARE (ET LES OUTILS) SONT BIEN COMPATIBLES AVEC LE FIRMWARE OFFICIEL QUE VOUS SOUHAITEZ INSTALLER ! ET SI VOUS ÊTES UTILISATEUR D’UN THÈME CUSTOM, VOUS DEVEZ IMPÉRATIVEMENT LE DÉSINSTALLER AVANT DE METTRE À JOUR LE FIRMWARE ! 

Décompresser, telles quelles, à la racine de votre microSD (FAT32 fortement recommandé), les archives des dernières versions de :

1. Atmosphère
2. Hekate
3. Sys-patch
4. Sysmodules que vous utilisez (tesla-menu, missioncontrol, etc.)
5. le firmware officiel à installer, dans un sous-dossier

Vérifier que vous avez bien obtenu, au minimum, les dossiers bootloader et atmosphere à la racine de votre microSD.

 

ATTENTION : si vous décidez de passer des sigpatches à sys-patch, et que vous utilisez Hekate pour démarrer Atmosphère, vous devez impérativement éditer votre fichier bootloader\hekate_ipl.ini pour supprimer toute référence à nosigchk dans votre (ou vos) configuration(s) Hekate, en SUPPRIMANT la ligne :

kip1patch=nosigchk

 

En fonction du périphérique qui vous sert à démarrer, placer le bootloader de votre choix (Hekate ou Fusée), renommé PAYLOAD.BIN :

• avec un dongle RCMLoader → sur sa mémoire interne, dans le dossier prédéfini ATMOSPHERE ou ATMOSPHERE_HEKATE (en fonction de la version de votre dongle)
• avec un dongle SX PRO, à la racine de votre microSD :
  • placer BOOT.DAT obtenu en convertissant préalablement PAYLOAD.BIN à l’aide de ce script python
    OU
  • placer PAYLOAD.BIN et décompresser également SX Gear
• avec un téléphone Android et l’application Rekado
• avec un PC Windows et le logiciel TegraRCMGUI
• avec une puce trinket m0, HWFLY, INSTINCT-NX, RP2040 ou SX Core/Lite reflashée avec spacecracft-nx (*) → placer PAYLOAD.BIN à la racine de votre microSD

(*) Si vous n’avez pas reflashé votre puce SX Core/Lite avec le firmware spacecraft-nx, vous serez obligé d’utiliser SX Gear (à décompresser à la racine de la microSD) en plus de PAYLOAD.BIN

 

2/ Mise à jour du firmware :

Démarrez votre console. Le fait d’avoir déjà les dernières versions d’Atmosphère et des outils permet de valider que votre configuration est OK et qu’il ne manque rien (sigpatches ou autres). NE JAMAIS installer un nouveau firmware sans avoir d’abord mis à jour le hack (chapitre 1 du présent tutorial).

Lancer nx-hbmenu par le moyen de votre choix : forwarder, applicatif Album (mode applet), remplacement d’application (mode Full RAM) en lançant un jeu déjà installé tout en maintenant la touche R, puis lancer Daybreak. Par défaut, il choisit les bonnes options, il suffit de se laisser guider :

 

Choisir « Install » :

 

Naviguer jusqu’au répertoire contenant le firmware officiel précédemment décompressé, et valider avec A :

 

Daybreak va procéder à l’analyse du firmware, pour être sûr que tout est à sa place et que les hashes sont valides. Patientez jusqu’à ce que le bouton « Continue » s’active. Si tel n’est pas le cas, c’est qu’il y a un souci avec le firmware que vous tentez d’installer (fichiers corrompus ou mal nommés). Dans pareil cas, cliquer sur « Back », annuler la procédure puis vérifier (ou changer) la source pour récupérer le firmware.

 

Il est possible de procéder par la même occasion à une réinitialisation des paramètres de la console. Il faut bien sûr choisir « Preserve settings » :

 

Le choix est laissé pour installer le firmware en FAT32 OU FAT32+exFAT. Qui peut le plus peut le moins, choisir l’option FAT32+exFAT, qui vous permettra d’utiliser, au choix, une microSD formatée dans l’un ou l’autre des deux formats supportés. Attention ! Si vous veniez à installer la version FAT32 alors que votre microSD est formatée en exFAT, Atmosphère NE DÉMARRERAIT PLUS ! (facilement récupérable en sysMMC, par contre en emuMMC, bon courage !) :

 

Daybreak vous laisse encore le choix d’abandonner ou de changer des paramètres. Choisir « Continue » :

 

Une fois l’installation lancée, il suffit de laisser Daybreak faire son boulot. À ce stade, de toute façon, il n’est plus possible d’annuler :

 

L’opération ne dure que quelques dizaines de secondes. Une fois terminée, il ne reste plus qu’à redémarrer :

 

Nota : Si vous passez d’un firmware 19.x.x (ou inférieur) vers un firmware 20.x.x, la console redémarrera deux fois (une première pour appliquer la mise à jour, une seconde pour convertir la partition utilisateur). C’est tout à fait normal.

 

Bravo, vous avez installé le (dernier) firmware officiel de la Switch. Comme vous avez mis à jour Atmosphère, Hekate, les sysmodules AVANT cette procédure, la console redémarre sans le moindre problème.

Si vous êtes face à un écran noir, plusieurs possibilités :

• Atmosphère ne supporte pas encore le firmware que vous venez d’installer ! Vous n’avez donc pas suivi la règle de base numéro 1
• Vous n’utilisez pas la dernière version d’Atmosphère ! Vous n’avez donc pas suivi la règle de base numéro 2
• Vous n’utilisez pas la dernière version du payload fusee.bin ou hekate_ctcaer_x.x.x.bin ! Vous n’avez donc pas suivi la règle de base numéro 3
• Vous avez installé le firmware FAT32 alors que votre microSD est formatée exFAT :
  • en sysMMC, pas de panique, refaites toute la procédure de mise à jour avec une microSD formatée FAT32, et cette fois-ci choisissez bien FAT32 + exFAT quand daybreak vous le demande !
  • en emuMMC, bon courage !

 

Si Atmosphère vous rapporte une erreur, un ou plusieurs de vos sysmodules ne sont pas supportés ou vous avez oublié de désinstaller votre thème personnalisé. Les principaux codes d’erreur sont :

• 00FF0000636C6BFF  → sys-clk
• 0100000000000025 (2123-0011) → PRODINFO masqué + WIFI connecté + Atmosphère ≥1.7.0 sous firmware ≥17.0.0, vous n’avez pas bloqué les serveurs Nintendo avec DNS_MITM ou 90DNS, voir 4.1/4.2/4.3 de ce tuto
• 0100000000001000 → Thème personnalisé
  • supprimer le dossier Atmosphere\contents\0100000000001000
• 010000000000bd00 → MissionControl
  • Vérifier sur github ou hackintendo si une mise à jour supportant le nouveau firmware est disponible
    • Dans l’affirmative, télécharger et mettre à jour le sysmodule
    • Dans la négative, supprimer les dossiers suivants :
      Atmosphere\contents\010000000000bd00
      Atmosphere\exefs_patches\bluetooth_patches
      Atmosphere\exefs_patches\btm_patches
• 420000000007E51A → Tesla-menu (nx-ovlloader)

 

Si, en veille, vous avez une consommation anormale de la batterie / surchauffe de la console (notamment depuis les firmwares 18, 19 ou 20) :

Depuis la branche 18.x.x du firmware, il est possible qu’un souci de drainage anormal de la batterie se produise, lorsque le WIFI est paramétré et actif, et que vous utilisez une emuMMC (à voir si ce phénomène peut aussi se produire avec un hack sysMMC). En effet, des requêtes réseau incessantes peuvent empêcher la console de désactiver le WIFI lorsqu’elle est en veille, la faisant chauffer anormalement, et causant évidemment une perte très rapide d’autonomie (plusieurs % en quelques minutes). Deux solutions s’offrent à vous :

• régénérer une emuMMC → solution radicale, mais vous devrez réinstaller tous vos contenus, et penser à récupérer vos sauvegardes (avec JKSV par exemple) avant de supprimer/écraser l’ancienne emuMMC
• modifier atmosphere\config\system_settings.ini en ajoutant ceci à la fin du fichier (n’oubliez pas de redémarrer Atmosphere pour qu’il tienne compte des modifications, si vous éditez le fichier en mode MTP par exemple) :

[ns.notification] enable_download_task_list = u8!0x0
enable_download_ticket = u8!0x0
enable_network_update = u8!0x0
enable_random_wait = u8!0x0
enable_request_on_cold_boot = u8!0x0
enable_send_rights_usage_status_request = u8!0x0
enable_sync_elicense_request = u8!0x0
enable_version_list = u8!0x0
retry_interval_min = u32!0x7FFFFFFF
retry_interval_max = u32!0x7FFFFFFF
version_list_waiting_limit_bias = u32!0x7FFFFFFF
version_list_waiting_limit_min = u32!0x7FFFFFFF