La commande (traditionnelle) pour la sauvegarde la configuration du modem est AT&W et de la syntaxe de celui-ci, vous pouvez dire qu'il est une vieille commande (car il est syntaxe de base par opposition à syntaxe étendue, voir V.250 pour détails).
En fait, la commande est si ancienne que le origin of it is unclear, et le soutien pour elle et exactement ce qu'il enregistre est 100% spécifique au fabricant. Lorsque j'ai travaillé chez Ericsson (et plus tard en produisant la plate-forme de base pour Sony Ericsson et d'autres fabricants), nous avons implémenté AT&W mais je ne me souviens pas en détail de ce qui a été sauvegardé. Mais en général, les choses enregistrées seraient connexion série choses liées comme AT&C et AT&D, ainsi que les paramètres d'appel de données comme AT+CRLP, AT+DS etc.
Je suis relativement sûr que le répertoire préféré ou le stockage de SMS n'a pas été sauvé par AT&W, parce que pour tous les paramètres énumérés ci-dessus, ceux-là étaient des paramètres utilisés directement par le module de gestion de commande AT pour son propre comportement ou configuration des appels. D'un autre côté, le traitement des messages et du répertoire a été effectué par d'autres modules du système, et cela aurait introduit une complexité supplémentaire si le module AT devait communiquer avec ces entités pour les paramètres de stockage préférés. Donc, quand ce n'était pas absolument nécessaire, cela n'a pas été fait.
Et si vous pensez What, complexity? How hard could that be?, tenez compte des éléments suivants. Qui devrait posséder ces paramètres? La seule solution (architecturale) raisonnable serait que ceci soit la propriété des modules spécifiques au domaine, par ex. pas par le module AT, ce qui signifierait que le module AT devrait interroger ces entités au démarrage. Mais le module AT doit être prêt très tôt dans le processus de démarrage (après tout, il peut être utilisé pour déverrouiller le téléphone avec AT+CPIN), il n'est donc absolument pas acceptable de retarder le démarrage du module AT tant que ces réponses n'ont pas été reçues , ce qui signifie alors qu'il devrait démarrer dans un état partiellement configuré, ce qui signifie certainement plus de complexité.
Et pour ceux qui se souviennent de téléphones d'il y a 10-20 ans, ceux qui étaient des appareils de faible puissance qui a couru à pleine vitesse pendant un temps significatif à faire ce dont il avait besoin pour démarrer, entraînant une interface utilisateur très lent la première minute ou minutes. L'accès à la carte SIM était particulièrement lent, et le répertoire pouvait facilement utiliser les minutes pour terminer la lecture d'une grande liste de la carte SIM au démarrage. Donc, à la fois en fonction de cela et en leur imposant une charge de travail supplémentaire, cela aurait été mauvais.
TL; DR: Essayez de voir si AT&W l'enregistre. Si c'est le cas, génial, sinon vous devez le régler manuellement à chaque fois. Après avoir écrit tout cela, je suis très, très sûr que nous n'avons pas enregistré les paramètres de stockage préférés de sim/phonebook. Et tandis que d'autres fabricants peuvent bien sûr, je ne pense pas que vous devriez être trop optimiste.
Le premier téléphone je travaillais sur venait de 64Ko de RAM sur notre CPU, 34kb dont a été utilisé pour RLP + L2RCOP émission/réception des tampons. Utiliser un système d'exploitation en temps réel qui n'utilisait pas nécessairement la planification préemptive (la plupart des téléphones l'ont fait, mais pas les premiers). Et chaque processus a été défini statiquement, il n'y avait pas juste laisser un thread backgound faire le travail.