Navigation des articles

1. Pavlo

   Wow clignotant - à l'aide de coupe-fils, de tournevis et de pinces

2. Denver

   Les gars, aidez autant que vous le pouvez. J'ai acheté un lecteur Wokster de 2 Go, il a fonctionné pendant une semaine et est tombé en panne, mais il s'est terminé par ceci :
   Il ne lit pas du tout les fichiers téléchargés, il ne les voit tout simplement pas. Cela dit que la mémoire est vide. Sur l'ordinateur, j'ai vérifié que tout allait bien, pas de secteurs défectueux. Ceux. La mémoire est bonne là-bas. Je soupçonne qu'il s'agit d'un problème logiciel. Dites-moi comment je peux le reflasher pour qu'il commence à lire au moins les mêmes MP3. (Je n'ai trouvé le firmware nulle part)
   Lecteur:Wokster W-173 2Gb

3. Kirill

   s1fwx, ne veut pas réparer le firmware. Que dois-je faire ?
   Le lecteur est une copie de l'iPod nano g3.
   Personnage:
   Pourcentage – ​​AK2027C
   Mère – G-18C_MAIN_V 0.7
   Écran LCD – J&ST17CP35-20A 3.0
   Flash-Samsung 019K9GAG08U0M
   Micrologiciel :
   2009/09/12
   9.5.61
   AS202B
   2009/10/15
   La raison en est le micrologiciel, lorsque vous accédez à un élément de menu nécessitant un accès à la mémoire, le message « Erreur de disque est apparu après le formatage complet ».

   1. Evgeny Auteur de la publication

      Bonjour.
      Il s’agit de processeurs de « nouvelle » génération, dans le sens où ils sont apparus après que les programmes de la série S1 ne soient plus pris en charge. S1 ne peut pas fonctionner avec des processeurs comme AK2027C et autres.
      De plus, à mon avis, il est logique de formater la mémoire dans le format original que le joueur peut comprendre. Dans ce cas, vous aurez de bien meilleures chances de restaurer les fonctionnalités du lecteur.

      1. Kirill

         Bonjour.
         Malheureusement, le format original m'est inconnu.

         1. Evgeny Auteur de la publication

            J'ai toujours formaté avec MP3 Player Disk Tool ou MP3 Player Disk Manager dans le cadre de MP3 Player Utilities, aucun problème. Essayez-le aussi.
            Si vos tentatives n’aboutissent à rien, écrivez-moi le format actuel de la mémoire du joueur, je le formaterai également et nous chercherons ensemble une issue.

            1. Kirill

               Ahhh, j'ai formaté avec ces programmes, aucun effet. Mais : « écrivez-moi le format de mémoire actuel », comment ça se passe, je me souviens avoir regardé quelque chose de similaire avec une sorte de logiciel, c'est ce que tu veux dire ?

            2. Evgeny Auteur de la publication

               D'accord, comment avez-vous formaté la mémoire du lecteur, après quoi le joueur a arrêté de lire les informations du lecteur ?

            3. Kirill

               Je ne sais pas. Le joueur a été tué par un ami, et je travaille à temps partiel dans la réparation de téléphones, alors j'ai demandé de l'aide pour réanimer le lecteur, et après cela, il est écrit ". erreur de disque.

            4. Evgeny Auteur de la publication

               Je vais essayer d'expérimenter. Je vous répondrai un peu plus tard.

            5. Kirill

               Merci. J'espère votre soutien.

            6. Evgeny Auteur de la publication

               J'ai essayé de le formater à l'aide des outils Windows standard.
               Initialement, la mémoire était au format FAT.
               Formaté en FAT32. Le lecteur fonctionne et lit les fichiers.
               NTFS n'est pas dans la liste de sélection.
               Je ne sais même pas ce qui pourrait être d'autre...

            7. Kirill

               Bon sang, c'est mauvais (il n'y a pas d'autres options ?

            8. Evgeny Auteur de la publication
            9. Kirill

               En général, voici ce qui s'est passé lors de l'utilisation du programme :
               Erreur d'écriture du fichier 'I:\8.h2w', décalage 0x3c800000.
               Il est toujours possible de vérifier les données de test écrites jusqu'à présent.
               (Paramètre mal réglé. Code 87)
               Vitesse d'écriture : 3,84 Mo/s
               H2testw v1.4

            10. Evgeny Auteur de la publication

                C’est vrai, une partie de la mémoire est fictive. Pour comprendre l'image globale, vous devez effacer la mémoire de tous les fichiers et réexécuter le test. Le résultat devrait être approximativement celui décrit dans l'article sur le test de mémoire.

            11. Kirill

                Voici le résultat après formatage et vérification :
                Le média est probablement défectueux.
                1,8 Go OK (3907709 secteurs)
                2,0 Go DE DONNÉES PERDUES (4353923 secteurs)
                Détails : 2,0 Go écrasés (4353923 secteurs)
                0 Ko légèrement modifié (< 8 bit/sector, 0 sectors)
                0 Ko corrompu (0 secteurs)
                Mémoire aliasée de 8 Ko (16 secteurs)
                Première erreur au décalage : 0x000000007740fa00
                Attendu : 0x000000007740fa00
                Trouvé : 0x000000007740da00
                H2testw version 1.3
                Vitesse d'écriture : 2,19 Mo/s
                Vitesse de lecture : 7,55 Mo/s
                H2testw v1.4

                Ce qu'il faut faire?

            12. Evgeny Auteur de la publication

                En conséquence, sur les 4 Go déclarés, seuls 1,8 Go peuvent être utilisés ; le reste de la mémoire n'existe tout simplement pas physiquement. Dans le meilleur des cas, ce que vous pouvez faire est de séparer la mémoire réelle de la mémoire physique afin de pouvoir utiliser la mémoire réelle normalement. J'ai l'intention d'écrire comment cela se fait dans les prochains articles sur ce site.

            13. Kirill

                Jax21, ok, j'attends

            14. Kirill

                Comment se passe l’article ? Doit-on l’attendre bientôt ?

            15. Evgenij Auteur de la publication

                Mardi prochain, l'article sera mis en ligne sur le site Internet.

4. ouichi

   Bonjour, veuillez répondre, pour copier le firmware, quel programme est nécessaire ?

5. Sjanislav

Reçu une mise à jour du firmware basée sur le nouveau Système d'exploitation Android 9. Le décodeur fonctionne sur la base d'un puissant SoC Allwinner H6, doté d'un processeur quadricœur ARM Cortex-A53 cadencé jusqu'à 1,8 GHz et d'un GPU ARM Mali-T720mp2.

Entreprise Oppo, qui avait précédemment annoncé l'arrêt du développement de nouveaux lecteurs, a publié une nouvelle version bêta du firmware pour deux de ses Lecteurs Blu-ray Ultra HD. Il est conçu pour deux modèles UDP-203 Et UDP-205 et apporte du soutien HDR10+. Le téléchargement d'un nouveau firmware est possible via le site Web du fabricant.

De nombreux utilisateurs du nouveau décodeur TV Alfawise A8 qui a décidé de mettre à jour le firmware à l'aide d'une mise à jour OTA a reçu un redémarrage cyclique du système ( boucle de démarrage). Lorsque vous allumez le décodeur, le voyant bleu s'allume pendant une seconde et s'éteint immédiatement, et ainsi de suite sans fin. Il n'a pas été possible de sortir de cet état par aucun moyen connu, aucune manipulation avec l'alimentation et le bouton Réinitialiser n'a pas aidé. Mais aujourd'hui, nous publions des instructions pour résoudre ce problème, qui ont été aimablement partagées par l'équipe d'assistance du magasin GearBest.

Une mise à jour du firmware a été publiée pour l'un des lecteurs multimédias les plus avancés ZIDOO X20. La mise à jour optimise le système et corrige certains problèmes.

Il est devenu le premier décodeur d'un fabricant chinois bien connu, lancé en partenariat avec Google et officiellement vendu aux États-Unis. Initialement, l'appareil exécutait la sixième version d'Android ; peu de temps après la sortie de la console, le micrologiciel a été mis à jour vers Android 7.0 Nougat. Les utilisateurs signalent désormais que leurs consoles ont commencé à être mises à jour vers Android 8.0 Oréo.

Tanix a publié un nouveau firmware pour le décodeur TV Tanix TX9 Pro qui fonctionne sur un processeur 8 cœurs Amlogic S912 et se distingue par une quantité étendue de RAM et de mémoire interne - 3 et 32 ​​Go, respectivement. Le constructeur a apporté des modifications mineures au système et corrigé quelques problèmes, démontrant ainsi son souci envers les utilisateurs.

Nous présentons un firmware intéressant qui inclut un système Dual OS avec Android 7.1 Et LibreElec 8.2, la célèbre distribution Linux basée sur KODI, idéale pour les centres multimédia. Ce firmware est uniquement valable pour les TV-Box avec SoC Amlogic S905W et 2 Go de RAM – TANIX TX3 MAX Et TANIX TX3 mini, il s'installe dans la mémoire interne du décodeur TV, la connectivité Wi-Fi et Ethernet est entièrement fonctionnelle.

Un nouveau firmware a été publié pour le lecteur multimédia populaire. Le décodeur est basé sur le dernier contrôleur Realtek RTD1295 avec un processeur Cortex A53 quadricœur 64 bits intégré et un accélérateur graphique ARM Mali-T820 MP3 (3 cœurs), qui prend en charge le décodage vidéo matériel au format H.265/10 bits. Ces caractéristiques sont largement suffisantes pour regarder des vidéos au format 4K à une fréquence d'images de 60 ips. Pour un confort parfait lors du visionnage de vidéos, il existe une fonction de changement automatique de fréquence d'images.

Expérimenter avec le lecteur du magazine Vogue, c'est très bien, mais la bonne vieille habitude des administrateurs de faire des sauvegardes de tout et de tout le monde me hante. Parce qu'il est très facile de gâcher un jouet en expérimentant le firmware d'autres personnes, mais on ne sait pas comment le remettre dans son état d'origine. Ce serait dommage de gâcher un tel cadeau.

Ainsi, après 3 jours de réflexion sur cet appareil, j'ai réglé dans les moindres détails le processus de sauvegarde du firmware natif et de son téléchargement. Un merci spécial à tronix286 pour avoir modifié le programme usb_boot d'origine, en ajoutant la possibilité de lire le firmware dans un fichier et pour avoir fourni quelques fiches techniques utiles.

Tout le nécessaire pour flasher et restaurer le lecteur à son état d'origine est localisé.
En fait, dans l'archive, il existe une version fonctionnelle et configurée de USB-Boot pour le magazine + les fichiers du firmware.

Pour les plus impatients, je décrirai immédiatement le processus de récupération :


-l'ordinateur détecte un nouveau périphérique, installez les pilotes correspondants à partir de l'archive, l'icône du périphérique reste sous la forme d'une question, mais ne vous inquiétez pas, c'est ainsi que cela devrait être ;
-exécutez usb_boot.exe ;
-entrez-y la commande « run restaurer.sh » et le processus de restauration commence.

Si des erreurs se produisent pendant le processus de récupération, soit nous utilisons un câble USB plus court, soit il doit être branché sur le connecteur situé à l'arrière de l'ordinateur. Nous résolvons le problème avec le câble et réessayons tout.

En fait, après cela, nous obtenons à nouveau un appareil fonctionnel. (Les personnes impatientes et incurieuses peuvent arrêter de lire =))

