Aller au contenu

WindowsXP

Membre
  • Compteur de contenus

    11
  • Inscription

  • Dernière visite

Tout ce qui a été posté par WindowsXP

  1. Bonjour, La clé est ce fichier boot D (le premier) qui doit programmer la mémoire nand Fujitsu et aprés le démo attend le chargement du mainsoft (le D pour celui ci). Faudrait pouvoir modifier ce fichier mais ça ce n'est pas donné à tout le monde (moi inclus) Non, je ne pense pas car ton ton boot est différent.
  2. Re, Après réflexion de tout ce j'ai pu lire sur ce forum : Si on est en boot B on peut charger que ce soit par RS232, USB ou même directement par le CON1 avec un programmateur ==) soit un mainsoft de type Bxxx , soit un boot Bxxx oo un Dump complet mais un Bxxx Si on est en boot D ==) Idem mainsoft de type Dxxx etc .... Si on est en boot F100 ==) Idem mainsoft de type F1xx etc ... Si on est en boot F200 ==) Idem mainsoft de type F2xx etc... J'en conclus que comme cela a été dit par certaines personnes ici, tant que l'on n'aura pas pu récupérer ce qu'il y a dans le micro Fujitsu MB86H61 avec un démo en F200 fonctionnel, on ne pourra rien faire à moins que le fichier qui reprogramme cette mémoire, fuite !
  3. Bonsoir, C'est exactement la même chose pour le mainsoftware on prends la partie du fichier dump B128 (par exemple) de 0x160000 à 0x4262a0 , on fait un "reverse" et on obtient le fichier KUF. De plus j'ai comparé les deux fichier boot B105 le kuf (usb) et le kbt (RS232 multiloader) et ils sont identiques. Ne pourait t'on pas charger un nouveau boot avec le logiciel (KYNG_MultiLoader_V1_41) qui avait été utilisé pour récupérer les démos HS suite au chargement d'un boot fake. Après pour le reste je ne saurais pas quoi répondre.
  4. C'est fait y a des différences dés le début du fichier (Voir la capture que je viens de rajouter au dessus : premier fichier CM F200 neuve jamais monté et deuxième fichier celui du topic)
  5. Bonsoir, Moi ce que je trouve bizarre c'est que le dump F200 de la carte mère que j'ai fait avant de la monter soit différent du dump F200 de la première page du topic, comme si le dump de la carte mère neuve avant première utilisation était compressé (puis se décompressait après l'allumage du démo).
  6. Bonjour, merci pour ces infos. Si j'ai bien compris le programme permettrait de modifier la mémoire du boot afin qu'il accepte le main Fxxx c'est bien ça ? Autre question comment fait on pour reprogrammer la mémoire sans carte interface ? Par le port RS232 ou ailleurs ? ou faut il traduire le programme en binaire afin de l'injecter avec un programmateur d'eeprom ?
  7. Ou ils ne veulent pas le gérer car on n'entend jamais parlé de l'autre modèle : l'Atlas HD100
  8. Bonjour, Je pense que le F100 est disponible en privée : et même s'il n'a pas fuité cela n'a rien changé; Dés que le fabricant l'a su et bien il l'a bloqué (d'où le blackout). J'en conclus que ça soit en sous marin ou lâché comme le boot D101 cela ne change rien donc autant partagé de façon ouverte comme sur ce forum. HS : ce qui est bizarre c'est que l'Atlas HD 100 n'ait pas tous ces problèmes !!!
  9. Ah d'accord merci mais tu me confirmes que l'on mettait bien à jour nous même les bootloader(s) qd on était en Boot B. Par exemple le B105 soit par cle usb ou avec le logiciel KYNG_MultiLoader.
  10. Bonjour, Je me posais une question, ne serait t'il pas possible d'extraire d'un dump complet F100 ou F200 le fichier "boot" si on a la plage d'adresse exacte où il se situe dans le dump et de le réinjecter comme on le faisait pour le fichier kbt (par RS232) ou kuf (par USB) du boot B(105) lorsque l'on devait remettre en marche un démo qui avait planté ?
  11. Non, c'est seulement pour ceux qui ont le boot F200 (F100, D100, B100) afin de pouvoir remettre leur démo à l'origine s'ils ont un mainsoftware supérieur F201,F202......... (F101,F102...., D101, B1XX) etc.
×
×
  • Créer...