Les rumeurs vont bon train pour ce que l'on appele depuis un moment la possiblité d'installer Raspberry Pi RP2040-zero permettant de démarrer Hekate.
Bon voilà quelques jours qu'a été dévoilé par rehius sur gbatemp.net, le futur de ce que sera la solution. Il aura fallu environ 20 mois au total depuis l'idée originale jusqu'à aujourd'hui selon rehius.
Installation sur Switch Lite
Installation sur Erista
Le pinout
Voici les quelques caractéristiques avancées :
En utilisant l'outil de déblocage Atmosphere, vous acceptez de l'utiliser pour les homebrews uniquement.
Méthode 1 (USB) : flasher le fichier unlock.uf2 dans la puce par USB.
Méthode 2 (sans USB) : lancez picofly_tb depuis Hekate, vous aurez besoin du fichier unlock.bin sur la carte SD.
Q : Quel modèle est pris en charge ?
R : Erista (v1), Mariko (v2, Lite, OLED)
Q : Prise en charge de l'eMMC ?
R : Testé sur Hynix, Samsung, Toshiba, SanDisk
Q : VERT, mais réinitialisation instantanée
R : Très sensible NS. Ajouter 20K-30K à RST
Q : Besoin de résistances ?
R : SysNAND ne fonctionnera pas. Interférence de ligne. Seulement emuMMC.
Q : Réinitialisation de la puce ? Apprentissage ?
R : Court-circuiter la broche 0 à 1 ou à GND. Réinitialisation des statistiques internes.
Q : open source ?
R : non
Q : pourquoi l'avez-vous créé ?
R : pour prouver que c'est possible !
Q : comment fonctionne Atmosphere ?
R : pas de piratage
Indication LED
doit être ROUGE après l'écriture USB. si vous voyez du vert, réglez le cavalier "mode RVB".
BLANC = écriture eMMC
BLEU = problème de fonctionnement
PURPLE = échec du démarrage de l'eMMC, vérifier CMD / CLK
JAUNE = échec de l'écriture eMMC, vérifier D0 / eMMC non supportée
CYAN = pas de réaction au glitch, vérifier le fil du mosfet
VERT = succès
ChangeLog :
v2.0 + Communication MMC active
v2.1 + Support Toshiba
v2.2 + Correction de l'échec du démarrage de Toshiba
v2.3 + Support SanDisk
v2.4 + Démarrage plus rapide de Toshiba
v2.5 + Correction du démarrage OFW
Pour que le firmware original démarre correctement, la partition BOOT0 doit correspondre au firmware installé. Malheureusement, SX / hwfly / daybreak ne se soucient pas de cela.
picofly sauvegarde vos BCTs d'origine lors de la première installation, donc si OFW fonctionnait avant l'installation, il devrait continuer à fonctionner. Cependant, si vous avez installé une autre puce / utilisé daybreak, ou Atmosphere pour mettre à jour votre firmware SysNAND, BOOT0 peut être désynchronisé avec le reste de votre firmware. C'est pourquoi vous rencontrez des problèmes de démarrage OFW.
Pour résoudre ce problème, vous pouvez faire une réinitialisation complète du système, ou une mise à jour officielle du système en mode Full Stock (Semi-Stock évite toujours la réécriture de BOOT0, et ne fonctionnera donc pas).
Pour éviter les bricks OFW à l'avenir, ne mettez pas à jour votre SysNAND en utilisant daybreak ou le mode de démarrage Semi-Stock. Mettez toujours à jour le système de manière officielle, soit en mode OFW (en appuyant sur Vol+ / Vol- sans carte SD installée), soit en mode de démarrage Full Stock.
Bref, ça donne envie et espoir, les prochains jours vont être intéressants à suivre.
Post : gbatemp.net
Rajout 21.03.2023 nouvelle vidéo