Je vais maintenant vous en dire plus sur le processus de sauvegarde/restauration du firmware du lecteur et de ses composants

Avant d’entrer dans les choses sérieuses, il faut comprendre à quoi nous avons affaire.
Le micrologiciel et le contenu utilisateur du lecteur sont stockés dans la puce mémoire NAND-flash K9G8G08U0A de Samsung.
Les puces de mémoire NAND-flash sont généralement une chose tout à fait unique et ont leur propre organisation de l'espace mémoire et de la taille des secteurs/blocs, ce qui est au premier abord inhabituel pour les informaticiens ordinaires. Essayons de le comprendre.

L'unité adressable minimale dans ce type de mémoire est une page (une sorte d'analogue d'un secteur/bloc sur un disque dur). La page elle-même a, à première vue, une taille étrange de 528/1056/2112/4224/8448... octets, selon le modèle. Mais cela a été fait avec de bonnes intentions. La mémoire flash NAND a un nombre très limité de cycles d'écriture et, avec le temps, certains de ses bits commencent à échouer. Pour identifier ces pannes et restaurer les informations dans la page comportant des bits défaillants, cette taille « exotique » a été choisie. La page est essentiellement divisée en deux parties. La première partie est 512/1024/2048/4096/8192... l'octet est un multiple de 512 octets et stocke les informations utilisateur, et la partie restante est 16/32/64/128/256... octet stocké ECC (somme de contrôle ) de la première partie de la page et quelques autres informations sur le service. Lors de la lecture de chaque page, son ECC est ensuite calculé et comparé à celui écrit précédemment ; si elle ne correspond pas, la page est considérée comme défectueuse et sa valeur est restaurée en fonction de l'ECC lu ;
Ensuite, les pages sont combinées en blocs. Ceci est fait au niveau matériel pour accélérer le processus d'effacement des informations dans toutes les pages d'un bloc avec une seule commande. Ensuite, les blocs sont physiquement combinés en une seule puce de silicium. Il peut y avoir 1, 2 ou 4 de ces cristaux dans un seul boîtier et ils sont sélectionnés à l'aide de broches CS (chip select).

Revenons maintenant à notre sujet de test K9G8G08U0A. Son organisation mémoire est la suivante : 2048+64 octets par page, 128 pages par bloc et 4096 blocs par puce.

Pour simplifier la compréhension de ce qui précède, je vais donner une image de la fiche technique officielle de cette puce :

Après avoir compris l'organisation de la mémoire de la puce, considérons les composants du firmware et le processus de lancement du système d'exploitation matériel

Le firmware se compose des éléments suivants (regardez les fichiers *.bin dans le dossier contenant le firmware) :
1) spl (chargeur de programme secondaire) - chargeur initial, fichier nand.bin dans l'archive
2) chargeur - le chargeur principal actuel, qui charge le noyau du système d'exploitation en mémoire et lui transfère le contrôle, le fichier loader.bin
3) configuration du chargeur - paramètres du chargeur de démarrage, qui spécifient l'emplacement du noyau du système d'exploitation et des ressources dans la puce NAND et les adresses dans la RAM auxquelles tout est chargé, fichier def_boot.bin
4) image de démarrage - l'image qui s'affiche au démarrage du système d'exploitation (celle jaune), fichier img_boot.bin
5) Noyau du système d'exploitation MINIOS, fichier minios.bin
6) système de fichiers interne du système d'exploitation avec diverses ressources, fichier res.bin.

En fait, le système d'exploitation est lancé dans le même ordre.
Tout d'abord, l'IPL démarre (le chargeur de démarrage câblé dans le processeur lui-même par le fabricant). Il vérifie l'état des jambes du processeur, qui définissent l'ordre de démarrage, et si le bouton est enfoncé. Si le bouton est enfoncé, alors le chargement via USB est attendu, sinon, le chargement depuis la mémoire est en cours. IPL lit les 8 premiers kilo-octets (0 à 3 pages) dans la mémoire SRAM interne à partir de la puce de mémoire NAND-flash, qui contient le code SPL du chargeur de démarrage. Il vérifie leur exactitude à l'aide d'ECC et de quelques autres signes, et si tout va bien, il lui transfère le contrôle. Si quelque chose ne va pas, une action similaire est effectuée avec les 8 kilo-octets suivants de mémoire flash NAND (4 à 7 pages).
Après démarrage, SPL initialise les registres et les périphériques du processeur, configure le contrôleur SDRAM et charge le code du chargeur direct de l'OS (loader.bin) dans la RAM à l'adresse indiquée au début des pages 61 et 62.
Ensuite, le chargeur de démarrage principal charge le noyau du système d'exploitation dans la RAM et lui transfère le contrôle.
La question se pose : pourquoi s’embêter avec autant de chargeurs ? Vous ne pouvez rien y faire, c'est une limitation à toute épreuve. IPL ne peut pas charger plus de 8 kilo-octets de code, c'est pourquoi nous devons créer un chargeur à 2 couches.

Passons des fondements théoriques à la pratique.
Regardons comment ça marche, ce foutu clair de lune encore ! ... euh, dans le sens du fonctionnement de l'utilitaire permettant de charger le lecteur via USB et de flasher son firmware.
-les fichiers fw.bin et usb_boot.bin ne sont rien de plus que SPL et Loader spécialement écrits ;
-Programmes USB_Boot.exe - l'utilitaire de gestion spécial d'origine. chargeur usb_boot.bin, Test_jz4740_usb.exe - version corrigée de tronix286 avec la possibilité de lire le contenu de la mémoire flash NAND dans un fichier ;
-tous les autres fichiers *.bin sont des composants du micrologiciel du lecteur ;
-fichiers Usb_Boot_Driver.inf et Usb_Boot_Driver.sys - pilotes pour le lecteur en mode de démarrage USB ;
Fichiers *.cfg - fichiers de configuration du chargeur de démarrage pour différentes puces de mémoire (NAND et SDRAM) et leurs modes de fonctionnement.
-file restaurer.sh - script pour télécharger le firmware sur le lecteur.

L'utilitaire Test_jz4740_usb.exe diffère de USB_Boot.exe par la présence de deux commandes (ndump et nreadtofile) conçues pour lire le firmware de la mémoire du lecteur.
Commandes dont nous aurons besoin :
-boot - chargement du chargeur de démarrage USB dans le lecteur en utilisant la configuration par défaut du fichier USBBoot.cfg
-nerase - logiciel BLOCK effacement des informations de la puce de mémoire NAND-flash ;
-nprog - écrit les informations d'un fichier sur les pages de la puce de mémoire NAND-flash ;
-ndump - lit le contenu de la mémoire de NAND-flash vers un fichier ;
-fconfig - configurations de commutateur.
Les paramètres de chaque commande peuvent être trouvés en l'exécutant sans paramètres.

Voyons comment enregistrer le firmware d'origine
Je vais vous parler tout de suite d'une énorme nuance, à propos de laquelle un tas de lances ont été brisées et une douzaine d'épées ont été émoussées pendant le processus de brainstorming. Nous chargeons et lisons SPL avec la configuration USBBoot_nand.cfg, et tout le reste avec la configuration USBBoot_norm.cfg. L'utilisation de 2 configurations est due au fait que le chargeur spl et tout le reste sont écrits avec différents formats de zone de service (en termes de démarrage USB, cela s'appelle OOB) et de somme de contrôle de page. Pour le chargeur de démarrage SPL, on utilise le format câblé à l'intérieur du processeur, et pour tout le reste, on utilise le format choisi par les programmeurs lors de l'assemblage et de la compilation du chargeur de démarrage et du système d'exploitation.

Avant de commencer à enregistrer le firmware natif, n'oubliez pas de supprimer les fichiers contenant mon firmware du dossier. Pour fusionner le firmware, procédez comme suit :
-débranchez la batterie du lecteur, ou insérez un morceau de papier sous le contact d'ouverture de page ;
-appuyez et maintenez le bouton du lecteur et, tout en maintenant le bouton, insérez le câble USB et relâchez le bouton ;
-l'ordinateur détecte un nouveau périphérique, installez les pilotes correspondants à partir de l'archive ;
-exécutez Test_jz4740_usb.exe ;
-entrez la commande " démarrer 0", et regardez le résultat de son exécution. Quelque chose comme ceci devrait apparaître :

Vérification de l'état du périphérique n°0 : Démarrer
Démarrage actuel du périphérique n°0 : START_ADDR 2000000 81c00000

Téléchargez le programme de la première étape et exécutez-le à 0x80002000 : Réussir
Téléchargez le programme de la deuxième étape et exécutez-le à 0x81c00000 : Réussissez
Démarrage réussi !
Configurez maintenant le périphérique n°0 :
Vérifiez maintenant si tous les arguments de configuration sont valides :
Informations actuelles sur l'appareil : le processeur est Jz4750
Crystal fonctionne à 12 MHz, le CCLK jusqu'à 336 MHz et le PMH_CLK jusqu'à 112 MHz
La taille totale de la SDRAM est de 32 Mo, fonctionne en mode 4 banques et 16 bits
Taille de page Nand 2048, décalage ECC 3, ID de bloc défectueux 0, utiliser le mode 1 plan
Configurez le succès !

Passez à la configuration « correcte » pour lire SPL avec la commande " fconfig USBBoot_nand.cfg 0", encore une fois, si tout est en ordre, il devrait y avoir une inscription " Configurez le succès ! " ;
-lire SPL et ses pages de configuration dans le fichier nand.bin avec la commande " ndump 0 64 0 0 nand.bin";
-passer en configuration « correcte » pour lire le reste du firmware avec la commande " fconfig USBBoot_norm.cfg 0", si tout est en ordre, il devrait y avoir une inscription " Configurez le succès ! " ;
-lire le chargeur dans le fichier loader.bin avec la commande " ndump 128 66 0 0 chargeur.bin"
-lire ses paramètres dans le fichier def_boot.bin avec la commande " ndump 256 1 0 0 def_boot.bin"
-lire l'image de démarrage dans le fichier img_boot.bin avec la commande " ndump 512 3061 0 0 img_boot.bin"
-lire le noyau du système d'exploitation dans le fichier minios.bin avec la commande " ndump 8192 8192 0 0 minios.bin"
-lire le FS interne avec les ressources du noyau dans le fichier res.bin avec la commande " ndump 32768 32768 0 0 res.bin".

Si vous le souhaitez, toutes ces commandes peuvent à leur tour être écrites dans un fichier et démarrées avec la commande d'exécution de la même manière que le processus de remplissage. MISE À JOUR. C'est ce que j'ai fait et je l'ai enregistré dans le fichier save.sh.
Les fichiers résultants sont une sauvegarde du firmware natif. Vous pouvez désormais faire ce que vous voulez avec le micrologiciel du lecteur sans avoir peur de vous procurer un matériel sans valeur.

Toutes les adresses d'enregistrement ont été obtenues à partir des informations affichées sur la console UART interne du système d'exploitation du lecteur lors du démarrage et expérimentalement.

En conséquence nous obtenons :
1) SPL comprend 0 à 3 pages ;
2) 61, 62, 63 pages SPL sont nécessaires pour un téléchargement ultérieur ;
3) le chargeur principal démarre à partir de la page 128 ;
4) sa configuration est à la page 256 ;
5) l'image de chargement commence à partir de la page 512 ;
6) Le noyau MINIOS commence à la page 8192 ;
7) le FS interne commence à la page 32768 ;
8) suivi d'un système de fichiers utilisateur avec du contenu.

Je pense qu'il n'est pas nécessaire de commenter le processus de téléchargement du firmware dans le lecteur, c'est similaire à la sauvegarde. Si vous ouvrez le fichier restaurer.sh avec le bloc-notes (ou tout autre éditeur de texte), vous pouvez voir toutes les commandes du processus de vos propres yeux. Si vous le souhaitez, vous ne pouvez pas flasher complètement le lecteur, mais modifier uniquement ses différentes parties.

Maintenant que vous disposez d'un firmware de sauvegarde et que vous savez comment le télécharger, vous pouvez essayer de télécharger n'importe quel autre firmware sur le lecteur. En ce moment, j'essaie de compiler et d'écrire le chargeur de démarrage u-boot pour exécuter Linux.

MISE À JOUR !!! Une erreur gênante a été trouvée dans l'utilitaire Test_jz4740_usb.exe ! Assurez-vous de retélécharger l'archive avec la dernière version de l'utilitaire à partir du lien au début de l'article ou de l'utilitaire lui-même séparément.